Das PMO steht unter dem Druck, die Planungszeit zu verkürzen, sich an die Anforderungen und Veränderungen des Marktes anzupassen und die besten Projekte innerhalb des Budgets zu liefern. Aber verlangt das Management wirklich von Ihnen, dass Sie sich in einen Scrum Master verwandeln oder einfach nur ein agiles Framework übernehmen? Geben Ihnen agile Methoden die Informationen, die Sie benötigen, um den Erfolg zu messen und dem Unternehmen Bericht zu erstatten? Agile Methoden haben ihren Platz im PMO, aber ich würde behaupten, dass sie nicht ausreichen. In dieser zweiteiligen Blogserie werde ich Ihnen einige Vor- und Nachteile agiler Methoden erläutern und Ihnen zeigen, wie Sie das vermeiden können, was ich als "Methodenfalle" bezeichne.
Sie brauchen mehr als nur Agilität
Wenn sie richtig umgesetzt werden, können agile Methoden dem Unternehmen einen großen Nutzen bringen. Auf einer hohen Ebene kann Agile die Planungszyklen verkürzen, so dass sich die Teams auf das konzentrieren können, was kurzfristig erledigt werden muss, die Kommunikation im Team verbessern, Probleme schnell lösen und die Möglichkeit schaffen, Änderungen vorzunehmen (die nächste Funktion, Aktivität oder Story, an der gearbeitet werden soll, neu zu priorisieren). Es hilft dabei, etwas schneller zu liefern, so dass die Teams früher Feedback von den Benutzern erhalten können.
Agile kann natürlich für Projekte mit einem festen Zeit- und Kostenplan verwendet werden, damit die Teams schneller Lösungen entwickeln und iterieren können. Allerdings ist es oft schwierig, sie zu verwenden, wenn der Umfang feststeht. Nicht alle Projekte sind gleich und oft ist es sinnvoll, für verschiedene Projekte unterschiedliche Ansätze zu verwenden, je nachdem, was erreicht werden soll. Agilität ist Teil eines größeren Ökosystems, das Geschäftsprozesse, Finanzplanung und Strategie umfasst - allesamt verbunden mit dem gesamten Technologie-Lebenszyklus, der die Wettbewerbsfähigkeit eines Unternehmens bestimmt.
Es gibt kein Patentrezept, um die richtigen Projekte zu priorisieren und die eingehende Nachfrage mit der aktuellen Arbeitsbelastung in Einklang zu bringen - und das bei gleichzeitiger Optimierung der Ressourcen. Wenn es um Agile geht, brauchen Sie immer noch PPM.
Lassen Sie uns erkunden, warum sich Agile und PPM nicht gegenseitig ausschließen
1. Granularität: Das PMO ist ein vertrauenswürdiger Berater der größeren Organisation und benötigt daher einen Prozess, um die Arbeit in strategische und organisatorische Prioritäten aufzuschlüsseln und diese in einem Plan, Programmen und Investitionen zu formulieren. Ein Agile-Tool kann zwar ein Backlog mit bestimmten Prioritäten verwalten, aber glauben Sie nicht, dass es dazu gedacht ist, Projekte auf einer höheren, strategischen Ebene zu gewichten und zu priorisieren.
Verbinden Sie sich mit PPM: Es bietet den Überblick und die Berichterstattung, die erforderlich sind, um wichtige Entscheidungsträger und Führungskräfte über hochrangige Ziele und Strategien in geschäftlicher Hinsicht zu informieren.
2. Sie können den strategischen Geschäftswert nicht schnell erkennen: Epics, d.h. große Arbeitspakete, die aufgeschlüsselt und dann aus Stories wieder aufgerollt werden, sollen Teams bei der Ausführung helfen, Anforderungen dokumentieren und den Programmierern helfen, mit Unsicherheiten in Bezug auf den Umfang, die Kommunikation im Team und die Priorisierung von Anforderungen umzugehen. Aber sie zeigen nicht unbedingt den geschäftlichen Wert oder ob Sie Ihren allgemeinen Geschäftszielen näher kommen. Eine Geschichte an sich liefert Funktionen. Wie messen Sie, ob die Veröffentlichung die Kosten senkt, die Kundenzufriedenheit verbessert oder den Umsatz steigert? Wenn es zu Konflikten zwischen den Organisationen und Teams kommt und Kompromisse erforderlich sind, wie werden Sie dann die Optionen modellieren und bewerten?
Verbindung mit PPM: Helfen Sie dem PMO, den Geschäftswert zu artikulieren und die Auswirkungen von Trade-Off-Szenarien zu verstehen, wenn es um Strategien, Produkte, Dienstleistungen, Kundensegmente, Märkte und die Anpassung von Geschäftsanforderungen geht.
3. Unfähig, Pläne und erwartete Vorteile zu erfassen: Schauen wir uns die Realität der IT in den meisten Unternehmen an: IT/PMO ist eine Kostenstelle mit der Verpflichtung, innerhalb eines bestimmten Zeitrahmens und zu bestimmten Kosten und mit einem bestimmten Aufwand Werte zu liefern. Zwar sollte die IT-Abteilung unbedingt darüber nachdenken, wie sie die Arbeit aufteilen kann, um schneller und inkrementeller Werte zu liefern, aber das bedeutet wahrscheinlich, dass sie eher 6 Monatsversionen als 2-3 Wochenversionen erstellen muss. Das Unternehmen wird die Finanzierung immer noch genehmigen und einen erwarteten ROI mit Plänen, Business Cases und den erwarteten Vorteilen verlangen. Wie werden Sie den Fortschritt an diesen Plänen messen und die Leistung bewerten, wenn diese Pläne abgeschlossen sind? Agile Tools können zwar Softwareanwendungen besser auf das Unternehmen abstimmen und Agile macht die Softwareentwicklung und -bereitstellung vorhersehbarer, aber es kommt immer noch darauf an, dem Unternehmen möglichst genaue Informationen zu liefern.
Verbindung zu PPM: Planen und bewerten Sie den erwarteten Nutzen, damit das PMO ihn der Geschäftsführung präsentieren kann.
Gemeinsam geht es bei Agile und PPM um den Blick von oben - den Blick auf das große Ganze und gleichzeitig die Fähigkeit, die tägliche Realität und die Anforderungen zu erfassen, die Ihr Unternehmen agiler und wettbewerbsfähiger machen können. Bleiben Sie auf dem Planview-Blog dran, wo ich Ihnen die restlichen Gründe nennen werde, warum Sie sowohl PPM als auch Agile brauchen.
