Wir haben schon viel über die Rolle oder das Fehlen des Project Management Office (PMO) in der agilen Welt gehört. Und über die Umwandlung der IT von einem projekt- zu einem produktorientierten Geschäft - was wiederum die Rolle des PMOs bedroht. Welche Rolle kann ein PMO also spielen? Die gleiche, die sie schon immer hatte. Nein - keine Governance. Die Zeiten, in denen das PMO als Methodenpolizei fungierte, sind längst vorbei. Ein echtes strategisches PMO ist ein Portfolioladen, der die Entscheidungen darüber erleichtert, welche Arbeit erledigt werden soll, und nicht, wie sie erledigt werden soll. Sicherstellen, dass die Arbeit mit der Strategie übereinstimmt und zwischen den Abteilungen, Ressourcen und Finanzierungsquellen ausgewogen ist. Und die Überwachung des Fortschritts dieser Arbeit, um eine erfolgreiche Lieferung sicherzustellen.
Warum also sollte ein PMO zu einer Produktorientierung übergehen? Drei Gründe.
1. Agilität
Erstens wird die meiste Softwareentwicklung mit einer Art von agiler Methodik durchgeführt; und das aus gutem Grund. Agiles Vorgehen ermöglicht eine häufige Lieferung in kleineren Arbeitsumfängen, was das Risiko einer größeren Initiative erheblich verringert. Aber Agile funktioniert auch am besten mit langjährigen Teams, die sich auf ein Software-"Produkt" konzentrieren. In der Welt des PMO sind Produkte gleichbedeutend mit Anwendungen - ERP, CRM, PSA - wählen Sie Ihr Akronym. Anstatt einzelne Projekte zu finanzieren, ist es sinnvoll, Teams für jedes dieser Anwendungs-"Produkte" zu finanzieren und ihnen dann die gewünschte Arbeit zu übertragen.
Das Problem dabei war schon immer die Infrastruktur. Sie können ein Rechenzentrum einfach nicht in agilen Iterationen aufbauen. Oder sind Sie es? Viele Unternehmen bauen heute nicht mehr ihre eigene technologische Infrastruktur auf. Sie kaufen sie bei Amazon, Microsoft, Google und anderen. Um die erforderlichen Server und die Infrastruktur für ein neues CRM-System einzurichten, müssen Sie nur ein Abonnement abschließen und es auf AWS konfigurieren. Die Welt der Infrastruktur ist also den Weg der Software gegangen und kann nun auch agil arbeiten.
2. Kapazität
"Nun, ich muss noch Büros einrichten und andere Infrastrukturen aufbauen, die nichts mit der Cloud zu tun haben. Warum sollte ich das wie Produkte organisieren?" könnten Sie fragen. Die einfache Antwort ist - Kapazität. Nehmen wir an, wir haben eine IT-Abteilung mit 500 Mitarbeitern, und nehmen wir an, dass alles, einschließlich der Anwendungsentwicklung, immer noch nach dem Wasserfallprinzip abläuft. Die herkömmliche Methode zur Verwaltung von Ressourcenkapazitäten besteht darin, jedes vorgeschlagene Projekt entweder nach Ressourcentyp oder einer Art Ressourcenpool zu planen. Jetzt habe ich also, sagen wir, 100 Ressourcentypen, für die ich Kapazität planen muss. Alles, was ich zum jetzigen Zeitpunkt wissen möchte, ist, welche 20 dieser 200 Vorschläge sollten wir überhaupt in die nächste Phase bringen? Der Versuch, dies durch eine detaillierte Ressourcenplanung zu erreichen, führt zu einer ernsthaften Lähmung durch Analyse.
In einem großen IT-Unternehmen gibt es jedoch einige Mitarbeiter, die sich spezialisieren. Sie werden keinen universellen SQL-DBA haben, sondern mindestens je einen für Ihr ERP-System, Ihr CRM-System und Ihre Front-End-Webpräsenz. Dasselbe gilt für Programmierer, QA und andere. Was übrig bleibt, ist Ihr Infrastrukturteam - das ein eigenes gemeinsames Produkt ist. Jetzt haben wir also unsere Produktpalette - eine für jede Anwendung und dann Anwendungsinfrastruktur, Netzwerk, Sicherheit und andere gemeinsame "Produkte". Dieser Abgleich ermöglicht es uns, die Kapazität der virtuellen Teams, die an diesen Produkten arbeiten, zu bestimmen, so dass wir die Anfragen nach Produkten trennen und sie in die Kapazität der einzelnen Teams einpassen können.
Die Organisation der Kapazität nach Produkt-"Teams" macht nur Sinn, wenn Sie versuchen, das Kapazitätsangebot mit der fast immer überwältigenden Nachfrage in Einklang zu bringen.
3. Strategische Ausrichtung
Welche Rolle spielt das PMO in dieser neuen produktorientierten Welt? Das PMO - ob Unternehmen oder Technologie - kann dabei helfen, die Produktlinien und die (virtuellen oder realen) Ressourcenteams, die an diesen Produkten arbeiten, zu bestimmen. Sie können die Unternehmensstrategie an den Tisch bringen, um die Finanzierungsgespräche für jedes Produkt zu erleichtern. Und da es mehr Nachfrage als Arbeit gibt, können sie die Arbeit nach Produkten so organisieren, dass sie zu den Investitions- und Ressourcenparametern der einzelnen Produkte passt. Die Arbeit könnte in Form von Backlogs im Agile-Stil oder in Form von vollständigen Projekten erfolgen, die auf einer Roadmap für jedes Produkt übersichtlich dargestellt sind und in einem kombinierten Unternehmensportfolio zusammengefasst werden. Schließlich muss das PMO die Arbeit überwachen und dabei helfen, sie erfolgreich durchzuführen und zu messen, ob die Arbeit die angestrebten Geschäftsergebnisse erreicht hat.
In der Welt der Produktentwicklung besteht die Aufgabe des Produktmanagements darin, "die Arbeit zu den Ingenieurteams zu bringen". Die Rolle des Unternehmens-PMOs und insbesondere des Technologie-PMOs ist im Wesentlichen dieselbe.
