Tailoring und Anpassung von Vorgehensmodellen
In dieser Lerneinheit erfährst du, wie Vorgehensmodelle an die spezifischen Anforderungen von Softwareprojekten angepasst werden können. Du lernst die wichtigsten Kriterien für die Auswahl eines passenden Modells kennen und verstehst, wie du etablierte Methoden sinnvoll kombinieren und auf die Projektgröße, das Team und die Kundenanforderungen zuschneiden kannst. Diese Fähigkeit zur gezielten Anpassung von Vorgehensmodellen ist besonders wertvoll, da in der Praxis selten ein Standardmodell ohne Modifikationen zum Einsatz kommt.
Dein Projektteam steht vor einer wichtigen Entscheidung: Welches Vorgehensmodell soll zum Einsatz kommen? Scrum klingt modern, aber die Compliance-Abteilung fordert umfangreiche Dokumentation. Das Wasserfallmodell wäre gründlich, doch der Kunde will regelmäßiges Feedback geben.

Keines der Standardmodelle passt perfekt. Aber muss es das?
In der Praxis kommt kaum ein Vorgehensmodell “von der Stange” zum Einsatz. Stattdessen werden Modelle angepasst, kombiniert und auf die spezifischen Projektanforderungen zugeschnitten. Dieser Prozess heißt Tailoring.
In dieser Lerneinheit erfährst du, wie du Vorgehensmodelle systematisch an Projektgröße, Team und Kundenanforderungen anpassen kannst.
Lernziele
Nach dieser Lerneinheit kannst du:
- Die wichtigsten Kriterien für die Auswahl eines Vorgehensmodells erklären
- Ein Vorgehensmodell systematisch an Projektgröße und -komplexität anpassen
- Unternehmenskultur und Standards in den Tailoring-Prozess integrieren
- Risiken und Compliance-Anforderungen bei der Modellanpassung berücksichtigen
- Geeignete Skalierungs-Frameworks für große Projekte auswählen
Überleitung
Wie findest du also das richtige Vorgehensmodell für dein Projekt, wenn keines perfekt passt?
Der Schlüssel liegt im Tailoring: Du nimmst ein bestehendes Modell als Ausgangspunkt und passt es gezielt an deine Projektanforderungen an. Dafür musst du zunächst verstehen, welche Faktoren die Auswahl beeinflussen.
Was ist Tailoring?
Tailoring bezeichnet die gezielte Anpassung eines Vorgehensmodells an die spezifischen Anforderungen eines Projekts. Du nimmst ein etabliertes Modell wie Scrum, V-Modell oder RUP als Ausgangspunkt und modifizierst es.
Bei der Auswahl stehen dir verschiedene Modelltypen zur Verfügung:
- Agile Methoden wie Scrum oder Kanban: Flexibel, iterativ, teamorientiert
- Plangetriebene Ansätze wie Wasserfallmodell oder V-Modell: Strukturiert, dokumentationsstark
- Iterativ-inkrementelle Frameworks wie der Rational Unified Process (RUP): Kombinieren Planung mit Iterationen
Jedes Modell hat Stärken und Schwächen. Die Kunst liegt darin, das passende Modell zu wählen und es sinnvoll anzupassen.
Schlüsselfaktor: Projektgröße und -komplexität
Die Projektgröße und -komplexität sind entscheidend für die Modellauswahl. Kleinere Projekte profitieren oft von der Flexibilität agiler Methoden, während größere, komplexere Projekte mehr Struktur benötigen.
Faktoren der Komplexität:
- Teamgröße: Größere Teams benötigen strukturiertere Kommunikation
- Funktionsumfang: Viele Features erfordern detailliertere Planung
- Systemintegration: Anbindung an bestehende Systeme erhöht die technische Komplexität
- Stakeholder-Anzahl: Mehr Beteiligte bedeuten mehr Abstimmungsbedarf
Komplexität objektiv bewerten
Um die Komplexität objektiv zu bewerten, kannst du eine Skala von 0 bis 4 nutzen:
Business Complexity:
| Faktor | 0 (niedrig) | 4 (hoch) |
|---|---|---|
| Stakeholder-Anzahl | 1-2 | >50 |
| Budget-Risiko | <50k EUR | >5M EUR |
| Regulierung | keine | streng reguliert |
Technical Complexity:
| Faktor | 0 (niedrig) | 4 (hoch) |
|---|---|---|
| Integrierte Systeme | standalone | >10 Systeme |
| Team-Erfahrung | Experten | keine Erfahrung |
| Code-Basis | <10k LOC | >500k LOC |
Berechne den Durchschnitt für beide Bereiche. Ein Score über 2 deutet auf ein komplexes Projekt hin, das strukturiertere Ansätze erfordert.
Schlüsselfaktor: Teamdynamik und Kundenbeteiligung
Die Teamdynamik beeinflusst maßgeblich, welches Modell funktioniert:
- Agile Modelle setzen auf Selbstorganisation und enge Zusammenarbeit. Sie funktionieren gut bei Teams, die eigenverantwortlich arbeiten können.
- Plangetriebene Modelle bieten klare Hierarchien und definierte Rollen. Sie passen besser zu Umgebungen mit strikten Strukturen.
Die Kundenbeteiligung ist ein weiterer kritischer Faktor:
- Erwartet der Kunde kontinuierliches Feedback? Dann sind agile Methoden mit regelmäßigen Reviews ideal.
- Bevorzugt der Kunde formale Abnahmen am Ende von Phasen? Plangetriebene Ansätze bieten diese Struktur.
Frage dich: Wie viel Einbindung will und kann der Kunde leisten?
Schlüsselfaktor: Risikomanagement
Komplexe Projekte mit hohem Risiko erfordern ein strukturiertes Risikomanagement. Der Prozess umfasst sechs Schritte:
- Identifikation: Alle potenziellen Risiken erfassen (technisch, finanziell, projektbezogen)
- Analyse: Wahrscheinlichkeit und möglichen Schaden bewerten
- Priorisierung: Risiken nach Relevanz und Dringlichkeit ordnen
- Maßnahmenplanung: Für jedes Risiko Gegenmaßnahmen definieren
- Umsetzung: Maßnahmen durchführen
- Überwachung: Kontinuierlich überprüfen und anpassen
Plangetriebene Modelle bieten oft eingebaute Mechanismen für detailliertes Risikomanagement. Bei agilen Methoden musst du diese Prozesse aktiv integrieren.
Risiken objektiv priorisieren
Zur objektiven Priorisierung nutzt du eine Risikomatrix:
- Eintrittswahrscheinlichkeit (Likelihood): 1 (sehr unwahrscheinlich) bis 5 (sehr wahrscheinlich)
- Auswirkung (Impact): 1 (minimal) bis 5 (katastrophal)
- Risk Score: Likelihood × Impact (1-25)
| Score | Kategorie | Maßnahme |
|---|---|---|
| 1-6 | Low Risk | Akzeptieren oder beobachten |
| 8-12 | Medium Risk | Mitigation-Plan erstellen |
| 15-25 | High Risk | Sofortige Maßnahmen erforderlich |
Beispiel: Ein Risiko mit Wahrscheinlichkeit 4 und Impact 3 ergibt Score 12 (Medium Risk). Dafür sollte ein konkreter Mitigation-Plan erstellt werden.
Schlüsselfaktor: Compliance-Anforderungen
Projektumgebungen mit strengen regulatorischen Anforderungen benötigen ein Vorgehensmodell mit starkem Fokus auf Dokumentation und Verifikation.
Relevante Standards für IT-Projekte in Deutschland/Europa:
| Bereich | Standard | Anwendung |
|---|---|---|
| Datenschutz | DSGVO | Alle Projekte mit personenbezogenen Daten |
| Datenschutz | BDSG | Nationale Ergänzung zur DSGVO |
| IT-Sicherheit | ISO 27001 | Informationssicherheits-Management |
| IT-Sicherheit | BSI-Grundschutz | Besonders für Behörden und KRITIS |
| Zahlungssysteme | PCI DSS | Kreditkartenverarbeitung |
| Finanzsektor | MaRisk | Mindestanforderungen Risikomanagement |
Identifiziere relevante Standards früh im Projekt und integriere sie in dein Tailoring.
Schlüsselfaktor: DevOps und Automation
Moderne Projekte erfordern die Berücksichtigung von DevOps-Praktiken. CI/CD-Pipelines beeinflussen die Wahl des Vorgehensmodells erheblich:
-
Projekte mit etablierter CI/CD-Infrastruktur profitieren von kurzen Iterationszyklen und agilen Methoden. Automatisierte Tests und Deployments ermöglichen schnelles Feedback.
-
Projekte ohne Automation benötigen möglicherweise zunächst einen strukturierteren Ansatz, um die Grundlagen zu schaffen.
-
Continuous Delivery ermöglicht schnelleres Kundenfeedback und unterstützt agile Prinzipien.
Bei der Tailoring-Entscheidung solltest du die Automation-Readiness deines Teams und deiner Organisation bewerten. Ein Team mit ausgereifter DevOps-Kultur kann mit kürzeren Sprints und häufigeren Releases arbeiten.
Fragen zur Modellauswahl
Um das passende Vorgehensmodell zu identifizieren, solltest du folgende Fragen beantworten:
-
Was sind die Hauptziele des Projekts? Geschwindigkeit, Qualität, Budgetkontrolle oder Kundenbeteiligung?
-
Wie definiert dein Team Erfolg? Schnelle Iterationen oder gründliche Planung?
-
Wie sieht das ideale Kundenengagement aus? Kontinuierliche Beteiligung oder formale Reviews?
-
Welche Risiken und Unsicherheiten bestehen? Müssen Risiken kontinuierlich bewertet werden?
-
Wie flexibel muss das Projekt auf Änderungen reagieren? Sind Anforderungen von Beginn an klar oder werden Änderungen erwartet?
Die Antworten auf diese Fragen zeigen dir, ob ein agiler, plangetriebener oder hybrider Ansatz besser passt.
Wege zur Entscheidungsfindung
Es gibt mehrere erprobte Methoden, um die Modellauswahl zu unterstützen:
-
Fallstudien-Analyse: Untersuche vergangene Projekte in deinem Unternehmen. Welche Modelle waren erfolgreich? Welche Probleme traten auf?
-
Pilotprojekte: Führe kleine Projekte mit unterschiedlichen Modellen durch, um deren Eignung zu testen.
-
Entscheidungsbaumanalyse: Erstelle einen strukturierten Entscheidungsbaum mit Kriterien wie Teamgröße, Budget, Zeitrahmen und Komplexität.
-
Expertenkonsultation: Ziehe erfahrene Kollegen oder externe Berater hinzu. Frage nach konkreten Erfahrungen und typischen Stolperfallen.
Vereinfachter Entscheidungsbaum
Das folgende Diagramm zeigt einen stark vereinfachten Entscheidungsbaum. In der Praxis müssen alle Schlüsselfaktoren (Projektgröße, Teamdynamik, Kundenbeteiligung, Risikomanagement, Compliance, DevOps) berücksichtigt werden.

Nutze dieses Diagramm als Einstieg, aber nicht als alleinige Entscheidungsgrundlage. Die oben beschriebenen Methoden zur Entscheidungsfindung bieten einen fundierteren Ansatz für komplexe Projekte.
Tailoring-Strategien im Überblick
Beim Tailoring hast du verschiedene Stellschrauben, um das Modell anzupassen:
| Strategie | Anpassung | Beispiel |
|---|---|---|
| Modellselektion | Passendes Basismodell wählen | Scrum statt RUP für kleine Teams |
| Phasen anpassen | Phasen zusammenfassen oder weglassen | Keine separate Design-Phase bei Prototypen |
| Dokumentationslevel | Detail-Tiefe an Komplexität anpassen | Nur API-Docs bei internen Tools |
| Tool-Auswahl | Tools zur Teamgröße passend | Git + Trello statt ALM-Suite |
| Kommunikationsplan | Formalität an Projekt anpassen | Daily Stand-ups vs. Wochen-Reports |
| Risikomanagement | Tiefe an Projektkomplexität anpassen | Risikomatrix bei kritischen Projekten |
Die richtige Kombination dieser Strategien entsteht durch sorgfältige Analyse deiner Projektanforderungen.
Praxisbeispiel: Tailoring für ein Integrationsprojekt
Ausgangssituation: Ein E-Commerce-Unternehmen entwickelt eine Inventory-Management-Anwendung mit 8 Entwicklern. Das Projekt umfasst Integration in ERP und Warehouse-System, Zeitrahmen 6 Monate, Budget 300.000 EUR.
Komplexitätsbewertung:
- Business Complexity: 2/4 (moderate Stakeholder, keine Regulierung)
- Technical Complexity: 3/4 (2 Integrationen, teilweise neue Technologie)
- Zeitdruck: Hoch
Modellauswahl-Prozess:
- Wasserfall? Nein, Anforderungen nicht vollständig klar
- RUP? Zu schwergewichtig für 8-Personen-Team
- Kanban? Keine definierten Releases
- Scrum? Passt: Iterativ, Team-Größe optimal, ermöglicht Feedback
Praxisbeispiel: Tailoring-Anpassungen
Konkrete Tailoring-Entscheidungen für das Scrum-Modell:
- Sprint-Länge: 2 Wochen statt 1 Woche wegen Integrations-Komplexität
- Dokumentation: Product Backlog vollständig, technische Docs nur für API-Spezifikationen
- Kommunikation: Daily Stand-ups (15 min), Sprint Reviews mit ERP/WMS-Stakeholdern
- Risikomanagement: Scrum Master als Risikomanager, Risiko-Review in jedem Sprint Planning
- Rollen: Product Owner (Geschäftsführer, Teilzeit), Scrum Master (Lead Dev, Teilzeit)
Begründung: 2-Wochen-Sprints balancieren Feedback-Frequenz mit Integrations-Test-Aufwand. Minimale Dokumentation fokussiert auf Working Software, aber API-Docs sind für Integrationen essentiell.
Ergebnis: Projekt in 6,5 Monaten abgeschlossen mit hoher Stakeholder-Zufriedenheit.
Skalierung für große Projekte
Für Projekte mit mehreren Teams (mehr als 10 Personen) sind spezielle Skalierungs-Frameworks erforderlich:
-
SAFe (Scaled Agile Framework): Für sehr große Organisationen mit 50 bis über 1000 Personen. Integriert agile Praktiken auf Portfolio-, Programm- und Team-Ebene.
-
LeSS (Large-Scale Scrum): Für 2-8 Teams. Erweitert Scrum-Prinzipien mit minimalen zusätzlichen Rollen und Artefakten.
-
Nexus: Scrum-basiert, für 3-9 Teams. Fokus auf Integration und Cross-Team-Abhängigkeiten.
Diese Frameworks sind Tailoring-Beispiele für große Projekte: Sie behalten agile Prinzipien bei, führen aber zusätzliche Koordinations-Mechanismen ein. Die Wahl hängt von Organisationsgröße und gewünschtem Struktur-Level ab.
Integration in die Unternehmenskultur
Ein Vorgehensmodell muss zur Unternehmenskultur passen, nicht nur zu den technischen Anforderungen. Berücksichtige:
Werte und Normen: Das Modell sollte die Kernwerte des Unternehmens widerspiegeln. Eine Firma mit starkem Hierarchie-Fokus wird Scrum-Selbstorganisation anders umsetzen als ein Startup.
Kommunikationsstile: Präferiert das Unternehmen formelle Berichte oder informellen Austausch? Passe die Kommunikations-Artefakte entsprechend an.
Entscheidungsprozesse: Einige Kulturen bevorzugen hierarchische, andere demokratische Entscheidungswege. Ein Product Owner mit voller Entscheidungsgewalt funktioniert nicht in jeder Organisation.
Erfolgreiche Integration erfordert Verständnis, Flexibilität und Bereitschaft zur Anpassung auf beiden Seiten.
Implementierungsschritte für das Tailoring
Die erfolgreiche Einführung eines angepassten Vorgehensmodells folgt diesen Schritten:
-
Analyse: Verstehe die Unternehmenskultur und bestehende Standards. Was funktioniert bereits gut?
-
Auswahl und Anpassung: Wähle ein Basismodell und definiere die notwendigen Anpassungen an Kultur und Standards.
-
Pilotprojekte: Teste das angepasste Modell in kleinen, kontrollierten Projekten.
-
Schulung und Kommunikation: Stelle sicher, dass alle Beteiligten das Modell verstehen und unterstützen.
-
Feedback und Verbesserung: Nutze Rückmeldungen aus den Pilotprojekten, um das Modell weiter zu optimieren.
Dieser iterative Ansatz minimiert Risiken und erhöht die Akzeptanz im Team.
Fallstudien: Tailoring in der Praxis
Zwei Beispiele zeigen, wie Unternehmen Vorgehensmodelle erfolgreich anpassen:
Technologieunternehmen mit Scrum: Ein Software-Unternehmen führt Scrum ein, passt aber die Scrum-Zeremonien an den formellen Kommunikationsstil an. Sprint Reviews werden zu strukturierten Präsentationen mit Management-Beteiligung. Die Kernprinzipien bleiben, die Form wird angepasst.
Finanzdienstleister mit Kanban: Eine Bank integriert Kanban in ihre Projekte, erweitert aber das Board um Compliance-Spalten und Risikomanagement-Prozesse. Jede Karte enthält Compliance-Checklisten. Die visuelle Arbeitsverwaltung wird mit regulatorischen Anforderungen kombiniert.
Beide Fälle zeigen: Erfolgreiches Tailoring bewahrt die Kernprinzipien eines Modells, während es die Details an die spezifische Umgebung anpasst.
Zusammenfassung und Ausblick
Zusammenfassung
Tailoring bezeichnet die gezielte Anpassung eines Vorgehensmodells an spezifische Projektanforderungen. Statt ein Modell unverändert zu übernehmen, wählst du ein passendes Basismodell und modifizierst es nach Bedarf.
Sechs Schlüsselfaktoren beeinflussen die Modellauswahl:
-
Projektgröße und -komplexität: Kleinere Projekte profitieren von agilen Methoden, komplexere Projekte benötigen mehr Struktur. Die Komplexität lässt sich mit einer 0-4 Skala für Business und Technical Complexity objektiv bewerten.
-
Teamdynamik: Agile Modelle setzen auf Selbstorganisation, plangetriebene Modelle bieten klare Hierarchien.
-
Kundenbeteiligung: Kontinuierliches Feedback erfordert agile Methoden, formale Abnahmen passen zu plangetriebenen Ansätzen.
-
Risikomanagement: Komplexe Projekte erfordern strukturiertes Risikomanagement. Die Risikomatrix (Likelihood × Impact) hilft bei der objektiven Priorisierung.
-
Compliance-Anforderungen: Standards wie DSGVO, ISO 27001 oder BSI-Grundschutz müssen früh identifiziert und ins Tailoring integriert werden.
-
DevOps und Automation: Die Automation-Readiness beeinflusst, welche Iterationszyklen möglich sind.
Tailoring-Strategien umfassen Modellselektion, Phasenanpassung, Dokumentationslevel, Tool-Auswahl, Kommunikationsplan und Risikomanagement-Tiefe. Für große Projekte stehen Skalierungs-Frameworks wie SAFe, LeSS oder Nexus zur Verfügung.
Die Integration in die Unternehmenskultur ist entscheidend: Das Modell muss zu Werten, Kommunikationsstilen und Entscheidungsprozessen passen. Erfolgreiche Implementierung folgt einem iterativen Ansatz mit Pilotprojekten und kontinuierlichem Feedback.
Ausblick
In der nächsten Lerneinheit Werkzeuge und Infrastruktur lernst du die wichtigsten Tools für Anforderungs- und Testmanagement kennen. Du erfährst, wie diese Werkzeuge bei der Umsetzung deines gewählten Vorgehensmodells unterstützen und wie du sie effektiv in Entwicklungsprojekten einsetzt.