Programm-, Projekt- und Produktmanager kennen nur zu gut das Gefühl, wenn eine geplante Einführung abrupt gestoppt wird, weil unerwartete Probleme bei der Skalierung, im Backend, in der Datenbank oder auf der Serverseite auftreten. Viele PMs haben ehrgeizige Ziele, was zukünftige Produkte und Dienstleistungen angeht. Aber um die gewünschten Ergebnisse zu erzielen, muss eben das richtige, funktionsübergreifende Team zusammengestellt werden.
Neben Visionären und Ideengebern sind diejenigen, die sich mit den wesentlichen Details befassen können, von Anfang bis Ende ein wesentlicher Bestandteil des Teams. Site Reliability Engineers, Datenbank Administratoren, Architekten, DevOps Techniker und andere Verantwortliche für das Backend können, wenn sie früh genug einbezogen werden, viele der Probleme und Horrorszenarien vermeiden, die in der späten Projektphase auftreten können.
Einige PMs scheuen davor zurück, Techniker und Architekten für Datenbanken frühzeitig in Gespräche einzubeziehen, aus Angst vor Widerstand, bevor eine Idee Gestalt annimmt. Doch diese Beteiligten verstehen, was Ihre Systeme bewältigen können und welche konkreten Anpassungen notwendig sind, um die heutigen Ideen zur Realität von morgen zu machen. Dieses Wissen sollten Sie nutzen.
In diesem Artikel erörtern wir, wer zum frühen Entwicklungsteam gehören sollte, warum genau diese Personen ausgewählt werden sollten, was sie im Vergleich zu anderen beitragen können und wie Sie den Innovationsprozess am Laufen halten. Wir schließen mit Best Practices ab, um den Übergang zur funktionsübergreifenden Integration so reibungslos wie möglich zu gestalten.
Wer sollte an der Frühphase der Planung beteiligt sein?
Ganz gleich, ob Sie das nächste große Produkt entwickeln oder einfach nur ein bestehendes Problem lösen möchten, Sie brauchen alle Hilfe, die Sie bekommen können. Eine Möglichkeit, dies zu erreichen, ist die Durchführung einer Vision Review. Cody Smith, Director of Product bei der BI SaaS-Plattform Domo, definiert dies als „einen umfassenden Überblick über das gesamte Projekt, um Kunden, Problembereiche und potenzielle Lösungen zu identifizieren“. Wer sollte von Anfang an dabei sein? Wenn das Produkt ihnen irgendwann auf dem Weg zur Veröffentlichung in den Schoß fällt, sollten diese Personen anwesend sein. Es ist möglich, das Designteam übersichtlich zu halten, aber sobald das Produkt entworfen und umgesetzt ist, die Stakeholder um Feedback gebeten wurden und eine praktikable Lösung gefunden und genehmigt wurde, ist es an der Zeit für die Vision Review.
In dieser kritischen Phase sollten Sie einen Techniker und einen Backend Entwickler einladen, sich an der funktionsübergreifenden Koordination zu beteiligen. Wahrscheinlich kennen sie die Stolpersteine auf dem Weg zu diesem ersten Kontaktpunkt besser als jeder andere. Und selbst wenn nicht, wissen sie wahrscheinlich, wer frühzeitig in das Gespräch einbezogen werden sollte. Wenn Sie sich einig sind, können Sie einen Plan von der Konzeption über die Einführung bis zur Wartung ausarbeiten.
Andere Teams haben oft zusätzliche Einsichten in das Timing. Es hängt ganz davon ab, welche Ressourcen Sie benötigen, um die Veröffentlichung zum Erfolg werden zu lassen. Laut dem langjährigen Produktmanager und derzeitigen Director of Digital Innovation and Strategy Global bei Callaway Golf, Earth Reiser, sollten Sie immer nach vorne schauen und sich fragen: Wen könnte dieses Projekt betreffen und warum?
„Wenn Sie Marketingressourcen für einen geplanten Release benötigen, müssen Sie sicherstellen, dass diese Teams informiert und verfügbar sind. Wenn es finanzielle Auswirkungen gibt, müssen Sie sicherstellen, dass auch diese berücksichtigt werden. Wird sich dieses Produkt auf die Kunden auswirken? Wenn ja, stellen Sie sicher, dass Ihre Vertriebs- und Kundenerfolgsteams darauf vorbereitet sind, Fragen zu beantworten und Probleme zu lösen.“
Warum ist funktionsübergreifender Input wichtig?
Kole Winters, VP of Engineering bei Domo, erklärt, dass bei Einbeziehen der Qualitätssicherung, der Systemzuverlässigkeitstechnik und anderer Backend Manager und Architekten in dieser frühen Phase „potenzielle Probleme erkannt und aufgezeigt werden können“. Notwendige Aufgaben werden identifiziert, von deren Existenz andere möglicherweise nichts wussten. Wenn sich das Team aufeinander abstimmt, gestaltet sich die Produkteinführung effizienter. Das ist der Zeitpunkt, an dem Sie wissen, dass Sie eine funktionsübergreifende Integration erzielt haben.
Auch die Moral des Teams spielt eine Rolle. Ein Top-Down-System, bei dem Teams basierend auf ihrer Position im Prozess priorisiert werden, hat Nachteile. „Weil sie nicht eingebunden werden, sind sie weniger am Erfolg des Prozesses interessiert“, erklärt Smith. Sie haben auch weniger Zeit, sich mit dem Projekt zu beschäftigen, während es die Design- und Implementierungsprozesse durchläuft.
Angesichts all dessen ist es leicht zu verstehen, warum Probleme in letzter Minute auftreten oder möglicherweise ganz übersehen werden. Wenn bestimmte Teams nicht frühzeitig eingebunden werden, fehlt ihnen das nötige Interesse am Prozess. Wenn die funktionsübergreifende Integration alle Teams einbezieht, beginnen sie, proaktiv über Probleme nachzudenken, bevor sie entstehen.
Was wird bei der funktionsübergreifenden Koordination häufig übersehen?
Sobald alle Beteiligten eingebunden sind, ist es wichtig, dass sie auf derselben Wellenlänge bleiben. „Gehen Sie nicht davon aus, dass die Koordination zwischen den Teams automatisch erfolgt“, sagt Winters. „Es ist leicht, den Kontakt zu anderen Teams zu verlieren, was zu Frustration führt.“ Diese Punkte helfen Ihnen, auf Kurs zu bleiben:
- Erstellen Sie einen Plan, halten Sie sich daran, führen Sie regelmäßige Besprechungen durch und bleiben Sie koordiniert.
- Visuelle Kommunikationstools wie Produkt-Roadmaps können helfen, die Teams auf eine gemeinsame Vision auszurichten, während Kanban-Boards und Flussdiagramme hilfreich sind, um agile Planungsprozesse aufrechtzuerhalten.
- Wenn die Arbeitsergebnisse zusammenkommen, überprüfen Sie sie anhand von Qualitätssicherungslisten, die von jedem Teammitglied erstellt und vereinbart wurden. Wenn sie nicht alle Kriterien erfüllen, werden sie nicht ausgeliefert.
Stellen Sie zu jedem Zeitpunkt, insbesondere in den entscheidenden Entwicklungsbesprechungen, sehr spezifische Fragen. Achten Sie darauf, dass alle Beteiligten und Techniker anwesend sind, wenn Sie dies tun. Was sind potenzielle Probleme, auf die Sie achten sollten? Was sind mögliche grundlegende Fehler? Wenn zu viele Dinge durchs Raster fallen, sollten Sie die Ziele, die Sie zu Beginn des Projekts festgelegt haben, noch einmal überdenken, um sicherzustellen, dass Sie jedem Team das bereitstellen, was es braucht.
