Was ist Architektur zur Unterstützung des Portfolios?
Was ist Architektur zur Unterstützung des Portfolios?
- Portfolioarchitektur für Änderungsinitiativen
- Architektur des digitalen Produktportfolios
- Beziehung zwischen Portfolioarchitektur und Strategie
- Beziehung zwischen Portfolioarchitektur und Lösungsbereitstellung
In den TOGAF ADM-Phasen erstelltes Wissen
Entwicklung der Portfolioarchitektur Top-Down
Verbesserung der Portfolioarchitektur durch Bottom-up-Arbeit
Was Sie von einer Architektur-Roadmap für Ihr Portfolio erwarten
Was ist Architektur zur Unterstützung des Portfolios?
Enterprise Architecture for Portfolio ist eine Unternehmensarchitektur Anwendungsfall. Es basiert auf einem Portfolio von Projekten und digitalen Produkten. Der Zweck des Portfolios besteht darin, ein bestimmtes Ergebnis zu erzielen.
Die Portfolioarchitektur beginnt mit dem Portfolio.
Es sollte eine strategische Architektur die das Portfolio identifiziert haben. Die überlegene Architektur wird ein Ergebnis liefern und Governance-Richtungen. Das Portfolio wird eine strategisches Unternehmensziel, oder strategisches Abteilungsziel.
Die Governance-Anweisungen bieten dem Sponsor drei Dinge:
- Ihre Leistungserwartung
- Die Einschränkungen, die sie erfüllen müssen
- Die Risikobereitschaft des Portfolios
Portfolioarchitektur ermöglicht Auswahl. Schwierige Entscheidungen zwischen Architekturalternativen. Wählen Sie die Arbeit aus, die den besten Weg nach vorne darstellt. Wählen Sie sinnvolle Arbeitspakete aus, die Sie nicht erledigen werden.
Unternehmensarchitekten im Anwendungsfall der Unterstützung des Portfoliofokus auf Maßnahmen. Das zentrale Ergebnis ist eine dynamische Architektur-Roadmap. Die Roadmap dient dazu, regieren Projekte und Produkte. Kaskadierende Richtungen.
Portfolioarchitektur für Änderungsinitiativen
Die Portfolioarchitektur wird entweder auf eine Änderungsinitiative oder auf digitale Produkte ausgerichtet.
Ein Portfolio für Veränderungsinitiativen ist vergleichbar mit der digitalen Transformation oder der Integration einer Akquisition. Es umfasst eine Reihe von Projekten, die ein erwartetes Ergebnis erzielen. Anschließend wird das Portfolio abgeschlossen und der Sponsor geht zu einer neuen Veränderungsinitiative über.
Portfolios für Änderungsinitiativen sind in der Regel 3 bis 5 Jahre in die Zukunft ausgerichtet.
Die Fallstudie in Unternehmensarchitektur mit TOGAF und Navigate basiert auf einem Portfolio von Veränderungsinitiativen.
Portfoliobesitzer streben den optimalen Ansatz zwischen Top-down- und Bottom-up-Planung an. Top-down stellt sicher, dass Leistungserwartungen, Einschränkungen und Abhängigkeiten berücksichtigt werden. Bottom-up berücksichtigt lokales Wissen und Kreativität.
Architektur des digitalen Produktportfolios
Ein digitales Produktportfolio ist langlebiger als ein Portfolio für Veränderungsinitiativen. Der Portfolioinhaber hat möglicherweise einen Planungshorizont von drei bis fünf Jahren. Er geht jedoch nicht davon aus, die Reise abzuschließen und das Portfolio abzuschließen.
Die Architektur zur Unterstützung eines digitalen Produktportfolios ist oft mit der Refaktorierung des Produktportfolios verbunden. Die Disziplin der Unternehmensarchitektur ist auf Veränderungen ausgerichtet. Wenn das Produktportfolio keinen bedeutenden Veränderungen unterliegt, gibt es keinen Grund, Ihre Unternehmensarchitekten diesem Portfolio zuzuweisen.
Beziehung zwischen Portfolioarchitektur und Strategie
Bei der Beziehung zwischen Portfolioarchitektur und Strategie geht es um Architektur-Governance.
Es wird Kontrollen geben, um sicherzustellen, dass die Änderungsinitiative den Anweisungen folgt.
Die meisten Menschen konzentrieren sich auf die Steuerung des Ergebnisses. Einschränkungen und Risikobereitschaft können für die Wertberechnung des Portfolios wichtiger sein als das Ergebnis.
Beziehung zwischen Portfolioarchitektur und Lösungsbereitstellung
Die Dynamik des Portfolios Architektur-Roadmap ist der Schlüssel zur Beziehung zwischen Portfolio und Lösungsbereitstellung. Für Chainge-Initiative-Portfolios sollte die Architektur fähigkeitsbasiert.
Governance implementieren ist der Hauptfokus der Beziehung.
Eine dynamische Roadmap bietet Klarheit über:
- Übergangsphasen
- Umsetzungsstrategien
- Erwartungswert in Bezug auf Nutzen, Aufwand und Risiko
Der Portfolioinhaber wird seine Portfolio-Roadmap regelmäßig bewerten und nach Möglichkeiten suchen, die Richtung zu ändern und seinen Wertbeitrag zu erhöhen.
Das Konzept eines Architekturvertrags unterstützt die Governance-Beziehung bei der Implementierung. Als Gegenleistung für die Unterstützung des Portfolioinhabers verpflichtet sich das Implementierungsteam, im Rahmen seiner Möglichkeiten und der Risikobereitschaft zu liefern.
Es kommt sehr häufig vor, dass ein Portfoliobesitzer ein Projekt nutzt, um etwas zu liefern, das andere Aspekte des Portfolios ermöglicht.
Ein einfaches Beispiel: Das digitale Produktteam konzentriert sich auf die Einführung eines digitalen Produkts, während der Portfolioinhaber es nutzt, um die Fähigkeiten der DevOps-basierten digitalen Produktentwicklung zu verbessern. In diesen Fällen konzentriert sich die Implementierungs-Governance auf die Fähigkeitsentwicklung, nicht das Produkt. In diesem Fall kann der Portfoliobesitzer mit einem Produktfehler, der die Reife verbessert hat, sehr zufrieden sein.
Wenn das Portfolio auf organisatorische Verbesserungen abzielt, sollten Architekten genau hinschauen: Hambrick-Strategiekarte Konzepte für Inszenierung und Fahrzeuge. Sie benötigen außerdem strenge Kontrollen – schließlich wird das Produktteam im Gegenzug für die Produkteinführung wahrscheinlich keine nützliche Entwicklung von Fähigkeiten akzeptieren.
Wissen erstellt in TOGAF ADM-Phasen
| Thema | Zuordnung zur TOGAF ADM-Phase |
| Gruppieren Sie Arbeitspakete zu Themen | Teilweise strategische Ebene Phase H
Teilweise strategische Ebene Phase A
Teilweise strategische Ebene Phase G
|
| Chancen und Realisierbarkeit ins Gleichgewicht bringen | Teilfähigkeitsstufen Phasen B, C und D Für jede Fähigkeit oder jedes Projekt im Portfolio:
Teilfähigkeitsstufe Phase E
Teilfähigkeitsstufe Phase F
Teilprojektebene Phase A
|
| Budget erreichen | Phase des partiellen Fähigkeitsniveaus Für jede Fähigkeit oder jedes Projekt im Portfolio:
Teilfähigkeitsstufe Phase F
Teilfähigkeitsstufe Phase G
|
| Steigern Sie das Vertrauen in die Lieferung | Teilweise Unternehmensebene Phase F
|
Tabelle 6: ADM-Phasen und Architektur zur Unterstützung des Portfolios aus dem Practitioner's Guide
Entwicklung der Portfolioarchitektur Top-Down
Top-down-Portfolioarchitektur ist der Standardansatz. Der Portfolioinhaber hat eine Mission. Die Portfolioarchitektur sollte auf die Erfüllung dieser Mission ausgerichtet sein, die drei bis fünf Jahre dauern wird. In diesem Zeitraum sollte die Zielarchitektur stabil sein. Das Ziel wird in der Regel als Reaktion auf externe Ereignisse und die überdurchschnittliche Leistung des Portfolios oder fehlgeschlagene Änderungsaktivitäten aktualisiert.
Das entscheidende Ergebnis ist eine dynamische Architektur-Roadmap. Um dynamisch zu sein, benötigt die Roadmap Übergangsphasen. In einer Übergangsphase wählt der Portfolioinhaber die nächste Etappe der Reise. Dies ist ein Punkt, an dem der Portfolioinhaber seine Investitionen erhöhen oder die Initiative beschneiden kann. Diese Übergangsphasen ermöglichen Unternehmensagilität. Der Portfoliobesitzer verwendet eine dynamische Roadmap, um auf Erfolg, Misserfolg und unerwartete Chancen oder Bedrohungen zu reagieren.
Die Portfolioverantwortlichen nutzen die Roadmap, um Verbesserungsprojekte zu steuern. Sie verstehen Abhängigkeiten und Synergien. Vor allem wissen sie, wo sie anhalten, Mehrwert schaffen und die Richtung ändern können.
Vorteile für Top-Down-Portfoliobesitzer
Die Architekturentwicklung konzentriert sich auf den Weg zum Ziel. Der Portfolioinhaber ist:
- Auswahl von Projekten, die in ihr Portfolio aufgenommen werden sollen
- Priorisierung und Reihenfolge von Projekten
- Abstimmung der Projektausführungsansätze
- Synergien und Abhängigkeiten zwischen Projekten in einem Portfolio finden
- Portfoliorisiken managen
Enterprise Architect unterstützt Top-Down-Portfolioanforderungen
Um dies zu erreichen, benötigt der Unternehmensarchitekt:
- Eine End-to-End-Architektur, die Kontext, Anleitung und Einschränkungen für das Portfolio bereitstellt
- Eine oder mehrere fokussierte Zielarchitekturen, die auf das Ergebnis und die Hauptkomponenten des Portfolios abgestimmt sind
Der Architekt muss wissen:
- Wie kann das aktuelle Unternehmen die Leistungserwartungen nicht erfüllen?
Um den Mangel zu verstehen, muss man sich auch mit den Anliegen, Prioritäten und der Risikobereitschaft der Stakeholder auskennen. - Was ist die Ursache des Mangels?
- Welche Änderungen sind erforderlich, um den Mangel zu beheben?
Bei diesen Änderungen handelt es sich um Lücken zwischen Ist- und Sollzustand. - Welche Einschränkungen begrenzen die Auswahl der Änderungen?
Einschränkungen ergeben sich aus der überlegenen Architektur und treten während der Architekturentwicklung auf. - Welche Arbeiten sind notwendig, um die Änderungen umzusetzen?
Eine Portfolioarchitektur zeichnet sich durch ihre Dynamik aus.
Normalerweise gibt es mehrere interessante Systeme. Diese Systeme haben oft mehrere Kandidaten- und Übergangszustände.
Der Detaillierungsgrad der Portfolioarchitektur wird durch die unterschiedlichen Anforderungen bestimmt, die Ursache des Mangels zu verstehen und mögliche Änderungen zu finden, die zur Behebung des Mangels erforderlich sind.
Sie benötigen eine detailliertere Architekturentwicklung, die sich auf die Wertschöpfung konzentriert. Architekturspezifikationen sollten die erwartete Wertschöpfung erzwingen.
Bei der Portfolioarbeit konzentrieren sich die Architekturspezifikationen auf die Implementierungssteuerung – Arbeitspakete sowie Architekturprinzipien und -muster.
Top-Down- und Bottom-Up-Portfolioarchitektur Schlüsselkonsumenten
| Von oben nach unten | Von unten nach oben | Wichtige Entscheidungen | |
| Interessenvertreter |
|
|
|
| Portfolioinhaber (Sponsor) |
|
|
|
| Implementierer |
|
|
|
Verbesserung der Portfolioarchitektur durch Bottom-up-Arbeit
Portfoliobesitzer streben den optimalen Ansatz zwischen Top-down- und Bottom-up-Planung an. Top-down stellt sicher, dass Leistungserwartungen, Einschränkungen und Abhängigkeiten berücksichtigt werden. Bottom-up berücksichtigt lokales Wissen und Kreativität.
Das entscheidende Ergebnis ist eine Lösungsarchitektur, die die Bottom-up-Ideen mit einer Portfoliolücke verknüpft. Die Portfolioarchitektur muss Einschränkungen und Leistungserwartungen berücksichtigen, damit die Lösung bewertet werden kann. Dies ist entscheidend, wenn die Roadmap eine Implementierungsstrategie enthält.
Vorteile für Bottom-up-Portfoliobesitzer
Eine Architektur zur Unterstützung des Portfolios in einem Bottom-up-Ansatz sollte Portfoliobesitzern helfen:
- Wählen Sie Bottom-up-Projektideen aus, die in ihr Portfolio aufgenommen werden sollten
- Priorisieren und sequenzieren Sie ausgewählte Bottom-up-Projekte in Ihrer Portfolio-Roadmap
- Finden Sie Synergien und Abhängigkeiten zwischen Bottom-up-Projektideen und der Portfolio-Roadmap
- Lenken und kontrollieren Sie die Projektausführung, um Übergangszustände zu erreichen
- Portfoliorisiken managen
Die Zielarchitektur wird relativ stabil sein. Bottom-up-Ideen werden Lücken innerhalb des Portfolioziels schließen.
Enterprise Architect unterstützt Bottom-up-Portfolioanforderungen
Bottom-up-Ansätze vereinen lokales Wissen und Kreativität. Um dies zu erreichen, benötigt der Praktiker:
- Eine End-to-End-Architektur zur Bereitstellung von Lücken und Architekturspezifikationen
- Eine Architektur-Roadmap zur Bereitstellung von Übergangspunkten und Arbeitspaketen sowie der erwarteten Vorgehensweise
- Eine oder mehrere detaillierte Architekturbeschreibungen, die auf die Lücken abgestimmt sind, die durch die Lösung und die umgebenden Architekturentscheidungen und -spezifikationen geschlossen werden
Der Architekt muss wissen:
- Der lokale und Portfoliowert der Bottom-up-Lösung
- Wie gut die Lösung in das Portfolio passt
- Die Einhaltung von Einschränkungen begrenzt die Implementierung der Lösung
Was Sie von einer Architektur-Roadmap für Ihr Portfolio erwarten
Ein Portfoliobesitzer benötigt eine dynamische Roadmap. Um Unternehmensagilität Sie müssen in der Lage sein, zu reagieren und Mehrwert zu liefern.
Es ist leicht, zu reagieren und dabei Wert zu opfern. Reagieren Sie einfach. Ändern Sie Prioritäten, brechen Sie Veränderungsinitiativen ab oder starten Sie sie, ohne Rücksicht auf den Aufwand, der zur Wertschöpfung erforderlich ist.
Es ist schwierig, zu reagieren und den Wert aufrechtzuerhalten.
Der perfekte Fahrplan für Portfoliobesitzer
… enthält Optionen und Wertaussagen zu jedem Arbeitspaket. Der Wert wird in Bezug auf Geschäftsfähigkeit, Marktreichweite und Einschränkungen angegeben …
… und auf bestehende Hindernisse aufmerksam gemacht. Einschließlich der Gründe dafür und der Auswirkungen, wenn man sie direkt angeht oder weiterhin Umwege macht …
Portfoliobesitzer müssen auf erwartete und unerwartete Ereignisse reagieren. Projekte in ihrem Portfolio werden erfolgreich sein oder scheitern. Andere Projekte werden erfolgreich sein oder scheitern. Initiativen von Geschäftspartnern werden erfolgreich sein oder scheitern. Hinzu kommen unerwartete Bedrohungen und Chancen.
Ein dynamisches Portfolio verfügt über die Informationen, die den Stakeholdern helfen, zu reagieren und den Wert zu erhalten. Übergangsphasen sind 'Wertruhepunkte.' Punkte, an denen der Stakeholder alle Arbeiten einstellen, zukünftige Arbeiten aufgeben und dennoch den erwarteten Wert erzielen kann.
Portfoliobesitzer wünschen gemeinsame Roadmap-Entwicklung
Um den potenziellen Wert zu verstehen, muss die Roadmap-Entwicklung mit dem Portfoliobesitzer erfolgen. Ein großer Teil des Wertes der Roadmap ergibt sich aus der Bewertung der Portfoliobesitzer Kompromisse und machen Architekturentscheidungen. Sie entwickeln die perfekte Roadmap.
Wenn erwartete und unerwartete Ereignisse eintreten, kann der Stakeholder die beste Entscheidung treffen.
Portfoliobesitzer benötigen Projekt-Governance
Um den Wert zu steigern, müssen Portfoliobesitzer in der Lage sein, Projekte steuern. Das Umsetzungs-Governance konzentriert sich auf das Projekt und die Implementierung der Lösung.
Um ein Projekt zu steuern, benötigt der Portfoliobesitzer:
- Übergangsphasen
um sicherzustellen, dass das Projekt nach der Umstellung nicht weiterarbeitet - Strategie zur Umsetzung des Arbeitspakets
um sicherzustellen, dass das Projekt dem bevorzugten Ansatz zur Änderung folgt - Lücken & Arbeitspakete
um sicherzustellen, dass das Projekt den erforderlichen Umfang liefert und unnötigen Umfang vermeidet - Wertmaße
um sicherzustellen, dass die Projektmanager die Definition von Erfolg verstehen und mit den Architekturentscheidungen übereinstimmen
Um eine Lösung zu steuern, muss der Portfoliobesitzer
- Architekturspezifikationen
Architekturprinzipien, Muster, Standards und Kontrollen, um sicherzustellen, dass die Lösung konform ist - Umsetzungsstrategie
um sicherzustellen, dass sich die Lösung weiterentwickelt oder den aktuellen Zustand ersetzt - Wertmaße
um sicherzustellen, dass die Lösung erfolgreich ist und mit den Architekturentscheidungen übereinstimmt
Abschluss
Enterprise Architecture for Portfolio ist die am besten ausgerichtete Anwendungsfall für Unternehmensarchitektur. Portfolioarchitektur ermöglicht Auswahl. Schwierige Entscheidungen zwischen Architekturalternativen. Wählen Sie die Arbeit aus, die den besten Weg nach vorne darstellt. Wählen Sie sinnvolle Arbeitspakete aus, die Sie nicht erledigen werden.
Mithilfe der Portfolioarchitektur kann der Portfolioinhaber einen Top-down-Implementierungsplan erstellen, der auf wertschöpfende Off-Rampen ausgerichtet ist. Bottom-up-Ideen können auf ihre Eignung für das Portfolio geprüft werden.
Das wichtigste Ergebnis ist ein Roadmap für dynamische Architektur. Arbeitspakete und Übergangsphasen sind auf die Wertschöpfung und bestehende Hindernisse abgestimmt. Auf diese Weise kann der Portfoliobesitzer entscheiden, ob er das Hindernis beseitigen oder den Umweg fortsetzen möchte.
Ihre nächsten Schritte bei der Entwicklung einer Portfolioarchitektur sind das Lesen über Entwicklung von Architektur-Roadmaps oder etwas Hilfe bekommen.