Читать книгу Inspired - Marty Cagan - Страница 18

Die Menschen suchen immer nach einem Königsweg für die Produktentwicklung und ihnen steht eine bereitwillige Industrie gegenüber, die ihnen mit Büchern, Coaching, Training und Consulting unter die Arme greifen will. Aber es gibt keinen Königsweg und das finden die Leute unweigerlich irgendwann heraus. Dann erfolgt die Gegenreaktion. Während ich dies schreibe, ist es gerade modern, sowohl Lean als auch Agile zu kritisieren.

Ich bezweifle nicht, dass viele Menschen und Teams bis zu einem gewissen Grad enttäuscht sind von den Ergebnissen, die sie mit der Anwendung von Lean sowie Agile erzielt haben. Und ich verstehe die Gründe dafür. Gleichwohl bin ich davon überzeugt, dass die Werte und Prinzipien von Lean und Agile dauerhaft gültig sind. Nicht so sehr die speziellen Ausprägungen dieser Methoden, die viele Teams heutzutage anwenden, sondern die dahinterstehenden Kernprinzipien. Ich bin der Meinung, dass sie beide einen bedeutsamen Fortschritt repräsentieren, und würde an diesen beiden Fronten keinerlei Rückschritte machen wollen.

Aber wie gesagt, auch Lean und Agile sind nicht der Königsweg, und wie bei jedem Tool muss man auch bei ihrer Nutzung klug vorgehen. Ich begegne zahllosen Teams, die für sich beanspruchen, den Lean-Prinzipien zu folgen; doch dann arbeiten sie monatelang an etwas, das sie als MVP bezeichnen, und sie haben wirklich keine Ahnung, was sie da haben und ob es sich verkaufen wird, bis sie eine Menge Zeit und Geld hineingesteckt haben – was kaum im Sinne der Lean-Prinzipien sein dürfte. Oder sie schießen weit übers Ziel hinaus und glauben, sie müssten alles testen und validieren, sodass sie sich total verzetteln.

Und wie ich gerade erläutert habe, wird Agile in den meisten Produktunternehmen auf eine Art angewendet, die rein gar keinen erkennbaren Bezug zu Agile-Methoden aufweist.

Die besten mir bekannten Produktteams sind bereits einen Schritt weiter als die meisten Teams, die diese Methoden praktizieren – sie nutzen die Kernprinzipien von Lean und Agile, aber erweitern die Bandbreite dessen, was sie zu erreichen versuchen und wie sie dabei vorgehen.

Diese Teams haben vielleicht eine etwas andere Auffassung von der Problemstellung und verwenden gelegentlich andere Begrifflichkeiten, aber im Kern erkenne ich drei übergreifende Prinzipien:

1 Risiken werden im Vorfeldbehandelt, nicht erst am Ende.In modernen Teams behandeln wir Risiken, bevor wir uns entschließen, irgendetwas zu entwickeln. Zu diesen Risiken gehören Value Risks (ob die Kunden das Produkt kaufen), Usability Risks (ob die Anwender herausfinden, wie man es benutzt), Feasibility Risks (ob unsere Programmierer das, was wir brauchen, mit der uns zur Verfügung stehenden Zeit, den Kompetenzen und der Technologie entwickeln können) und Business Viability Risks (ob diese Lösung auch für die verschiedenen Aspekte unseres Geschäfts funktioniert – Sales, Marketing, Finanzabteilung, Rechtsabteilung und so weiter).

2 Die Produkte werden kollaborativstatt sequenziell bestimmt und gestaltet.Sie haben das alte Modell bereits hinter sich gelassen, bei dem ein Produktmanager die Anforderungen festlegt, ein Designer eine Lösung gestaltet, die diese Anforderungen erfüllt, und dann die Programmierer diese Anforderungen umsetzen, wobei jeder mit den Restriktionen und Entscheidungen der vorherigen Personen klarkommen muss. In starken Teams arbeiten Product Management, Design und Engineering Seite an Seite, sie geben und sie nehmen, um eine technologiegetriebene Lösung zu finden, die ihre Kunden begeistert und für ihr Geschäft funktioniert.

3 Letztlich geht es nur darum, Probleme zu lösen,und nicht, Funktionen zu implementieren.Bei konventionellen Product Roadmaps dreht sich alles um Output. Starke Teams wissen, dass es nicht nur um die Implementierung einer Lösung geht. Sie müssen gewährleisten, dass diese Lösung das zugrunde liegende Problem auch tatsächlich löst. Es geht um Geschäftsergebnisse.

Sie werden sehen, dass ich diese drei übergeordneten Prinzipien innerhalb des gesamten Buches immer wieder in den Mittelpunkt stelle.