Dieses Assignment soll das Thema Requirement Engineering für eine erfolgreiche, ganzheitliche Anforderungsdefinition untersuchen. Dafür werden die theoretischen Grundlagen, sowie Voraussetzung für ein erfolgreiches Requirement Engineering erläutert. Damit der praktische Bezug hergestellt werden kann, folgt nach den theoretischen Ausführungen ein Fallbeispiel für ein imaginäres IT- Projektes bei der Firma MECSIN Deutschland GmbH. Die Einführung in das Requirement Engineering und die darauffolgenden Fallbeispiele bei der Firma MECSIN erfolgen analog den gestellten Aufgaben:
- Identifikation und Analyse der internen und externen Stakeholder (Anspruchsgruppen);
- Formulierung der Stakeholder Ziele für das Software Projekt;
- Erstellung von 5 Requirements nach der Ruppschen Sprachschablone;
- Zuordnung der Requirements nach den Kano-Kategorien;
- Herleitung der Anforderungsquellen und Ermittlungstechniken.
Nach der Bearbeitung der 5 Aufgaben folgt die Zusammenfassung und das Fazit des Verfassers.
Inhaltsverzeichnis
1. Einleitung
1.1 Ausgangssituation und Problemstellung
1.2 Aufbau und Ziel dieses Assignments
1.3 Vorstellung des Unternehmens MECSIN Deutschland GmbH
1.3.1 Fallbeispiel IT-Projekt: „Cloudbasiertes Ticketsystem“
2. Einführung Requirement Engineering
2.1 Definition Requirement Engineering
2.2 Aufgabenteil 1: Identifikation und Dokumentation der internen und externen Stakeholder
2.2.1 Theoretische Grundlage: Interne und externe Stakeholder
2.2.2 MECSIN: Interne und externen Stakeholder
2.3 Aufgabenteil 2: Ziele der Stakeholder im Zuge des Projektes
2.3.1 Theoretische Grundlage: Ziele von Stakeholdern
2.3.2 MECSIN: Ziele von Stakeholdern
2.4 Aufgabenteil 3: Definition der Ruppschen Sprachschablone
2.4.1 Theoretische Grundlage: Ruppsche Sprachschablone
2.4.2 MECSIN: Anforderungen nach der Ruppschen Sprachschablone
2.5. Aufgabenteil 4: Einführung in die Kano-Kategorien
2.5.1 Theoretische Grundlage: Kano-Kategorien
2.5.2 MECSIN: Einteilung der Kano Kategorien
2.6 Aufgabenteil 5: Anforderungsquellen und Erhebungsmethoden
2.6.1 Theoretische Grundlage: Anforderungsquellen und Erhebungsmethoden
2.6.2 MECSIN Anforderungsquellen und Erhebungsmethoden
3. Zusammenfassung und Fazit
Zielsetzung & Themen
Dieses Assignment untersucht die Relevanz und Anwendung des Requirement Engineerings zur ganzheitlichen Anforderungsdefinition anhand eines IT-Projektes. Ziel ist es, durch theoretische Fundierung und ein praktisches Fallbeispiel bei der MECSIN Deutschland GmbH aufzuzeigen, wie durch eine präzise Identifikation von Stakeholdern, deren Zielen und Anforderungen die Erfolgsquote von IT-Projekten nachhaltig gesteigert werden kann.
- Identifikation und Analyse von Stakeholdern (intern/extern)
- Formulierung von Stakeholder-Zielen
- Anwendung der Ruppschen Sprachschablone
- Kategorisierung von Anforderungen nach Kano
- Ermittlung von Anforderungsquellen und Erhebungsmethoden
Auszug aus dem Buch
2.2.1 Theoretische Grundlage: Interne und externe Stakeholder
Bevor die Identifikation der Stakeholder für das Fallbeispiel MECSIN ermitteln werden, muss zunächst die Definition des Begriffs „Stakeholder“ unternommen werden. Stakeholder sind nach Freeman und Reed „any identifiable group or individual on which the organization is dependable for its continued survival”, also alle Individuen oder Gruppen deren Interesse durch die Handlung der Organisation / des Projektes beeinflusst werden kann, bzw. diese die Organisation / Projekt beeinflussen können. Das beinhaltet alle Interessengruppen, entweder intern innerhalb des Unternehmens wie die einzelnen Abteilungen, Betriebsrat, Geschäftsführung (interne Stakeholder), oder externe Interessengruppen wie Kunden, Lieferanten, Kapitalgeber, Staat und weitere (externe Stakeholder) 9. Allgemein sind Interne Stakeholder, innerhalb des Unternehmens und externe Stakeholder, außerhalb des Unternehmens zu finden. Damit wird die Unterscheidung zwischen internen und externen Stakeholdern unternommen. Wichtig bei der Betrachtung der Stakeholder ist, dass nicht alle Stakeholder gleich wichtig für die erfolgreiche Projektumsetzung sind oder die gleichen Ziele mit dem Projekt verfolgen. Generell ist das Ziel des RE einen Konsens für die individuellen Ziele der Stakeholder zu finden.
Zusammenfassung der Kapitel
1. Einleitung: Beschreibt die wirtschaftliche Bedeutung der Softwarebranche und die Problematik gescheiterter IT-Projekte, woraus sich die Notwendigkeit für ein effizientes Requirement Engineering ergibt.
2. Einführung Requirement Engineering: Vermittelt die theoretischen Grundlagen des Requirements Engineerings und wendet diese durch die Analyse von Stakeholdern, Zielen, der Ruppschen Sprachschablone, dem Kano-Modell sowie Erhebungsmethoden auf das IT-Projekt der MECSIN Deutschland GmbH an.
3. Zusammenfassung und Fazit: Reflektiert die theoretischen Inhalte sowie die praktischen Erkenntnisse des Fallbeispiels und unterstreicht die essenzielle Rolle des Requirement Engineerings für den langfristigen Projekterfolg.
Schlüsselwörter
Requirement Engineering, Stakeholder, IT-Projekt, Ruppsche Sprachschablone, Kano-Modell, Anforderungsanalyse, Softwareentwicklung, Projektziele, Anforderungserhebung, MECSIN, Systematisierung, Stakeholder-Management, Prozessoptimierung, Projektmanagement, Zielerreichung
Häufig gestellte Fragen
Worum geht es in dieser Arbeit grundsätzlich?
Die Arbeit behandelt die Bedeutung des Requirement Engineerings für die erfolgreiche Umsetzung von IT-Projekten unter Einbeziehung theoretischer Grundlagen und eines konkreten Fallbeispiels.
Was sind die zentralen Themenfelder?
Zentrale Themen sind Stakeholder-Analyse, Zielformulierung (S.M.A.R.T.), die Ruppsche Sprachschablone, das Kano-Modell sowie moderne Techniken zur Anforderungserhebung.
Was ist das primäre Ziel der Arbeit?
Ziel ist es zu untersuchen, wie ein ganzheitliches Requirement Engineering dazu beitragen kann, die Erfolgsquote bei der Entwicklung und Implementierung von IT-Software zu erhöhen.
Welche wissenschaftliche Methode wird verwendet?
Es wird eine deduktive Herleitung verwendet: Von theoretischen Modellen aus der Fachliteratur hin zur Anwendung auf ein praktisches Fallbeispiel bei der Firma MECSIN.
Was wird im Hauptteil behandelt?
Im Hauptteil erfolgt die praktische Anwendung des Requirement Engineerings, unterteilt in Stakeholder-Identifikation, Zieldefinition, Anforderungsformulierung, Klassifizierung nach Kano und Erhebungsmethoden.
Welche Schlüsselwörter charakterisieren die Arbeit?
Die Arbeit ist durch Begriffe wie Requirement Engineering, Stakeholder-Analyse, Anforderungsmanagement und Projektgüte charakterisiert.
Warum ist das Kano-Modell für das MECSIN-Projekt relevant?
Es dient dazu, Anforderungen nach ihrem Einfluss auf die Kundenzufriedenheit (Basis-, Leistungs- und Begeisterungsanforderungen) zu priorisieren und zu verstehen.
Was ist das Besondere am Fallbeispiel MECSIN?
Das Unternehmen migriert in die Google Cloud und implementiert ein neues Ticketsystem, was komplexe Anforderungen an die IT-Abteilung und die Geschäftsprozesse stellt.
Warum wird die Ruppsche Sprachschablone eingesetzt?
Sie ermöglicht eine syntaktisch einheitliche und standardisierte Formulierung von Anforderungen, um Fehlinterpretationen zwischen Auftraggeber und Auftragnehmer zu minimieren.
Welche Rolle spielt der Betriebsrat in diesem Projekt?
Der Betriebsrat wird als kritischer Stakeholder eingestuft, da Datenschutzaspekte bei der Auswertung von Nutzerdaten im neuen Ticketsystem eine zentrale Rolle spielen.
- Quote paper
- Yannick Liedtke (Author), 2021, Wie gelingt erfolgreiches Requirement Engineering? Fallstudie eines einfachen IT-Projektes, Munich, GRIN Verlag, https://www.hausarbeiten.de/document/1006354
