11 Tipps, die den frühen Tod eines verteilten agilen Projekts sicherstellen

Sie haben nie daran geglaubt. Sie haben sich gefragt, ob es in den letzten zwei Jahrzehnten jemals für irgendjemanden funktioniert haben könnte. Aber jetzt ist es da. Sie werden mit Agile arbeiten und noch schlimmer, mit Distributed Agile Offshore. Sie waren von Anfang an skeptisch, als es in Ihrem Unternehmen losging, aber niemand wollte auf Sie hören. Hier sind 11 Tipps, die den frühen Tod eines Distributed Agile-Projekts sicherstellen:

[Obwohl dieser Blog in einem negativen Ton geschrieben wurde, ist es das Ziel, Menschen, die mit Offshore-Teams arbeiten, bewusst zu machen, dass sie zum Erfolg beitragen können, indem sie einige häufige Fehler vermeiden. Er spiegelt keine Praktiken wider, die bei einem bestimmten Projekt beobachtet wurden. Es handelt sich lediglich um eine Sammlung verschiedener Beobachtungen, die dazu beigetragen haben, dass Offshore-Projekte weniger erfolgreich waren. Sie können gerne mehr hinzufügen]. Sehen Sie sich die positiven Aspekte dieser Liste hier an

1. Beziehen Sie das Offshore-Team nach ein paar Sprints in das Projekt ein, sobald das Team vor Ort die Projektvision und den Fahrplan verstanden und die wichtigsten technischen Entscheidungen getroffen hat.
2. Treffen Sie nach der Einbindung des Offshore-Teams alle wichtigen Designentscheidungen weiterhin mit Ihrem kleinen Team vor Ort. Sprechen Sie häufig darüber, wenn das Offshore-Team aufgrund mangelnder Kommunikation Ihrerseits über wichtige Designentscheidungen Fehler macht.
3. Halten Sie das Offshore-Team sehr klein, d.h. 2 Personen oder weniger. Halten Sie das Team vor Ort mindestens 3 Mal so groß wie das Offshore-Team, damit die eigentliche Arbeit nur vor Ort stattfinden kann.
4. Schieben Sie jedes Problem in einem Projekt, das auf falsche Spezifikationen, technische Schulden, fehlerhafte Builds und falsche technische Entscheidungen zurückzuführen sein könnte, auf das Offshore-Team. Sie werden überrascht sein, wie leicht es ist, Ihre Stakeholder davon zu überzeugen, dass diese Probleme durch die Arbeit mit einem verteilten agilen Offshore-Team verursacht werden.
5. Geben Sie in den Projekt-Retrospektiven nie ehrliches Feedback. Sagen Sie dem agilen Offshore-Team immer wieder, dass es sich gut schlägt, damit der Drang zur Verbesserung von Produktivität und Qualität gering bleibt.
6. Vermeiden Sie die Zusammenarbeit mit dem Offshore-Team um jeden Preis. Halten Sie das Offshore-Team so weit wie möglich vom Product Owner, den Entwicklern vor Ort, den Testern und anderen Beteiligten fern. Sie können die hohen Reisekosten als gutes Argument gegen Reisen anführen, das Ihr Manager ohne weiteres akzeptieren wird.
7. Wenn Sie sich trotzdem um eine Kollokation bemühen, stellen Sie sicher, dass kein Teammitglied vor Ort Programme mit einem Offshore-Teammitglied koppelt. Wenn möglich, sorgen Sie für getrennte Schreibtische für Offshore-Teammitglieder.
8. Bitten Sie das Offshore-Team in einem Sprint, einfache Aufgaben zu übernehmen, die niemand vor Ort erledigen möchte. Übernehmen Sie die anspruchsvollen User Stories während der Sprintplanung für das Team vor Ort.
9. Sie überarbeiten den Code an den Wochenenden und in den Abendstunden und kommunizieren dabei kaum mit dem Offshore-Team.
10. Sie schreiben einen wesentlichen Teil des vom Offshore-Team gelieferten Codes neu, ohne das Offshore-Team zu informieren. Sagen Sie Ihrem Manager, dass Sie zu beschäftigt sind, weil es Probleme im Code des Offshore-Teams gibt, die dringend behoben werden müssen, bevor eine Freigabe erteilt werden kann.
11. Lassen Sie niemals das Offshore-Team die von ihm verursachten Programmierprobleme beheben. Tun Sie es selbst und informieren Sie die Beteiligten vor Ort regelmäßig darüber.