Agile (Werkzeuge) für das Unternehmen?

Ich habe heute mit einem Kollegen gesprochen, der als Scrum Master an einem Projekt bei einem anderen Kunden arbeitet. Während wir uns darüber unterhielten, wie wir beide die Projektmetriken und verwandte Themen betrachten, kam das Thema Tooling zur Sprache. Sie setzten ScrumWorks bei diesem Projekt ein und waren recht zufrieden damit. Nachdem ich das Tool und insbesondere die Funktionen zur Organisation von Releases, Projekten usw. durchgesprochen hatte, stellte ich fest, dass es an einer Stelle fehlt. Mein derzeitiger Kunde ist ein Unternehmen mit Hunderten von Mitarbeitern, die an der Softwareentwicklung arbeiten. Aufgrund der Kontrolle der Umgebung arbeitet er mit festen Releaseterminen und hat mehrere Programme und Projekte gleichzeitig laufen.

Was ich gerne hätte, ist ein Tool, mit dem ich die Abhängigkeiten zwischen Programmen, Projekten, Anwendungen, Anwendungsketten, Releases und vorzugsweise sogar die Ressourcen für die gesamte Entwicklungsarbeit des Unternehmens verwalten kann. Ich begann, dies mit meinem Kollegen zu besprechen und zeichnete ein Beziehungsdiagramm auf sehr hoher Ebene, wobei ich die Beziehungen in 3 Gruppen unterteilte;

1. Projektorganisation
   • Ein Programm hat N Projekte
   • Ein Projekt hat N Teams
   • Ein Team hat ~5 +/-2 Kernmitglieder
   • Ein Team hat 0:N Mitglieder, die für eine einzige Aufgabe in das Team gebracht werden
2. Chronologische Organisation
   • Ein Release besteht aus 1 bis N Projekten
   • Ein Projekt kann aus N Projektphasen bestehen(prince2) und jede Phase kann aus N Sprints bestehen
   • Ein Projekt besteht aus N Sprints
3. Technische Organisation
   • Eine Anwendungskette(in Ermangelung einer Formulierung; die Kette von Anwendungen, die zusammen die Geschäftsfunktionalität bereitstellen) besteht aus N Anwendungen
   • Eine Anwendung kann Teil von N Anwendungsketten sein
   • Eine Anwendung kann in 1:N-Projekten geändert/erstellt werden
   • Eine Anwendungskette kann in 1:N Projekten geändert/erstellt werden

Das war nur die 5-Sekunden-Version auf dem Papier. Als ich nach Hause kam, habe ich mich für die Beziehungen interessiert und dies ist meine erste Ansicht(sie ist nicht 100%ig korrekt, da die Beziehungen zwischen Programmen und anderen Teilen größer sind, aber der Einfachheit halber habe ich beschlossen, vom Projektteil nach außen zu modellieren):

• Ein Programm besteht aus 1-N Projekten
• Ein Projekt besteht aus 1-N Teams
• Ein Projekt kann Teil von 1-N Releases sein
• Ein Projekt besteht aus 1-N Sprints
• Ein Projekt kann an 1-N Anwendungsketten arbeiten bzw. diese beeinflussen
• Ein Projekt kann 1-N Anwendungen bearbeiten/beeinflussen
• Ein Projekt kann zeitliche Abhängigkeiten von 1-N Projekten haben
• Ein Team arbeitet an 1-N Sprints, 1 nach dem anderen
• Ein Team besteht aus 1-N Kernmitgliedern (die sich im Laufe der Zeit ändern können)
• Einem Team können 1-N temporäre Mitglieder hinzugefügt und entfernt werden, um einzelne, spezialisierte Aufgaben auszuführen.
• Ein Team arbeitet an/beeinflusst 1-N Anwendungen
• Ein Team arbeitet an/beeinflusst 1-N Anwendungsketten
• Eine Anwendungskette besteht aus N Anwendungen
• Eine Anwendungskette wird in 1-N Versionen bereitgestellt
• Eine Anwendungskette wird in 1-N Sprints erstellt/geändert
• An einer Anwendungskette wird in 1-N-Sprints gearbeitet
• Eine Anwendung wird in 1-N Versionen bereitgestellt
• Eine Anwendung wird in 1-N Sprints erstellt/geändert
• An einer Anwendung wird in 1-N Sprints gearbeitet
• usw.

Bisher habe ich eine Menge N:N-Beziehungen und Abhängigkeiten, bei denen Teams an derselben Anwendung für dieselbe Version arbeiten können. Ganz zu schweigen von allen weiteren Abhängigkeiten der Teams von Sprints anderer Teams usw. Was ich für meinen Kunden benötige, ist ein Tool, mit dem Sie mehrere Product Backlogs (für verschiedene Geschäftsbereiche innerhalb des Unternehmens) verwalten, sie verschiedenen Programmen und/oder Projekten zuordnen und die Abhängigkeiten von Anwendungen, Projekten usw. modellieren können. Dann lassen Sie die Abhängigkeiten zwischen den Projekten und Anwendungen, Teams, Ressourcen usw. berechnen. Und führen Sie eine Historie über alles, um die Leistung zu verfolgen. All dies, nur um eine einzige Release-Planung zu erstellen, ein einfaches Management-Dashboard zu erhalten, das den Status jedes Projekts zu jedem Zeitpunkt anzeigt und Probleme mit Abhängigkeiten, Ressourcen usw. aufzeigt. Bisher habe ich noch kein einziges Tool gefunden, das dazu in der Lage ist. Was mich dazu bringt, mich zu fragen, wie Parteien wie Nokia damit umgehen und ob sie damit umgehen? Gibt es dort sogar so etwas wie ein Projektportfoliomanagement auf Vorstands-/Direktorenebene, um das Unternehmen auf einer konsistenten Ebene zu steuern, die mit den Unternehmenszielen übereinstimmt? Mit anderen Worten: Ist Scrum wirklich im Unternehmen eingesetzt?