Wir bieten Ihnen professionelle Dienstleistungen, um Ihre Anforderungen optimal zu erfassen, zu analysieren und in erfolgreiche Projekte umzusetzen.
Vertrauen Sie auf unsere langjährige Erfahrung und profitieren Sie von unserer Expertise für eine effiziente und zielgerichtete Auswahl und Implementierung Ihrer Softwarelösungen.
Die aktuellste Methode für das Requirements Engineering ist das Agile Requirements Engineering. Agile Methoden, wie z.B. Scrum oder Kanban, haben in den letzten Jahren stark an Bedeutung gewonnen und werden immer häufiger in Softwareprojekten eingesetzt. Das klassische Vorgehen mit Lastenheft und Pflichtenheft ist mit den Agilen Methoden nur schlecht vereinbar, weshalb sich auch das Requirements Engineering neu definiert hat.
Beim Agile Requirements Engineering steht die enge Zusammenarbeit zwischen Entwicklern, Kunden und anderen Stakeholdern im Vordergrund. Anstatt alle Anforderungen zu Beginn des Projekts detailliert festzulegen, werden die Anforderungen kontinuierlich während des Entwicklungsprozesses erstellt, überarbeitet und priorisiert.
Ein zentrales Element des Agile Requirements Engineering ist das Product Backlog. Das Product Backlog ist eine Prioritätenliste der Anforderungen, die kontinuierlich aktualisiert wird. Die Anforderungen werden in Form von User Stories dargestellt, die die Bedürfnisse der Benutzer beschreiben. Die User Stories werden während des Projekts in Sprints umgesetzt, die in der Regel zwei bis vier Wochen dauern.
Die Verwendung von agilen Methoden im Requirements Engineering hat den Vorteil, dass die Softwareentwicklung oder -implementierung schneller und effizienter wird. Durch die kontinuierliche Überprüfung und Anpassung der Anforderungen können Missverständnisse und Fehlinterpretationen vermieden werden. Zudem wird die Zufriedenheit der User erhöht, da ihre Anforderungen kontinuierlich berücksichtigt werden.
Beim klassischen Requirements Engineering werden bereits vor der Evaluation des Tools resp. Implementierung alle Anforderungen definiert und detailliert in einem Lastenheft beschrieben. Das Lastenheft ist dann eine systemneutrale Beschreibung der Anforderungen. Sobald die Evaluation erfolgt ist, erstellt der Implementierungspartner eine auf das ausgewählte System ausgerichtete Anforderungsbeschreibung, auch Pflichtenheft genannt. Das Pflichtenheft wird dann in einer oder mehreren grossen Implementierungsschritten abgearbeitet. Änderungen der Anforderungen werden als Change Requests beschrieben, bewertet und freigegeben.
Im Gegensatz dazu werden bei der Agilen Vorgehensweise vor der Evaluation alle relevanten Anforderungen aufgelistet und Use Cases verfasst. Nach der Evaluation erfolgt dann die Implementierung in Sprints anhand von User Stories.
Nachfolgend ein Vergleich der beiden Methoden:
| Aspekt | Agile Requirements Engineering | Klassisches Requirements Engineering mit Lastenheft |
| Vorgehensweise | Iterativ, inkrementell | Wasserfall |
| Anforderungserfassung | Kontinuierlich und flexibel | Am Anfang des Projekts festgelegt |
| Detaillierungsgrad der Anforderungen | Wird während des Projekts entwickelt und verfeinert | Im Vorfeld detailliert beschrieben |
| Kommunikation mit Stakeholdern | Enge Zusammenarbeit und regelmässiger Austausch | Hauptsächlich zu Beginn und bei Abnahme |
| Reaktion auf Änderungen | Flexibel und schnell | Schwierig und zeitaufwändig |
| Dokumentation | Weniger Fokus auf umfangreiche Dokumentation | Umfangreiche Dokumentation |
| Kundenbeteiligung | Kontinuierlich und aktiv beteiligt | Meistens zu Beginn und bei Abnahme |
| Entwicklungszeit | Kürzere Entwicklungszyklen | Längere Entwicklungszeiten |
| Flexibilität | Hohe Flexibilität bei Änderungen | Geringe Flexibilität bei Änderungen |
| Kunden-/Userorientierung | Kontinuierliche Berücksichtigung der Kunden-/Userbedürfnisse | Betonung auf festgelegten Anforderungen |
Die beiden Begriffe CRM-Lasten- und CRM-Pflichtenheft werden in der Praxis leider oft nicht unterschieden resp. synonym verwendet, was die Ursache für Missverständnisse sein kann. Deshalb zu Beginn gleich eine kurze Definition:
Im Rahmen der CRM-Beratung unterstützen wir Sie bei der Erstellung von Lastenheften. Grundsätzlich empfehlen wir nur noch in Ausnahmefällen vor der Auswahl einer CRM-Lösung ein detailiertes Lastenheft zu erstellen.
Das Vorgehen ist sehr stark davon abhängig, wie stark sich das Unternehmen bisher mit dem Thema z.B. CRM auseinandergesetzt hat. Handelt es sich um eine Ablösung eines bestehenden Systems oder kann auf der grünen Wiese ein neues System implementiert werden? Wie gut sind die Vorkenntnisse in Sachen CRM der Stakeholder? Gibt es bestehende Prozesse, welche gut dokumentiert und gelebt sind? Gab es schon gescheiterte Versuche ein CRM einzuführen? So gibt es eine ganze Reihe an weiteren Fragen, welche sich die mit dem verfassen des Lastenheftes vertraute Person stellen muss.Unabhängig von der spezifischen Ausgangslage des einzelnen Unternehmens haben wir folgenden Best Practice-Ansatz entwickelt:
Fragen Sie uns. Gerne definieren wir an einem unverbindlichen und kostenlosen Beratungsgespräch, das für Ihr Unternehmen optimale Vorgehen.
Ein Professionelles Requirement Engineering hat folgende Vorteile:
Natürlich ist es ein gewisser Aufwand vor einer Evaluation die Anforderungen sauber zu definieren. Dieser Aufwand rechtfertigt sich aber bei weitem. Klare und gut dokumentierte Anforderungen erlauben einen schnellen Projektstart, weniger Leerläufe, bessere Entscheidungen und stellt sicher, dass das System von den Usern die nötige Akzeptanz findet.
Leiter Digitalisierung und Kundenmanagement
„Digitalisierung ist viel mehr als nur der Einsatz von IT. Es geht um Strategie, Menschen und Organisation. Digitalisierung ist interdisziplinär und ist vor allem Change Management. Meine umfassenden Kenntnisse aus IT, Marketing, Organisation, Finanzen und HR erlauben mir, ganzheitliche Lösungsansätze zu erarbeiten und Digitalisierungsprojekte erfolgreich abzuschliessen.“
