Aufschlüsselung einer Codeüberprüfung eines Prototyps

Ich bin der Product Owner bei einem Projekt, bei dem es im Wesentlichen um die Integration einer neuen Technologie in ein bestehendes Produkt geht. Ein externer Entwickler hat einen Prototyp geschrieben und wir sind nun damit beauftragt, diese Änderungen in unsere Codebasis zu integrieren.

Soweit ich von unserem verstehe, geht es hauptsächlich darum, eine große Codeüberprüfung durchzuführen und sicherzustellen, dass der Code in einem ausreichend guten Zustand für die Produktion ist. Sie schätzen, dass diese Arbeit etwa drei Monate dauert und viele Abhängigkeiten von anderen aufweist Projekte. Die Arbeit wurde nicht auf eine Ebene oder Form heruntergebrochen, die als User Stories ausgedrückt werden kann.

Wie kann ich dies am besten in User Stories mit einem Wert aufschlüsseln, den ich dem Unternehmen vermitteln und sicherstellen kann, dass das Produkt dem Endkunden letztendlich einen Mehrwert bietet?

Antworten (2)

Profitieren Sie von den Vorteilen der neuen Technologie und brechen Sie keine bestehenden Funktionen

Als Product Owner werde ich mich auf das Was und Warum konzentrieren und das Entwicklerteam sich um das Wie kümmern lassen, nämlich die Codeüberprüfung und so weiter. Ich werde 4 Epics für jeden der folgenden Punkte schreiben und sie dann in Geschichten aufteilen und Akzeptanztests und erwartete Ergebnisse schreiben:

  1. Warum integrieren Sie die neue Technologie?: Vermutlich haben Sie einen großen geschäftlichen Nutzen, der alle Kosten rechtfertigt. Dieses Epos und die Reihe von Geschichten sollten sicherstellen, dass Sie den maximalen ROI (Return on Investment) erzielen.

  2. Dies scheint eine große Neufassung zu sein - wie die Neuverkabelung eines Autos: Sie möchten sicherstellen, dass alle vorhandenen Funktionen weiterhin so funktionieren, wie sie sind. Sie müssen eine Reihe von Geschichten schreiben, um sicherzustellen, dass all diese durch Regression getestet und validiert werden.

  3. Sie haben „viele Abhängigkeiten von anderen Projekten“ erwähnt: Sie möchten sicherstellen, dass Sie die anderen Projekte nicht unterbrechen.

  4. Nicht-funktionale Anforderungen: Bei einer so umfassenden Neufassung müssen Sie auch nicht-funktionale Anforderungen schützen. Dazu gehören Sicherheit, Leistung, Zuverlässigkeit, Verfügbarkeit, Portabilität, Skalierbarkeit, Benutzerfreundlichkeit, Wartbarkeit und so weiter.

Ashok gibt eine großartige Antwort. Um seine Nr. 2 zu ergänzen, werden diese Code-Reviews die Qualität des Codes enthüllen. Obwohl manuelle Regressionen eine gute Idee sind, sind sie auf lange Sicht kostspielig und zeitaufwändig. Denken Sie darüber nach, automatisierte Tests (Integration, Einheit) als erledigte Kriterien zu fordern. Als PO können Sie in Absprache mit einem Architekten oder technischen Leiter verlangen, dass ein Mindestmaß an automatisierter Codeabdeckung oder Dokumentation angezeigt wird, die beweist, dass geschäftskritische Abläufe, die durch den neuen Code unterstützt werden, über Testfälle und/oder automatisierte Tests verfügen. Sie können auch verlangen, dass Fehler bei Codeüberprüfungen dokumentiert werden.

Automatisierte Tests, die häufig Integrationen und grundlegende Logik ausführen und testen, sind eine großartige Möglichkeit, die Produktqualität zu demonstrieren/verbessern und die Langlebigkeit der Lösung sicherzustellen.