Wie mein „Enabler“ die unsichtbare Infrastruktur hinter der Produktbereitstellung sichtbar macht.
In einem Team gibt es meist eine Person, die weiß, wie die zugrunde liegende Infrastruktur funktioniert. Sie kennt den Migrationspfad, die Integrationsschritte und das Rollback-Verfahren, falls etwas schiefgeht. Das ist nirgendwo speziell schriftlich festgehalten. Das ist auch nicht nötig, denn diese Person ist immer verfügbar. Bis sie es nicht mehr ist!
Das gleiche Muster zeigt sich oft, wenn der Umfang eines neuen Projekts festgelegt wird. Jemand fragt, welche Rollen und Fähigkeiten für die Umsetzung erforderlich sind, und die ehrliche Antwort fällt schwerer, als sie eigentlich sollte. Die Fähigkeiten sind irgendwo im Team vorhanden, aber sie bestimmten Umsetzungsschritten zuzuordnen, kostet Zeit.
Die Prozesse, die alles zusammenhalten, sind oft genau diejenigen, die nie richtig dokumentiert wurden.
Der Unterschied zwischen Produkten und dem, was sie erst möglich macht
Die meisten Teams haben eine recht klare Vorstellung davon, was sie ihren Kunden liefern. Die Produkte, die Dienstleistungen, die Ergebnisse – all dies wird in der Regel dokumentiert, besprochen und nachverfolgt. Weniger Beachtung findet hingegen die darunterliegende Ebene: die Infrastruktur, die unterstützenden Dienste und die internen Prozesse, die die Bereitstellung überhaupt erst ermöglichen.
Cloud-Migrationen, API-Integrationen, Sicherheitsprotokolle, interne Qualitätskontrollen – diese werden niemandem direkt verkauft, aber ohne sie können die verkauften Leistungen nicht zuverlässig erbracht werden. Sie sind das operative Rückgrat. Und in den meisten Organisationen wird dieses Rückgrat größtenteils durch das Wissen einer kleinen Anzahl von Personen zusammengehalten und nicht durch ein dokumentiertes System.
Was „my Enabler“ macht
„My Enabler“ ist die zentrale Datenbank für alles, was Ihr Unternehmen besitzen, pflegen und auf dem neuesten Stand halten muss, um seinen Betrieb aufrechtzuerhalten – darunter Zertifizierungen, Akkreditierungen, Lizenzen, Infrastruktur, Ausrüstung, Compliance-Standards, Ressourcen der Lieferkette und unterstützende Kapazitäten. Für nichts davon zahlt ein Kunde direkt, doch all dies würde die Produktlieferung sofort zum Erliegen bringen, sobald es verfällt oder wegfällt.
Wenn ein Enabler mit den Produkten verknüpft ist, die davon abhängen, kann die Plattform Risiken aufdecken, bevor sie zu einem Problem werden – fehlt bei einem erforderlichen Enabler eine qualifizierte Person in der entsprechenden Rolle, wird diese Lücke sichtbar und nicht nur vermutet. Die Abhängigkeit ist explizit, nicht implizit.
Außerdem wird das Problem der Sichtbarkeit von Kompetenzen direkt angegangen. Da jeder Schritt in einem Enabler-Workflow an eine bestimmte Rolle gebunden ist, verfügt die Plattform über eine klare Übersicht darüber, welche Fähigkeiten erforderlich sind, um die unterstützende Infrastruktur am Laufen zu halten. Wenn ein Projekt geplant wird oder eine Rolle unbesetzt ist, sind diese Informationen bereits strukturiert und zugänglich.
Was ändert sich, wenn die Voraussetzungen dokumentiert werden?
Die deutlichste Veränderung zeigt sich meist im Bereich der Kontinuität. Wenn ein unterstützender Prozess – wie Schritte, Rollen und Qualitätskontrollen – dokumentiert ist, hängt er nicht mehr von der Anwesenheit einer einzelnen Person ab. Das Wissen befindet sich im System und nicht im Gedächtnis einer Person. Wenn ein Teammitglied das Unternehmen verlässt, versetzt wird oder einfach nicht verfügbar ist, gefährdet dies die Projektabwicklung nicht mehr in gleichem Maße.
Es gibt auch einen weniger offensichtlichen Vorteil bei der Planung. Wenn unterstützende Dienstleistungen abgebildet und mit den Produkten verknüpft werden, werden Entscheidungen zur Ressourcenplanung fundierter. Es wird deutlicher, welche Rollen für ein bestimmtes Projekt tragend sind und wo Lücken im Team die Lieferung beeinträchtigen könnten – und zwar schon vor Projektbeginn und nicht erst währenddessen.