Funktionsübergreifende Integration: Datenbank Techniker und Architekten an den Entwurfstisch holen

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:

1. Erstellen Sie einen Plan, halten Sie sich daran, führen Sie regelmäßige Besprechungen durch und bleiben Sie koordiniert.
2. 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.
3. 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.

Wie bleiben Sie innovativ?

Eine häufige Befürchtung unter PMs ist, dass all diese Bestandteile, QA-Checklisten und die Koordination zwischen den Teammitgliedern die Innovation unterbrechen könnten, sobald die funktionsübergreifende Integration implementiert ist. Aber große Ideen sind nur so gut wie ihre Umsetzbarkeit.

Innovation kann auch innerhalb strukturierter Zeitfenster, Ressourcen und anderer praktischer Maßnahmen existieren und sogar gedeihen. Innovatives Denken innerhalb dieser Grenzen ist möglicherweise effizienter, weil die visionären Träume früher als das erkannt werden, was sie sind, und vielversprechende Produkte mehr Zeit bekommen, um ausgearbeitet und vollständig realisiert zu werden.

Eine weitere Möglichkeit, Innovation zu fördern, besteht darin, eine vielfältige Belegschaft einzustellen. Wenn Menschen mit unterschiedlichem Hintergrund zu einem Projekt beitragen, kann die Innovation florieren. Vielfältige Teams übertreffen in der Regel weniger diverse Teams. Der Schlüssel scheint mehr Input zu sein, nicht weniger – mehr Perspektiven, nicht weniger.

Zudem sollten Sie bereit sein, Ideen zu verwerfen, die einfach nicht funktionieren. Es passiert selten, dass man beim ersten Mal auf die richtige Idee kommt. Gehen Sie zurück zu Ihren Teams, reflektieren Sie, iterieren Sie. „Kein Prozess ist heilig“, erklärt Winters. „Es ist entscheidend, dass Ihr Prozess Sie dorthin bringt, wo Sie sein müssen.“

3 Tipps für die funktionsübergreifende Integration

Klare Ziele setzen

Wenn Sie auf die Vielzahl der Ressourcen zurückgreifen, die für eine Hauptversion benötigt werden, ist es wichtig, das Ziel zu kommunizieren und zu verdeutlichen, wie der Erfolg für jede Abteilung aussieht, die die Version oder das Projekt unterstützt. „Alle müssen verstehen, welche Rolle sie spielen“, sagt Reiser. 

Flexibel bleiben 

Verstehen Sie, dass eine Produkteinführung nur selten sowohl pünktlich als auch von höchster Qualität sein kann. Kompromisse können notwendig sein. Es mag starke Persönlichkeiten in Ihrem Unternehmen geben, aber es ist wichtig, „so lange zu diskutieren, bis Sie einen realisierbaren Weg gefunden haben“, so Smith. 

Wenn jemand der Meinung ist, das vorgeschlagene Produkt oder die Dienstleistung sei nicht machbar, fragen Sie nach, ob mehr Zeit das Problem lösen würde. Wenn Zeit nicht das Problem ist, liegt es dann an der Notwendigkeit, mehr Mitarbeiter einzustellen? Wäre es machbar, wenn Sie auf einige der Extras verzichten würden? Denken Sie vor allem daran, dass die Teammitglieder, die die Produkte entwickeln oder die Veröffentlichung unterstützen, genauso wichtig sind wie die Veröffentlichung selbst. Wie Reiser erklärt: „Ein Zieldatum ist fast immer willkürlich – Menschen sind es nicht.“

Vertrauen in die Teams

Wissen Sie ihre Meinung zu schätzen, wenn es um ihre Fachgebiete geht. Starke Arbeitsbeziehungen basieren auf offener Kommunikation. Es ist am besten, sich auf die Seite der Überkommunikation zu schlagen. Smith erklärt: „Je mehr Vertrauen die Führungsebene hat, desto seltener wird sie immer jede Kleinigkeit selbst in die Hand nehmen wollen.“ Eine gute Kommunikation bedeutet, sowohl zuzuhören als auch Erwartungen zu setzen und das Gleiche auch von Ihrem Team zu erwarten. Das ist das Fundament der funktionsübergreifenden Integration.

Eines ist entscheidend: Bringen Sie das Design von Anfang an und während des gesamten Prozesses ein. Das Trio Technik, Produktentwicklung und Design sollte in jeder Phase eingebunden werden. Auf diese Weise können Sie einen nahtlosen Entwicklungszyklus erzielen.