Das neue Projekt, das mein Team starten soll, lässt mich ein Déjà-vu eines vergangenen gescheiterten Projekts empfinden. Wie geht es weiter?

Hintergrund

Das Unternehmen, für das ich arbeite, hat den Hauptsitz in Mitteleuropa und eine sehr wichtige Niederlassung in einem osteuropäischen Land (allerdings innerhalb der EU). Viele wichtige Projekte beginnen in der Zentrale mit hybriden Teams (interne Manager, Architekt(en) + externe Entwickler, technische Leiter usw.) und werden in der Regel nach einiger Zeit, meist mit großen Verzögerungen, in die Niederlassung übertragen.

Ich war Teil eines mittelgroßen Teams, das für ein solches Projekt arbeitete, nachdem ich vor einigen Jahren in die Branche versetzt worden war und es ziemlich hässlich wurde:

• Der Hauptarchitekt (von der Zentrale) war für einige Back-End-Sachen verantwortlich, die auch etwas Business Intelligence-Forschung und -Entwicklung beinhalteten. Als das Projekt an uns übergeben wurde, stellten wir fest, dass sie fast nichts implementiert hatten und eine massive Umschreibung erforderlich war
• Der für den gesamten Entwicklungsaufwand zuständige Manager (aus der Niederlassung) verstand die erforderlichen Rollen nicht und auch die wiederholten Rückmeldungen in Bezug auf nicht einzuhaltende Fristen
• Als klar wurde, dass erhebliche Überstunden erforderlich waren, wurde einigen Teammitgliedern vorgeworfen, nicht laut genug über die Probleme im Projekt "geschrien" zu haben (" Cassandra" )

Das Projekt wurde schließlich abgeschlossen, lebte aber nicht lange. Soweit ich weiß, wurde keine Post-Mortem-Analyse durchgeführt.

Heute

Schneller Vorlauf bis 2019. Ich arbeite in einem anderen Team (viel kleiner) und wir müssen uns damit befassen, eine kleine Anwendung zu schreiben, um das Sicherheitsmanagement für ein benutzerdefiniertes Datenanalysesystem durchzuführen. Als bizarrer Zufall wird dieses Datenanalyseprojekt von denselben zwei Personen geleitet (dem Manager, der jetzt ein PO ist, und dem Architekten).

Wir hatten ein paar Treffen mit dem PO, dem Architekten und einem Entwickler, und die Dinge können wie folgt zusammengefasst werden:

• Sie arbeiten seit mehr als einem Jahr an diesem Projekt und soweit ich weiß, wurde es vor einigen Jahren mit externen Ressourcen gestartet
• Sie wissen nicht, wie sie die Sicherheit im System modellieren sollen. Ich habe ihnen gesagt, dass dies (zusammen mit anderen Dingen wie Protokollierung) Querschnittsthemen sind und so früh wie möglich in einem Softwareentwicklungsprojekt geklärt werden sollten
• Sie können keinen Zeitplan für ihre Aktivitäten angeben, die durchgeführt werden müssen, bevor wir mit der Analyse + Aufwandsschätzung beginnen können
• PO fragte, wann wir trotz unserer Bedenken beginnen können, dass es unmöglich ist, überhaupt eine Aufwandsschätzung vorzunehmen

Für mich gibt es eine große Ähnlichkeit zwischen diesen beiden Projekten und ich befürchte, dass jemand aus dem Top-Management bemerken wird, dass sie Geld ausschütten, wenn wenig Fortschritte gemacht werden, und die Dinge wirklich hässlich werden (genau das ist beim alten Projekt passiert). .

Ich möchte diese Bedenken meinem Vorgesetzten mitteilen, aber ich bin daran interessiert, wie ich dies auf eine Weise tun kann, die nicht nach hinten losgeht, da mein Vorgesetzter mit dieser Bestellung irgendwie befreundet ist und ich jegliche Schuldzuweisungen vermeiden möchte .

Frage: Wie kann ich das angemessene Feedback zu diesem ganzen Kontext geben, um zu vermeiden, dass mein Team für scheinbar grobe Inkompetenz im größeren Projekt bezahlt?