Richten Sie Ihre Technik- und Produktteams mit dem Technology Product Canvas aus

Hören Sie sich die Audioversion dieses Artikels an

Fehlkommunikation zwischen Produktentwicklungs- und Technologieteams ist wahrscheinlich die größte Quelle für Ressourcenverschwendung in der Softwareentwicklung. Wachstumsstarke Technologieunternehmen sehen sich einer steigenden Nachfrage nach Produktleistungen gegenüber und daher wird manchmal auf eine angemessene Planung verzichtet. Es gibt mehrere Anzeichen, die auf einen Mangel an Produkt- und Technikteamausrichtung hindeuten:

• Produkte, die nicht den Anforderungen entsprechen.
• Die Bereitstellung von Produktfunktionen dauert länger als geplant.
• Die Teams haben wöchentlich sehr wenig Interaktion und Kommunikation.
• Das Tech-Team muss seine Infrastruktur aufgrund neuer Produktanfragen „überarbeiten“.
• Das Entwicklungstempo fühlt sich im Vergleich zur Konkurrenz langsam an.
• Das Tech-Team fragt oft: „ Warum hast du uns das nicht schon früher gesagt? ”

Erfolgreiche Unternehmen managen diese Schnittstelle zwischen den beiden Teams aktiv und verfügen über klare Produkt- und Technologie-Roadmaps, die von allen verstanden werden. Derzeit gibt es jedoch keine gängigen Methoden, die dieses Problem auf strukturierte Weise lösen.

Stattdessen werden diese Ziele meistens ad hoc über unstrukturierte Meetings erreicht. Der engste Vergleich dazu sind skalierte agile Frameworks, aber selbst diese Ansätze sind nicht immer für alle Unternehmen machbar, insbesondere für kleinere, da dieser Ansatz die Übernahme des gesamten Frameworks erfordert.

Eine der Möglichkeiten zur einfachen Abstimmung zwischen Produkt- und Technologieteams ist die Verwendung des strukturierten Technology Product Canvas

Was ist der Technology Product Canvas?

Das Canvas-Konzept gibt es schon seit vielen Jahren. Zu den wichtigsten Visionären und Innovatoren in diesem Bereich gehören Alexander Osterwalder, der das Business Model Canvas erstellt hat, Roman Pichler und sein Product Vision Canvas und Jeff Patton, der für die User Story Mapping-Methode und sein Opportunity Canvas bekannt ist. Ich habe die Canvas-Methodik verwendet, um das Problem der Produkt- und Technologieausrichtung zu lösen, und den Technology Product Canvas erstellt.

Die Leinwand dient als schnelle Möglichkeit, Teamdiskussionen zu erleichtern und alle auf die gleiche Seite zu bringen – buchstäblich. Dies ist einer der wichtigsten Vorteile bei der Erstellung dieses Dokuments. Indem Sie den Prozess durchlaufen, der nur eine Stunde dauern kann, beginnen Sie mit der Verwaltung dieser Abstimmung zwischen den Produkt- und Technologieteams.

Der Technology Product Canvas zwingt Ihr Team, die Ziele der Produkt-Roadmap und der Technologie-Roadmap zu formulieren und zu visualisieren und jede Produkt-Technologie-Phase der Roadmap explizit zu diskutieren. Diese Übung stellt sicher, dass die Teams synchron sind und jeder den Raum mit klaren Erwartungen und einer klaren Richtung verlassen kann.

Durch meine Arbeit mit Technologieunternehmen habe ich festgestellt, dass das größte Risiko an der Schnittstelle zwischen Geschäftszielen und technologischen Fähigkeiten liegt. Der Technology Product Canvas wurde entwickelt, um genau dieses Risiko zu managen.

Wann sollte der Technologie-Produkt-Canvas verwendet werden?

Die Diskussion über den Technology Product Canvas wird am besten vom Product Owner initiiert, wenn Sie die Produktvision vollständig definiert, den Story-Mapping-Prozess durchgeführt und die Roadmap für die erste Produktveröffentlichung entwickelt haben. In dieser Phase wird klar, welche Produktfunktionen für die einzelnen Hauptversionen entscheidend sind. An diesem Punkt sind die Teams bereit, eine detaillierte technische Diskussion darüber zu führen, wie das Produkt gebaut wird.

Die Technology Product Canvas-Übung bringt Klarheit, manchmal Konflikte, aber letztendlich Einigkeit darüber, welche Technologiearchitektur zur Entwicklung des Produkts eingerichtet werden muss und wie sich die Technologieplattformen entwickeln werden, um die Anforderungen des Produkts zu erfüllen. Es wird dem Technologieteam ermöglichen, verschiedene Möglichkeiten zu ergründen und sicherzustellen, dass ihr Beitrag zur Innovation erfasst wird.

Sehen wir uns ein detaillierteres Beispiel an, wie der Technology Product Canvas in einem hypothetischen neuen Softwareunternehmen verwendet wird, damit wir ihn in Aktion sehen und lernen können, wie man ihn verwendet.

So verwenden Sie den Technologie-Produkt-Canvas

Das Technology Product Canvas soll in erster Linie ein Mittel sein, um Fokus, Kommunikation und Teamausrichtung zu schaffen. Der Canvas ermöglicht es Ihnen, ein Gespräch mit Ihrem Technologieteam zu führen, um herauszufinden, welche Technologiearchitektur zur Unterstützung der Produktentwicklung erforderlich ist. Nehmen wir ein hypothetisches Beispiel für ein neues Softwareprodukt. Eine neue standortbasierte App, um Menschen mit anderen in ihrer Umgebung zu verbinden - eine Community-App, um Sie mit Ihren Nachbarn zu verbinden.

Hier können Sie den Technology Product Canvas herunterladen. Sie können die Leinwand auch ausdrucken und darauf schreiben. Alternativ können Sie auch ein Online-Tool wie Miro verwenden, das ich für diesen Artikel verwendet habe.

Einrichten

Angenommen, Sie arbeiten seit einigen Monaten mit Ihrem Startup-Team zusammen, haben einige großartige Ideen und möchten nun die Softwareentwicklung planen. Sie haben an Ihrem schlanken Canvas gearbeitet und sogar eine Story-Map der Prozessschritte erstellt, die ein Benutzer beim Durchlaufen der App erleben wird. Jetzt müssen Sie es bauen. Sie bringen also alle in einen Konferenzraum, Ihr Produktteam und Ihre Technologieteams, und Sie projizieren eine leere Version des Technology Product Canvas auf den Bildschirm des Konferenzraums. Wo soll man anfangen?

Das erste, was Sie tun müssen, ist, Erwartungen darüber zu formulieren, warum alle hier sind und was Sie erreichen möchten. Erklären Sie Ihrem Team, dass es hier ist, um einen Plan zwischen den Produktzielen und den technischen Aufgaben sicherzustellen. Betonen Sie auch, dass Sie nicht nach Perfektion suchen und dass Sie dies alle paar Monate überprüfen werden, wenn Sie mehr lernen und sich die Anforderungen ändern. Aber zumindest für heute ist dies ein Grundstein, um sicherzustellen, dass Sie alle auf derselben Seite sind.

Schritt 1: Definieren Sie die Erfolgsmetriken

Wie werden Sie messen, ob Ihr Gesamtplan funktioniert? Was sind die Unternehmensziele? Dies können Einnahmen in jeder Veröffentlichungsphase oder die Anzahl der App-Downloads sein. Wenn Sie mit Lean Canvas vertraut sind, haben Sie möglicherweise bereits solche Zahlen identifiziert. Kopieren Sie diese Informationen in diesen Abschnitt. In diesem Beispiel habe ich die folgenden beiden Erfolgsmetriken verwendet: „In unserem ersten Jahr 1.000 Menschen verbinden“ und „Unsere Marke in Los Angeles aufbauen“ – eine quantifizierbare und eine qualitative Metrik.

Aber warum konzentrieren wir uns zuerst darauf? Es stellt sicher, dass das gesamte Team versteht, warum wir im Raum sind. Wir haben ein Ziel, das größer ist als jedes Produkt- oder Technologieproblem. Es ist der geschäftliche Grund, warum wir alle hier sind.

Schritt 2: Vervollständigen Sie Ihre Produktvisions- und Produktfreigabeabschnitte

Dies ermöglicht dem Team, sich Klarheit darüber zu verschaffen oder aufzufrischen, was unsere Produktvision ist und wie wir derzeit unsere Produktentwicklungsprioritäten definiert haben. Schreiben Sie die Aussage zur Produktvision auf und wer die Hauptzielgruppe ist. Identifizieren Sie dann einige wichtige Produktelemente, die Sie in jeder Version bereitstellen möchten. Ich empfehle diese Kästchen im Team auszufüllen und nicht vorher ausfüllen zu lassen. Es stellt sicher, dass sowohl die Mitglieder des Technologie- als auch des Produktteams am Prozess der Zieldefinition beteiligt sind. Arbeiten Sie von links nach rechts: Identifizieren Sie die Ziele für die erste Produktiteration – die großen Funktionen, die erforderlich sind, um die Bedürfnisse Ihrer Kunden zu erfüllen.

In unserem App-Beispiel lautet unsere Produktvision „Echtzeitkommunikation zwischen Menschen zu ermöglichen, die in meiner Nachbarschaft leben, um die Gemeinschaft zu stärken.“ Danach könnten wir in den Produktveröffentlichungen sagen, dass Version 1 „Um Ihren aktuellen Standort zu identifizieren, zeigen Sie, wer in der Nähe ist, und kommunizieren Sie mit seiner E-Mail-Adresse.“ V2 könnte „zeigen, wer in der Nähe ist, und Echtzeit-Chat ermöglichen“. V3 könnte sein, „Privatsphäre und Monetarisierung zu ermöglichen“. Diese Iterationen des Produkts werden wie unten gezeigt in die Zeichenfläche eingegeben. Halten Sie die Leinwand so einfach wie möglich, damit die Leute das Gesamtbild sehen können. Die Leinwand soll auch die langfristige Vision festhalten. Denken Sie daran, dass dies möglicherweise das erste Mal ist, dass das Technologieteam ein so klares Bild Ihres Produkts sieht. Nehmen Sie sich also genügend Zeit, um sicherzustellen, dass es alle Release- und begleitenden Anforderungen versteht.

Schritt 3: Passen Sie die Technologievision an die Produktvision an

Jetzt ist es an der Zeit, Input vom Technologieteam zu erhalten und seine Vision zu definieren, wie sich die Technologiearchitektur weiterentwickeln wird. Beginnen Sie mit der Technologievision, einer Aussage, die das Gesamtbild der Entwicklung umreißt und die Änderungen der Anbietertools überdauern kann. In unserem App-Beispiel könnte die Technologievision lauten: „Um die Geolokalisierungsfunktionen von Geräten zu nutzen, die Standortinformationen bereitstellen, und um serverlose Microservices zu verwenden, um Cloud-Collaboration-Funktionen zu ermöglichen.“ Wir wählen an dieser Stelle kein bestimmtes Tool aus. Stellen Sie sich die Technologievision als die große Idee vor, wie Technologie hier helfen wird und welche Innovationen wir übernehmen möchten, um einen Wettbewerbsvorteil zu erzielen, sowie eine Technologie-Landebahn, die uns zu unserer Vision führen kann.

Schritt 4: Ordnen Sie die Technologiepläne den Produktzielen zu

Hier kommt der Gummi auf die Straße. In Schritt 2 wurden für jede Iteration der Produktversion Schlüsselfunktionen identifiziert. Jetzt müssen Sie den Technologieplan für jede dieser Versionen definieren. Identifizieren Sie, welche Technologiearchitektur und Tools benötigt werden, um jede dieser Funktionen zu unterstützen. Es ist in Ordnung, genaue Werkzeuge zu identifizieren und technisch zu werden. Sie können bei Bedarf in zukünftigen Versionen pivotieren. Es ist geplant, dass das Technologieteam explizit mitteilt, was es tun muss.

Lassen Sie das Technologieteam diesen Teil leiten und versichern Sie ihm, dass die Antworten nicht perfekt sein müssen. Wenn sie weggehen und mehr Nachforschungen anstellen müssen, können sie das nach dem Meeting tun. Das Ziel hier ist jedoch, die erste Iteration des Canvas abzuschließen, die später aktualisiert werden kann. Perfektion ist der Feind des Erfolgs.

In unserem App-Beispiel sehen wir uns die Produktanforderungen im Feld Produktversion 1 an. Basierend auf diesen Anforderungen könnten wir sagen, dass der Technologieplan 1 lautet: „Entwicklung einer progressiven Web-App mit Ionic, um die plattformübergreifende App zu ermöglichen. Verwenden Sie die Geolokalisierungsfunktionen des Geräts. Mit dem Firebase-Backend synchronisieren. Verwenden Sie den SendGrid-E-Mail-Dienst.“ Der hier beschriebene Technologieplan und die hier beschriebenen Ziele sollten gerade ausreichen, um die Produktziele zu erreichen. Stellen Sie sicher, dass das Team dort, wo es keine Produktziele gibt, kein Over-Engineering durchführt.

In diesem Schritt können wir endlich die Kraft des Canvas sehen – so richten wir die Teams aus. Wir stimmen die Produktziele mit dem Technologieplan ab. Und diese Linie in der Mitte? Das ist die Schnittstelle , die der Produktmanager zwischen den Teams aktiv pflegen muss.

In ähnlicher Weise wäre Technologieplan 2 „Benutzerauthentifizierung mit Facebook/Google-Autorisierung implementieren, Echtzeit-Chat mit Firebase-Datenbank und Chat-Schnittstelle implementieren“. Technologieplan 3 wäre „Implementieren von Datenschutz-/GPS-Versteck- und In-App-Kaufmethoden für App-Upgrades“.

Der Prozess erfordert, dass das Technologieteam in Ihrem Meeting zur Diskussion beiträgt. Sie haben die Möglichkeit, alle Ideen und Erkenntnisse auszutauschen und zu diskutieren, und Sie erhalten eine Teamausrichtung und Unterstützung. Hier werden die Mitarbeiter auf allen Seiten der Teams die Bedürfnisse, Prioritäten und Probleme verstehen, die besprochen werden müssen, und Sie werden erste Pläne und Vereinbarungen entwickeln.

An diesem Punkt haben Sie den ersten Entwurf einer Technologie-Roadmap, die mit der Produkt-Roadmap übereinstimmt. Die wichtigsten Technologieaufgaben sind in einem visuellen Fluss dargestellt, der Ihren Teams hilft zu wissen, worauf sie sich wann konzentrieren müssen.

Schritt 5: Risiken und Ressourcen identifizieren

Wenn Sie schließlich entschieden haben, wie Sie das Produkt aus der Perspektive der Technologiearchitektur erstellen möchten, ist es eine gute Idee, Risiken und Ressourcen zu besprechen. In unserem Beispiel könnten wir für Risiken sagen: „Es besteht die Möglichkeit, dass die progressive Web-App nicht schnell genug ist.“ In diesem Fall könnten wir zur React- oder nativen App-Entwicklung übergehen. Für Ressourcen brauchen wir Leute mit Fähigkeiten in „Ionic, PWA, Geolokalisierung und Firebase“.

Das Einfügen dieser Elemente hier stellt sicher, dass diese einseitige Zusammenfassung die hervorstechenden Elemente erfasst, die sich aus der Diskussion ergeben, und später hilfreich sein wird, wenn Sie die Leinwand erneut überprüfen.

Das vollständige Bild

Hier ist ein fertiges Beispiel des Technology Product Canvas basierend auf unserem hypothetischen App-Beispiel oben:

Es darf nicht erwartet werden, dass die Leinwand im ersten Anlauf vollständig fertig gestellt werden muss. Sie könnten als Team uneins darüber sein, was eine Produktfunktion im Vergleich zu einer technischen Fähigkeit ist und wo Sie was auf die Leinwand bringen sollten. Der Zweck des Canvas besteht darin, eine Diskussion zu initiieren und zu gestalten, damit Sie und das gesamte Team am Ende der Sitzung eine viel bessere konzeptionelle Einigung darüber haben, wie die Entwicklung fortgeführt werden muss.

Dieses Dokument ist nun der Kern Ihres Entwicklungsplans. Es ist die High-Level-Entwicklungs-Roadmap, und das Technologieteam kann diese nun nehmen und seine detaillierteren Entwicklungsaufgaben in Kenntnis der Unternehmensziele formulieren.

Fazit: Iterieren Sie Ihren Technologie-Produkt-Canvas

Die fünf Schritte zur Erstellung eines Technology Product Canvas sind:

1. Definieren Sie die Erfolgsmetriken
2. Vervollständigen Sie Ihre Produktvisions- und Produktfreigabeabschnitte
3. Passen Sie die Technologievision an die Produktvision an
4. Ordnen Sie die Technologiepläne den Produktzielen zu
5. Identifizieren Sie Risiken und Ressourcen

Ein sehr wichtiger Vorteil des Canvas besteht darin, dass es den Teams ermöglicht, die „Mindest“-Technologie zu identifizieren, die in jeder Phase angewendet oder entwickelt werden muss. Es hilft dem Produktteam, sich des erforderlichen technologischen Aufwands und aller bevorstehenden Herausforderungen bewusst zu sein. Die Produktentwicklung wird nicht durch mangelnde technische Fähigkeiten gebremst, da die technischen Pläne synchronisiert sind und genügend Schritte voraussehen. Im App-Beispiel würden wir unser Team schulen lassen oder einen SignalR-Technologieexperten finden, wenn wir uns der Veröffentlichung von Version 1 nähern, damit wir für die Veröffentlichung von Version 2 bereit sind, wo diese Fähigkeit benötigt wird.

Hier können Sie den Technology Product Canvas herunterladen. Ich empfehle, dass die Teams jedes Quartal eine Überprüfung durchführen, und auf jeden Fall, wenn jede Veröffentlichung abgeschlossen ist. Fühlen Sie sich frei, die Leinwand zu ändern, um sie Ihren Bedürfnissen besser anzupassen. Ich würde mich sehr über Ihr Feedback darüber freuen, wie der Technology Product Canvas verbessert werden könnte.