Zusätzlich zu unseren regulären Softwareentwicklungsaufgaben haben wir einige große F&E-Aufgaben, die wir nur schwer in unser Scrum-Framework integrieren können.
Das Hauptproblem ist, dass es absolut keinen Benutzerwert gibt, bevor das gesamte Projekt abgeschlossen ist, und es ist sehr schwierig, ihn aufzuschlüsseln.
Angenommen, ich möchte einen Algorithmus erstellen, der Katzen von Hunden unterscheiden kann. Wir haben vielleicht schon einen mit einer Leistung von 98 %, aber wir brauchen einen neuen (von Grund auf neu), der 99 % liefern kann. Die wichtigsten Schritte sehen in etwa so aus:
Schritt 1,2,4 und 5 sind einfach und können bei Bedarf weiter aufgeschlüsselt werden. Schritt 3 ist jedoch viel zu groß und viel zu unsicher, um nur eine Geschichte für sich zu sein. Die Erfahrung zeigt, dass der Fortschritt in etwa so sein wird:
Da jedoch die Anpassung/Optimierung der Hauptteil der Arbeit ist und es oft unmöglich ist, die Anzahl der erforderlichen Optimierungen, die Auswirkung einer Optimierung und die Art der Optimierungen im Voraus vorherzusagen. Wir denken, dass die Planung eines solchen Projekts sehr schwierig ist.
Wir verstehen, dass ein großes (nicht das größte) Ziel der agilen Entwicklung darin besteht, dass Sie sich nach Bedarf anpassen und die Richtung ändern können - und das ist großartig. Aber wie plant/schätzt man eine Geschichte wie diese, wo wir es sehr schwierig finden, den Arbeitsaufwand im Voraus einzuschätzen, und ebenso schwer, das Problem aufzuschlüsseln?
Jedes Feedback ist willkommen
Ich arbeite auch in einem ähnlichen Umfeld.
Ich schlage dich vor:
Diese beiden Punkte helfen Ihnen zu verstehen, wie viel sie dauern können, wenn ähnliche Aufgaben oder Optimierungen erforderlich sind, damit Sie sich ein genaueres Bild davon machen können, wie lange Sie benötigen.
Der agile Softwareentwicklungsprozess fördert die relative Dimensionierung. dh. Wie groß ist eine Arbeit gegenüber einer anderen Arbeit? In diesem Fall klingt es so:
Sie benötigen also eine Referenz für die relative Größenbestimmung. Zum Beispiel, wenn Sie einige Zahlen aus einem früheren Projekt haben, in dem Sie Vögel und Fische vergleichen. Das könnte helfen.
Alternativ können Sie Wasserfall oder Kanban verwenden. Diese Art von Arbeit klingt ungefähr richtig, um als Wasserfallprojekt geplant zu werden.
Piotr Gwiazda