MVP (Minimum Viable Product)
Die einfachste Version eines KI-Produkts, die echten Nutzern einen Mehrwert liefert – der nächste Schritt nach einem erfolgreichen Proof of Concept.
Ein Sammelbegriff für iterative Entwicklungsmethoden wie Scrum und Kanban, die schnelle Feedback-Zyklen, Flexibilität und kontinuierliche Verbesserung in den Mittelpunkt stellen.
Agile ist eine Entwicklungsphilosophie, die auf Flexibilität und schnelle Anpassung setzt. Statt monatelang im Voraus zu planen, wird in kurzen Zyklen (1–4 Wochen) gearbeitet, nach jedem Zyklus geprüft und angepasst.
Die vier Werte des Agile Manifesto (2001):
KI-Projekte haben besondere Herausforderungen für agile Methoden:
Bewährte Anpassungen:
| Klassisch Agile | Agile für ML |
|---|---|
| User Stories | Experiment-Hypothesen |
| Definition of Done | Ziel-Metrik erreicht |
| Sprint Review | Modell-Demo mit Stakeholdern |
| Retrospektive | Was haben wir über die Daten gelernt? |
Agile ist wie Kochen ohne starres Rezept: Du probierst nach jedem Schritt, passt die Gewürze an und reagierst auf das, was du siehst – statt blind einem Plan zu folgen und erst am Ende festzustellen, dass es nicht schmeckt.
Iterative Entwicklung in kurzen Zyklen (Sprints) statt langer Wasserfallplanung
Kontinuierliches Feedback von Stakeholdern und Nutzern
Frameworks wie Scrum, Kanban und SAFe als konkrete Umsetzungen
KI-Produktentwicklung
ML-Modelle iterativ verbessern mit kurzen Experiment-Zyklen und schnellem User-Feedback
Datengetriebene Sprints
Data-Science-Teams nutzen agile Methoden, um Analyse- und Modellierungsaufgaben zu priorisieren
Cross-funktionale KI-Teams
Entwickler, Data Scientists und Domain-Experten arbeiten in agilen Teams zusammen
Agile ist die übergeordnete Philosophie (Werte und Prinzipien), Scrum ist ein konkretes Framework mit definierten Rollen (Product Owner, Scrum Master), Events (Sprints, Dailys) und Artefakten (Backlog, Increment).
Ja, aber mit Anpassungen. ML-Experimente sind schwerer planbar als klassische Softwareentwicklung. Teams nutzen oft eine Kombination aus Scrum für die Produktentwicklung und Kanban für die explorative Forschungsphase.
Bei Projekten mit festen, unveränderlichen Anforderungen und klarem Endzustand – etwa regulatorischen Compliance-Projekten oder Hardwareentwicklung, wo Änderungen extrem teuer sind.