Hugendubel.info - Die B2B Online-Buchhandlung 

Merkliste
Die Merkliste ist leer.
Bitte warten - die Druckansicht der Seite wird vorbereitet.
Der Druckdialog öffnet sich, sobald die Seite vollständig geladen wurde.
Sollte die Druckvorschau unvollständig sein, bitte schliessen und "Erneut drucken" wählen.

Inspired - deutsche Ausgabe

E-BookEPUB2 - DRM Adobe / EPUBE-Book
288 Seiten
Deutsch
Wiley-VCHerschienen am10.02.20222. vollständig überarbeitete Auflage
Vollständig überarbeitete Neuauflage!

Wie definieren, designen und entwickeln die heute erfolgreichsten Technologie-Firmen - Amazon, Google, Facebook, Netflix, Tesla - Produkte, die buchstäblich von Milliarden Kunden weltweit geliebt werden? Überraschenderweise geschieht das dort vielleicht komplett anders als bei der großen Mehrheit der Technologie-Unternehmen.
In 'Inspiriert' liefert der Vordenker im Bereich Technologie-Produktmanagement, Marty Cagan, einen Meisterkurs darüber, wie zum einen eine erfolgreiche und effektive Produkt-Organisation strukturiert und mit dem richtigen Personal versehen werden kann; und wie zum anderen technologische Produkte entdeckt und an Kunden geliefert werden können, die diese lieben.
Themen, die in den einzelnen Abschnitten behandelt werden, sind:
- Zusammenstellung der richtigen Leute und Fähigkeiten,
- Schaffen eines effektiven und dennoch 'leichtgewichtigen' Prozesses,
- Skalierung der Produktorganisation und -gestaltung,
- Entwicklung einer starken Produktkultur.

Egal, ob die Leser in einem Start-up arbeiten und ein neues Produkt zur Marktreife entwickeln wollen, oder in einem wachsenden Unternehmen, dessen Organisation angepasst werden soll, oder aber ob sie in einer alteingesessenen Firma tätig sind, die versucht, ihre Fähigkeit wiederzugewinnen, dem Kunden ständig neuen Nutzen zu bieten - 'Inspiriert' wird sie und ihre Organisation auf das nächste Level der Kundenbeziehung, Innovation und des Business-Erfolgs bringen.
Das Buch ist gefüllt mit zahlreichen persönlichen Geschichten des Autors und Profilen der aktuell erfolgreichsten Produktmanager und Technologie-Unternehmen, wie z. B. Adobe, Apple, BBC, Google, Microsoft und Netflix.

Marty Cagan ist weithin anerkannt als der Top-Vordenker für Technologie-Produktmanagement. Er leitete Produktorganisationen bei einigen der führenden Technologieunternehmen, darunter eBay, Netscape Communications und Hewlett Packard Labs. Er gründete 2001 die Silicon Valley Product Group (SVPG), um Best Practices im Produktbereich auszutauschen. Heute gilt SVPG als eine der stärksten Marken in diesem Bereich.mehr
Verfügbare Formate
BuchGebunden
EUR29,99
E-BookEPUB2 - DRM Adobe / EPUBE-Book
EUR26,99

Produkt

KlappentextVollständig überarbeitete Neuauflage!

Wie definieren, designen und entwickeln die heute erfolgreichsten Technologie-Firmen - Amazon, Google, Facebook, Netflix, Tesla - Produkte, die buchstäblich von Milliarden Kunden weltweit geliebt werden? Überraschenderweise geschieht das dort vielleicht komplett anders als bei der großen Mehrheit der Technologie-Unternehmen.
In 'Inspiriert' liefert der Vordenker im Bereich Technologie-Produktmanagement, Marty Cagan, einen Meisterkurs darüber, wie zum einen eine erfolgreiche und effektive Produkt-Organisation strukturiert und mit dem richtigen Personal versehen werden kann; und wie zum anderen technologische Produkte entdeckt und an Kunden geliefert werden können, die diese lieben.
Themen, die in den einzelnen Abschnitten behandelt werden, sind:
- Zusammenstellung der richtigen Leute und Fähigkeiten,
- Schaffen eines effektiven und dennoch 'leichtgewichtigen' Prozesses,
- Skalierung der Produktorganisation und -gestaltung,
- Entwicklung einer starken Produktkultur.

Egal, ob die Leser in einem Start-up arbeiten und ein neues Produkt zur Marktreife entwickeln wollen, oder in einem wachsenden Unternehmen, dessen Organisation angepasst werden soll, oder aber ob sie in einer alteingesessenen Firma tätig sind, die versucht, ihre Fähigkeit wiederzugewinnen, dem Kunden ständig neuen Nutzen zu bieten - 'Inspiriert' wird sie und ihre Organisation auf das nächste Level der Kundenbeziehung, Innovation und des Business-Erfolgs bringen.
Das Buch ist gefüllt mit zahlreichen persönlichen Geschichten des Autors und Profilen der aktuell erfolgreichsten Produktmanager und Technologie-Unternehmen, wie z. B. Adobe, Apple, BBC, Google, Microsoft und Netflix.

Marty Cagan ist weithin anerkannt als der Top-Vordenker für Technologie-Produktmanagement. Er leitete Produktorganisationen bei einigen der führenden Technologieunternehmen, darunter eBay, Netscape Communications und Hewlett Packard Labs. Er gründete 2001 die Silicon Valley Product Group (SVPG), um Best Practices im Produktbereich auszutauschen. Heute gilt SVPG als eine der stärksten Marken in diesem Bereich.
Details
Weitere ISBN/GTIN9783527839537
ProduktartE-Book
EinbandartE-Book
FormatEPUB
Format Hinweis2 - DRM Adobe / EPUB
FormatFormat mit automatischem Seitenumbruch (reflowable)
Verlag
Erscheinungsjahr2022
Erscheinungsdatum10.02.2022
Auflage2. vollständig überarbeitete Auflage
Seiten288 Seiten
SpracheDeutsch
Dateigrösse528 Kbytes
Artikel-Nr.9010932
Rubriken
Genre9201

Inhalt/Kritik

Leseprobe

6
Die Grundursachen gescheiterter Produktvorhaben

Beginnen wir damit, die Ursachen für das Scheitern so vieler Produktvorhaben zu ergründen.

In den meisten Unternehmen, und zwar überall auf der Welt und egal welcher Größe, erkenne ich dieselben grundlegenden Arbeitsweisen und ich kann nicht umhin zu bemerken, dass diese nicht annähernd mit denen der besten Unternehmen vergleichbar sind.

Kleine Warnung vorab: Die folgende Darstellung kann ein bisschen deprimierend sein, besonders wenn Sie sich darin nur allzu gut wiederfinden. Also falls das der Fall sein sollte, möchte ich Sie bitten, einfach mit mir gemeinsam dranzubleiben.

Abbildung 6.1 beschreibt den Prozess, den die meisten Firmen nach wie vor nutzen, um Produkte zu schaffen. Ich möchte dieses Vorgehen noch nicht bewerten, sondern den Prozess zunächst einfach beschreiben:

Wie Sie sehen, fängt alles mit Ideen an. In den meisten Unternehmen kommen sie von innerhalb (durch die Geschäftsführung oder wichtige Stakeholder oder Firmeneigentümer) oder von außen (durch aktuelle oder potenzielle Kunden). Wo auch immer sie ihren Ursprung haben, es gibt stets eine ganze Reihe von Dingen, die verschiedene Bereiche des Unternehmens von uns erfordern.

Abbildung 6.1: Grundursachen gescheiterter Produktvorhaben

Die meisten Unternehmen möchten diese Ideen nach Prioritäten sortiert in einer Roadmap darstellen, und zwar aus zwei wesentlichen Gründen. Zum einen wollen sie, dass wir als Erstes an den wichtigsten Dingen arbeiten, und zum anderen wollen sie vorhersagen können, wann was fertig ist.

Dafür gibt es gewöhnlich irgendeine Form vierteljährlicher oder jährlicher Planungssitzungen, bei denen die Führungskräfte die Ideen begutachten und über eine Product Roadmap verhandeln. Aber um Prioritäten setzen zu können, brauchen sie zunächst für jeden Punkt irgendeine Art von Business Case.

Manche Firmen erstellen formelle Business Cases, andere eher informelle, aber in jedem Fall müssen über jede Idee zwei Dinge bekannt sein: (1) Wie viel Geld oder Wert bringt sie? Und: (2) Wie viel Geld oder Zeit kostet sie? Diese Informationen werden dann für die Erstellung der Roadmap genutzt, normalerweise für das nächste Quartal, aber manchmal auch bis zu einem Jahr im Voraus.

Durch diese Roadmap hat die Produkt- und Technologieorganisation nun ihren Marschbefehl und bearbeitet die Aufgaben nach Priorität.

Hat eine Idee es ganz nach oben auf die Liste geschafft, besteht die erste Aufgabe des Product Managers darin, mit den Stakeholdern zu sprechen, um die Idee auszugestalten und eine Reihe von »Anforderungen« zu formulieren.

Diese Anforderungen können User Stories oder irgendeine Form funktioneller Spezifikationen sein. Ihr Zweck ist es, den Designern und Programmierern zu verdeutlichen, was genau geschaffen werden muss.

Sind die Anforderungen zusammengetragen, wird das User-Experience-Designteam (vorausgesetzt, das Unternehmen verfügt über ein solches) mit dem Interaction Design, dem Visual Design und bei physischen Geräten mit dem Industrial Design beauftragt.

Schließlich werden die Anforderungen und die Design-Spezifikationen den Engineers vorgelegt. An dieser Stelle tritt für gewöhnlich Agile auf den Plan.

Die Programmierer werden die Arbeit typischerweise auf eine Reihe von Iterationen herunterbrechen - im Scrum-Prozess werden sie als »Sprints« bezeichnet. Es braucht also vielleicht ein bis drei Sprints, um die Idee auszugestalten.

Zu diesen Sprints gehört hoffentlich auch das QA Testing. Wenn nicht, wird das QA-Team dies nachholen und einige Tests vornehmen, um sicherzustellen, dass die neue Idee wie angekündigt funktioniert und nicht für weitere Probleme sorgt (die als Regressionen bekannt sind).

Sobald die QA grünes Licht gegeben hat, kann die neue Idee endlich bei echten Kunden zum Einsatz kommen.

Die Mehrheit der Unternehmen, ob groß oder klein, denen ich erstmals begegne, arbeiten im Wesentlichen genauso und tun das schon seit vielen Jahren. Doch diese Unternehmen klagen auch fortwährend über den Innovationsmangel und die sehr lange Dauer des Weges der Idee zum Kunden.

Ihnen ist vielleicht aufgefallen, dass ich zwar Agile erwähnt habe und dass so ziemlich jeder heute Agile für sich beansprucht, doch was ich gerade beschrieben habe, ist weitgehend ein Wasserfallprozess. Um den Programmierern Gerechtigkeit widerfahren zu lassen, muss gesagt sein, dass sie im Rahmen des größeren Wasserfall-Kontextes im Allgemeinen so viel Agile wie möglich anwenden.

Die meisten Teams werden vermutlich so arbeiten. Aber warum sollte das der Grund für so viele Probleme sein? Ziehen wir jetzt einmal die Verbindungslinien, damit wir genau erkennen können, warum diese weit verbreitete Arbeitsmethode für die meisten gescheiterten Produktvorhaben verantwortlich ist.

In der folgenden Liste führe ich auf, was ich für die zehn größten Probleme bei dieser Vorgehensweise halte. Denken Sie daran, dass jedes dieser zehn Probleme eine sehr ernste Angelegenheit ist, die allein schon ein ganzes Team ins Schleudern bringen kann. Viele Unternehmen haben jedoch mehr als eins oder sogar alle diese Probleme.

Zwar beansprucht so ziemlich jeder heute Agile für sich, doch was ich gerade beschrieben habe, ist weitgehend ein Wasserfallprozess.
Beginnen wir ganz oben - bei der Quelle der Ideen. Dieses Modell führt zu verkaufsgesteuerten Besonderheiten und zu stakeholdergesteuerten Produkten. Es gibt zu diesem zentralen Thema noch sehr viel mehr zu sagen, aber fürs Erste nur so viel: Das ist nicht die Quelle unserer besten Produktideen. Eine weitere Folge dieser Vorgehensweise ist die mangelnde Beteiligung der Teammitglieder. In diesem Modell haben sie nichts weiter zu tun, als zu implementieren - sie sind nichts als Söldner.
Als Nächstes wollen wir über den fatalen Irrtum bei diesen Business Cases sprechen. Um das klarzustellen, ich persönlich bin ein großer Befürworter von Business Cases, zumindest für Ideen, die eine größere Investition brauchen. Aber die Art und Weise, wie die meisten Unternehmen sie in diesem Stadium erstellen, um eine nach Prioritäten geordnete Roadmap zu erhalten, ist wirklich lächerlich, und zwar aus folgendem Grund. Erinnern Sie sich an die beiden wichtigsten Vorüberlegungen für jeden Business Case? Wie viel Geld Sie verdienen werden und wie viel es kosten wird? Also, die nackte, schonungslose Wahrheit lautet: In dieser Phase haben wir von beidem nicht die leiseste Ahnung. Genau genommen können wir das gar nicht wissen.
Wir können nicht wissen, wie viel Geld wir verdienen, weil das komplett davon abhängt, als wie gut die Lösung sich erweist. Wenn das Team gute Arbeit leistet, könnte die Sache äußerst erfolgreich sein und wahrhaftig den Kurs des Unternehmens ändern. Die Wahrheit ist jedoch, dass viele Produktideen am Ende überhaupt nichts einbringen. Und das ist keine effekthascherische Übertreibung. Wirklich überhaupt nichts (das wissen wir aus A/B-Tests).

Auf alle Fälle lautet eine der wichtigsten Lektionen beim Produktmarketing, zu wissen, was wir nicht wissen können, und wir können zu diesem Zeitpunkt einfach nicht wissen, wie viel Geld wir verdienen werden.

Ebenso wenig Ahnung haben wir davon, wie hoch die Erstellungskosten sein werden. Ohne die eigentliche Lösung zu kennen, ist das für die Technik extrem schwer vorauszusagen. Die meisten erfahrenen Programmierer dürften es ablehnen, in diesem Stadium eine Schätzung vorzunehmen, aber manche werden zu einem T-Shirt-Größen-Kompromiss gedrängt - uns einfach zu sagen, ob es »S, M, L oder XL ausfällt«.

Aber Unternehmen wollen diese nach Prioritäten geordneten Roadmaps unbedingt haben, und um einen zu erstellen, brauchen sie irgendein System zur Bewertung der Ideen. Also spielen die Leute das Business-Case-Spiel.

Ein sogar noch größeres Problem ist, zu sagen, was als Nächstes kommt, und an dieser Stelle sind die Unternehmen wirklich begeistert von ihren Product Roadmaps. Im Laufe der Jahre habe ich zahllose Roadmaps gesehen und die meisten davon sind im Wesentlichen Listen von Funktionen und Projekten. Das Marketing braucht diese Funktion für eine Werbekampagne. Der Verkauf braucht jene Funktion für einen neuen Kunden. Jemand möchte eine PayPal-Verknüpfung. Sie wissen schon, worauf ich hinauswill.
Die erste Wahrheit ist, dass mindestens die Hälfte unserer Ideen schlicht nicht funktionieren wird.

Aber jetzt kommt das Problem - vielleicht das größte von allen. Es ist das, was ich als die beiden unbequemen Wahrheiten über Produkte bezeichne.

Die erste Wahrheit ist, dass mindestens die Hälfte unserer Ideen schlicht nicht funktionieren wird. Es gibt viele Gründe, warum eine Idee nicht umsetzbar ist. Der häufigste ist, dass die Kunden diese Idee einfach nicht so fantastisch finden wie wir. Also entscheiden sie sich, das Produkt nicht zu verwenden. Manchmal probieren sie es zwar aus, aber dann erweist es sich als so kompliziert, dass sich der Aufwand einfach nicht lohnt und die Kunden keinen zweiten Versuch...

mehr