Agile Brainfood | Agile News | Allgemein | Organisation | Produkt

Produkt vs. Projekt Haltung – was ist damit gemeint?

oder warum Produkte scheitern

Blog Titelbild

Marty Cagan schreibt häufig vom Projekt- und Produktmindset, Scrum sagt ganz klar, dass es ein Framework zur Entwicklung von Produkten ist und auf Twitter findet man häufiger #NoProject Tweets. Da ich vor langer Zeit selbst als Projektleiter ausgebildet wurde und gerne in Projekten denke, ein Grund nachzuforschen, wo denn das Problem liegt.

Zunächst eine Tabelle, um herauszufinden, was mit Projekt und Produktmindset gemeint ist. Diese Tabelle basiert auf einem Artikel von Marty Cagan und meinen eigenen Beobachtungen. Ich habe einige Punkte leicht abgewandelt und eigene Punkte aufgenommen bzw entfernt.

  Projekt Mindset Produkt Mindset
Sinn
  • „Sagt uns, was wir tun sollen, und wir bauen es Euch“ (Söldner)
  • „Wir lösen die Probleme der Kunden“ (Problemlöser)
Anforderungen
  • Anforderungen werden von Stakeholder eingesammelt
  • in Roadmaps priorisiert
  • implementiert
  • Wir wissen nicht, was das beste Produkt ist und müssen dies in mehreren Iterationen mit Wendungen und Änderungen herausfinden (Product Discovery)
Mitarbeiter
  • Projekt Management
  • Upfront Business Analysts / Requirement Engineers
  • Outsourcing
  • (starke) Produkt Manager
  • User Experience Experten
  • Entwickler mit Blick für den Kunden
Budget
  • feste Projektbudgets
  • vorab definierter Scope
  • große Liefereinheiten (Badges)
  • basierend auf Ergebnissen (Outcome)
  • kleine Liefereinheiten (Badges)
Steuerungsziele
  • Sicherheit
  • Vorhersehbarkeit
  • Auslastung
  • Neues lernen
  • Wertmaximierung
  • Innovationen
Prozess
  • lange Phasen
  • „Staffellauf“
  • Iterative und inkrementelle Vorgehen
  • „Rugby“
Organisation
  • Funktionsorientierte Arbeitsgruppen (Entwickler, Designer, Tester, Produkt Manager…)
  • Übergabe / Staffellauf
  • eine Person arbeitet in vielen Teams für viele Projekte (Auslastung)
  • Crossfunktionale, lieferfähige Teams
  • Zusammenarbeit
  • Eine Person arbeitet in einem Team für ein Produkt
Verantwortung
  • Aufgrund der Verteilung auf viele Arbeitsgruppen sehr diffus
  • Fingerpointing, wenn etwas schief geht
  • Fehler werden bestraft
  • klare Verantwortung für das Ergebnis beim Team
  • Team übernimmt Verantwortung
  • Fehler sind Lernmöglichkeiten

Und was wird nun aus meinem Projektbegriff? Ich benutze für die Strukturierung meiner Vorhaben weiterhin den Begriff Projekt – auch innerhalb einer Produktentwicklung.

Viele der Punkte, die in der Auflistung auf der linken Seite stehen sind nicht dem Begriff Projekt oder einer Projektmanagement Methode zuzuschreiben. Die linke Seite ist eine Sammlung aus vielen Disziplinen, Methoden und Quellen, die allerdings die Situation in vielen Organisationen recht gut beschreibt. Projekt ist die falsche Überschrift. Aber Taylor-Multitasking-Matrix-Projekt-Methode passt nicht besser und gibt es nicht.

Wenn es um Innovationen und die erfolgreiche Entwicklung eines neuen Produktes geht sind die Punkte auf der linken Seite suboptimal und eine Orientierung bzw. ein Wandel zu den Punkten auf der rechten Seite wird nicht nur von Marty Cagan empfohlen. Die Tabelle gibt es zum Selfassessment als Download.

Bild des Autors

Heiko Stapf

Agiler Coach, Entrepreneur, Innovations- & Produktmanager

Ich unterstütze Unternehmen bei der Entwicklung digitaler Produktstrategien und der Einführung und Umsetzung agiler Entwicklungsmethoden.

heiko.stapf@emendare.de

Neueste Artikel

Schreibe einen Kommentar

Zur Qualitätssicherung speichern wir Deinen Namen und die Email Adresse.