Das Ziel der vorliegenden Arbeit ist es, die Vorgehensweise für die Anforderungsanalyse eines mittelständischen Handelsunternehmens für Spezialwerkzeuge, welches sein altes Enterprise Resource Planning-System ablösen möchte, zu entwickeln.
Durch die zunehmenden Innovationen und neuen Technologien im Umfeld der Informationstechnologie erleben Unternehmen einen starken Wandel. Um von den neuen Technologien nicht abgehängt zu werden, werden in Unternehmen immer mehr Projekte in unterschiedlichen Bereichen zur Modernisierung der IT-Landschaft durchgeführt. Die Beratungsfirma IAG Consulting hat in einer Studie aus dem Jahr 2008 allerdings festgestellt, dass circa 68 Prozent aller IT-Projekte als gescheitert betrachtet werden müssen. Das CIO-Magazin spricht sogar von 75 Prozent aller Projekte in Unternehmen aus unterschiedlichen Bereichen, welche scheitern.
Die Gründe für das Scheitern von Projekten sind vielseitig, die meisten Projekte scheitern an mangelnder Kommunikation oder fehlender Methodik im Projekt. Ein weiterer Grund für das Scheitern von Projekten ist, dass Anforderungen und Ziele des Projekts unklar sind, diese sollten vor dem Start eines Projekts klar definiert und kontinuierlich überwacht werden. Die verschiedenen Interessensgruppen, die so genannten Stakeholder müssen dabei in Einklang gebracht werden.
Damit ein Projekt Erfolg haben kann, wird neben einer guten Kommunikation, also auch ein strukturierter Umgang mit den verschiedenen Anforderungen der unterschiedlichen Stakeholder benötigt.
Hierfür wird das Requirement Engineering verwendet, welches für die Ermittlung, Verwaltung und Dokumentation von Anforderungen verschiedener Interessensgruppen innerhalb eines Projektes verantwortlich ist. Durch ein Requirement Engineering werden die genannten Gründe für das Scheitern weitestgehend eliminiert und das Projekt kann erfolgreich umgesetzt werden. Der Prozess des Requirement Engineering ist jedoch je nach Projekt und Unternehmen unterschiedlich und muss immer spezifisch angepasst werden. Im Folgenden soll der Prozess der Anforderungsanalyse für ein beispielhaftes Projekt in einer beispielhaften Firma aufgezeigt werden.
Inhaltsverzeichnis
1. Einleitung
1.1. Problemstellung
1.2. Zielsetzung und Aufbau der Arbeit
2. Theoretische Grundlagen
2.1. Definition Requirement Engineering
2.2. Prozessablauf der Anforderungsanalyse
3. Beispielhafter Prozess der Anforderungsanalyse
3.1. Ermittlung der Anforderungen
3.2. Analyse der Anforderungen
3.3. Mögliche Ergebnisse der Anforderungsanalyse
4. Schlussbetrachtung
Zielsetzung und Themen
Das Hauptziel dieser Arbeit besteht darin, eine systematische Vorgehensweise für die Anforderungsanalyse bei der Ablösung eines ERP-Systems in einem mittelständischen Unternehmen für Spezialwerkzeuge zu entwickeln, um das Risiko des Projektscheiterns zu minimieren.
- Grundlagen des Requirement Engineering und Abgrenzung zum Requirement Management
- Methoden und Techniken zur systematischen Ermittlung von Anforderungen
- Klassifizierung und Priorisierung von Anforderungen in ERP-Projekten
- Dokumentation von Anforderungen in Lastenheften
- Herausforderungen durch Stakeholder-Kommunikation und Anforderungsinstabilität
Auszug aus dem Buch
3.1. Ermittlung der Anforderungen
Zu den Quellen für Anforderungen zählen die Stakeholder, welche im Projekt beteiligt sind sowie vorhandene Dokumente. Die Stakeholder sind sehr wichtig, da hier wertvolle Informationen ermittelt werden. Besonders wichtig ist es, die richtigen Stakeholder auszuwählen und keinen Stakeholder zu vergessen, um keine falschen Anforderungen zu ermitteln oder Anforderungen zu vergessen.13
Für das ERP-Projekt sind die typischen Stakeholder der Auftraggeber, der Lenkungsausschuss, der Projektleiter sowie das Controlling des Unternehmens.14 Im vorliegenden Fall sind die späteren Anwender des Systems bekannt und können somit zu den Stakeholdern gezählt werden, weitere Stakeholder sind die Abteilungsleiter, der Geschäftsführer und Entwickler für die abgelöste und die neue Software. Aufgrund der relativ kleinen Anzahl an Mitarbeitern können alle Anwender zu Anforderungen befragt werden, die Anforderungen sollten dann zunächst durch die Abteilungsleiter und später durch den Projektleiter konsolidiert und in einem Gespräch mit den anderen Stakeholdern vorgestellt werden. Solch ein Gespräch, in dem alle Stakeholder miteinander sprechen, über die Anforderungen diskutieren und das Produkt von unterschiedlichsten Seiten betrachten ist vor allem am Anfang des Projekts sehr wichtig und sollte regelmäßig wiederholt werden.
Eine weitere Quelle sind vorhandene Dokumentationen. In dem ERP-Projekt kann dies eine Dokumentation des bisherigen ERP-Systems sein oder Normen beziehungsweise Vorschriften die vor allem im Bereich der Finanzbuchhaltung oder der Produktion eingehalten werden müssen und zu Anforderungen an das ERP-System führen.
Zusammenfassung der Kapitel
1. Einleitung: Diese Einleitung erläutert die hohe Scheiterquote bei IT-Projekten aufgrund mangelnder Methodik und definiert die Zielsetzung der Arbeit zur Entwicklung eines strukturierten Anforderungsanalyseprozesses.
2. Theoretische Grundlagen: Das Kapitel definiert den Begriff Requirement Engineering und erläutert den prinzipiellen Prozessablauf sowie die Abgrenzung zum Requirement Management.
3. Beispielhafter Prozess der Anforderungsanalyse: Hier wird der konkrete Prozess für die ERP-System-Ablösung bei einem mittelständischen Handelsunternehmen skizziert, inklusive Methoden zur Ermittlung, Analyse und Ergebnisdokumentation.
4. Schlussbetrachtung: Das Kapitel fasst die Ergebnisse zusammen und reflektiert kritisch über die Herausforderungen wie die Instabilität von Anforderungen im Laufe der Projektentwicklung.
Schlüsselwörter
Requirement Engineering, Anforderungsanalyse, ERP-System, Anforderungsermittlung, Stakeholder, Lastenheft, Priorisierung, IT-Projekt, Projektmanagement, Prozessablauf, Klassifizierung, Softwareentwicklung, Unternehmenssoftware, Anforderungstechnik, Qualitätssicherung
Häufig gestellte Fragen
Worum geht es in dieser Arbeit grundsätzlich?
Die Arbeit befasst sich mit der methodischen Konzeption einer Anforderungsanalyse bei der Erneuerung der IT-Landschaft, spezifisch bei der Ablösung eines alten ERP-Systems.
Was sind die zentralen Themenfelder?
Die Schwerpunkte liegen auf der systematischen Ermittlung von Anforderungen, der Einbindung verschiedener Stakeholder, der Klassifizierung und Priorisierung von Systemwünschen sowie der professionellen Dokumentation.
Was ist das primäre Ziel der Arbeit?
Das Ziel ist die Erarbeitung eines strukturierten Vorgehensmodells, um Anforderungen für ein neues ERP-System in einem mittelständischen Unternehmen präzise zu definieren und so die Erfolgsaussichten des Projekts zu erhöhen.
Welche wissenschaftliche Methode wird verwendet?
Die Arbeit basiert auf einer Literaturrecherche zu den Grundlagen des Requirement Engineering sowie der Anwendung dieser theoretischen Konzepte auf ein praxisorientiertes Fallbeispiel.
Was wird im Hauptteil behandelt?
Der Hauptteil gliedert sich in theoretische Grundlagen, einen konkreten Prozessentwurf zur Anforderungsermittlung unter Verwendung unterschiedlicher Techniken sowie eine anschließende Klassifizierungs- und Priorisierungsstrategie.
Welche Schlüsselwörter charakterisieren die Arbeit?
Die Arbeit wird maßgeblich durch Begriffe wie Requirement Engineering, Anforderungsanalyse, ERP-System, Stakeholder-Management und Lastenheft geprägt.
Warum ist die Identifikation der richtigen Stakeholder so kritisch?
Die Auswahl der richtigen Stakeholder ist essenziell, um sicherzustellen, dass keine fachlichen Anforderungen übersehen werden, da lückenhafte Informationen direkt zu Fehlentwicklungen oder einer unvollständigen Systemlösung führen können.
Wie unterscheidet sich die Anforderungsermittlung bei Standardsoftware?
Im Gegensatz zur Neuentwicklung müssen sich Anforderungen bei Standardsoftware an den vorgegebenen Fähigkeiten des Systems orientieren; der Prozess wird somit zu einem reaktiven Abgleich, bei dem Funktionen dem Anwender zur Validierung vorgestellt werden.
Warum ist das Lastenheft als Ergebnis so wichtig?
Das Lastenheft dient als verbindliche Grundlage und vertragliches Dokument zwischen dem Unternehmen und den Dienstleistern, wodurch die Anforderungen prüfbar und widerspruchsfrei festgehalten werden.
Welche Rolle spielt die Instabilität von Anforderungen?
Anforderungen ändern sich oft dynamisch während der Projektlaufzeit, da Anwender erst durch die Auseinandersetzung mit neuen Systemen erkennen, welche Prozesse verbessert werden können, was eine hohe Flexibilität im Requirement Engineering erfordert.
- Citar trabajo
- Jessica Nagel (Autor), 2017, Deterministische Produktion, Múnich, GRIN Verlag, https://www.grin.com/document/509772
