- Startups sind Experimente, keine kleinen Unternehmen: Ein Startup definiert sich über extreme Unsicherheit und nicht über Größe oder Branche, deshalb greifen hier die Werkzeuge nicht, die für Unternehmen mit langer Geschäftshistorie gebaut wurden.
- Bauen, messen und lernen, rückwärts geplant: Plane die Schleife rückwärts von dem aus, was du lernen musst, und laufe sie dann vorwärts, mit möglichst kurzer Gesamtzeit für einen Durchlauf.
- Miss validiertes Lernen, nicht ausgelieferte Features: Fortschritt heißt, empirisch zu belegen, dass du etwas Wahres über Kunden gelernt hast, denn ein Team kann jede Zusage einhalten und trotzdem nichts bewegen.
- Bau das Kleinste, das eine Antwort liefert: Ein Minimum Viable Product existiert, um das Lernen zu starten, also ist jede Arbeit darüber hinaus Verschwendung.
- Entscheide nach festem Takt über Pivot oder Kurshalten: Ein Pivot testet eine neue grundlegende Hypothese und behält, was bereits validiert ist, und die eigentliche Gefahr liegt im Aufschieben der Entscheidung.
- Wisse, welcher Motor dein Wachstum antreibt: Nachhaltiges Wachstum läuft über einen von drei Motoren, sticky, viral oder bezahlt, und jeder macht eine andere Zahl zur entscheidenden.
- Arbeite in kleinen Losgrößen, damit Probleme früh auffallen: Kleine Losgrößen bringen Fehler ans Licht, solange sie noch billig zu beheben sind, und genau darin schlägt One Piece Flow das Arbeiten in Stapeln.
The Lean Startup von Eric Ries argumentiert, dass ein Startup ein Experiment unter extremer Unsicherheit ist und sein Fortschritt sich deshalb an validiertem Lernen bemessen muss statt an pünktlich gelieferten Features. Diese Zusammenfassung verdichtet die zentralen Erkenntnisse des Buches auf sieben Kernaussagen, die du darauf anwenden kannst, wie dein eigenes Team plant, misst und entscheidet.
Über The Lean Startup
Eric Ries hat 2004 das avatarbasierte soziale Netzwerk IMVU mitgegründet und war dort CTO. Den Begriff „Lean Startup“ prägte er im September 2008 in seinem Blog Startup Lessons Learned, drei Jahre vor dem Buch, und er sagt ungewöhnlich offen, dass die Methode aus seinen eigenen Fehlschlägen entstanden ist und nicht aus seinen Erfolgen.
Er war Entrepreneur in Residence an der Harvard Business School, bei IDEO und bei Pivotal, schrieb 2017 mit The Startup Way über dieselbe Methode in großen Organisationen und gründete die Long-Term Stock Exchange, die die SEC 2019 als nationale Wertpapierbörse zuließ.
Das Buch erschien im September 2011 bei Crown Currency, einem Imprint von Penguin Random House, und richtet sich gegen zwei entgegengesetzte Fehlermuster zugleich. Das eine ist die romantische Vorstellung, Erfolg im Startup komme aus Genie, Timing oder Glück und lasse sich deshalb nicht lehren. Das andere ist das Produktdrehbuch großer Konzerne mit langer Inkubation, detailliertem Plan und Marktprognose, das laut Ries zu „achieving failure“ führt: Teams, die makellos umsetzen und etwas bauen, das niemand haben will.
Seine Gegenthese lautet, dass Unternehmertum eine Form von Management mit eigener Disziplin ist, und dass diese Disziplin in einer wissenschaftlichen Schleife besteht und nicht in einem besseren Plan. Die Entstehungsgeschichte des Buches passt dazu: Nach den frühen Schwierigkeiten von IMVU studierte Ries das Toyota-Produktionssystem und fragte sich, wie schlanke Produktion aussähe, wenn man sie auf Innovation anwendet.
The Lean Startup war ein Bestseller der New York Times, und der Verlag nennt mehr als eine Million verkaufte Exemplare sowie Übersetzungen in über dreißig Sprachen. Das Vokabular aus MVPs, Pivots und Vanity-Metriken ist heute so verbreitet, dass die meisten Teams es aus zweiter Hand übernommen haben, und genau deshalb lohnt sich das Original. Wie sich Lean zu benachbarten Ansätzen verhält, zeigt unsere Übersicht der agilen Methoden.
Kernaussagen
Die folgenden sieben Kernaussagen tragen die übertragbaren Argumente aus The Lean Startup. Jede führt von einer Behauptung darüber, wie Startups vorankommen, zu etwas, das du daran ändern kannst, wie dein Team misst und entscheidet.
Die fünf Prinzipien des Lean Startup, in der Reihenfolge des Buches
- Entrepreneure gibt es überall: du musst nicht in einer Garage arbeiten, um in einem Startup zu sein, und der Ansatz funktioniert in jeder Unternehmensgröße und jeder Branche.
- Entrepreneurship ist Management: ein Startup ist eine Institution und nicht nur ein Produkt, es braucht also ein Management, das auf extreme Unsicherheit ausgelegt ist.
- Validiertes Lernen: Startups existieren, um zu lernen, wie sich ein tragfähiges Geschäft aufbauen lässt, und dieses Lernen muss sich mit echten Daten belegen lassen.
- Bauen, messen, lernen: Ideen in Produkte verwandeln, messen, wie Kunden reagieren, und dann lernen, ob man pivotieren oder Kurs halten sollte.
- Innovationsbuchhaltung: um Innovatorinnen und Innovatoren in die Verantwortung zu nehmen, konzentriere dich auf das Langweilige, also darauf, Fortschritt zu messen, Meilensteine zu setzen und Arbeit zu priorisieren.
1. Startups sind Experimente, keine kleinen Unternehmen
Ries beginnt damit, das Substantiv neu zu definieren. Ein Startup ist nicht durch Größe, Branche, Finanzierung oder Garagenästhetik bestimmt, sondern durch die Bedingung, unter der es arbeitet.
Er sagt ausdrücklich: „Der wichtigste Teil dieser Definition ist das, was sie weglässt. Sie sagt nichts über die Größe des Unternehmens, die Branche oder den Wirtschaftszweig.“ Diese Auslassung ist Absicht, denn dadurch deckt die Definition auch ein Team in einem Konzern mit Tausenden Beschäftigten ab.
Der Vorzeigefall des Buches ist deshalb keine Garage. Es ist SnapTax, entstanden bei Intuit, wo die Unsicherheit nicht technisch war, sondern in der Frage lag, ob überhaupt jemand seine Steuererklärung vom Foto eines Formulars aus einreicht.
Fall im Buch | Kein Garagen-Startup | Warum es trotzdem eines war |
|---|---|---|
SnapTax | Intuit, 7.700 Beschäftigte, Milliardenumsätze | Niemand wusste, ob Menschen ihre Steuererklärung per Handyfoto einreichen würden |
Village Laundry Service | Finanziert von Innosight Ventures, geführt von einem P&G-Veteranen mit acht Jahren Erfahrung | Niemand wusste, ob Menschen ihre Wäsche einem Fremden übergeben und dafür zahlen würden |
Kodak Gallery | Eine Sparte eines hundert Jahre alten Konzerns | Niemand wusste, welches Kundenproblem die Funktion tatsächlich löste |
Die praktische Folge ist, dass der übliche Werkzeugkasten des Managements hier der falsche ist. Prognosen, Meilensteine und detaillierte Pläne setzen alle eine stabile Unternehmenshistorie voraus, und ein Startup in diesem Sinne hat keine.
Für alle, die mit Quartalszielen arbeiten, lohnt es sich, die unangenehme Konsequenz klar auszusprechen. Eine selbstbewusste Prognose für ein unbewiesenes Produkt ist keine Sorgfalt, sondern ein Kategorienfehler darüber, was für ein Gebilde du da eigentlich steuerst.
2. Bauen, messen und lernen, rückwärts geplant
Die Build-Measure-Learn-Schleife ist der Motor des Buches, und Ries ist präzise bei einem Detail, das die meisten Zusammenfassungen weglassen: Die Schleife wird rückwärts geplant, auch wenn sie vorwärts läuft.
Du startest bei dem, was du lernen musst, überlegst, welche Messung dir das verraten würde, und entscheidest erst dann, was du minimal bauen kannst, um diese Messung zu erzeugen.
Jede Station der Schleife hat ein Ergebnis, und diese Ergebnisse zu benennen ist das, was die Schleife davor bewahrt, zur Floskel zu werden:
- Von Ideen zum Bauen. Das Ergebnis ist ein Minimum Viable Product, dimensioniert nach dem, was du lernen musst, und nicht nach dem, was sich fertig anfühlt.
- Vom Produkt zum Messen. Das Ergebnis sind Daten, und die müssen handlungsleitend, zugänglich und überprüfbar sein, sonst sind sie eine Vanity-Metrik.
- Von Daten zum Lernen. Das Ergebnis ist validiertes Lernen, und die Entscheidung, die es erzwingt, lautet Pivot oder Kurshalten.
- Optimiert wird die Gesamtzeit durch die ganze Schleife, nicht der Durchsatz an einer einzelnen Station.
Genau diesen letzten Punkt verstehen Teams am häufigsten falsch. Das Bauen zu beschleunigen bringt nichts, wenn die Messung sechs Wochen auf sich warten lässt, und deshalb ist die Schleife ein Taktgeber und keine Entwicklungspraxis.
Ihre Herkunft ist älter, als das Buch nebenbei einräumt. Bauen, messen, lernen ist ein Nachfahre des PDCA-Zyklus, der Plan-Do-Check-Act-Schleife, die Deming nach Japan brachte, angewandt auf Produktentdeckung statt auf Prozessqualität.
Der Wettbewerbsanspruch, der unter alldem liegt, ist bei Ries unmissverständlich: „Der einzige Weg zu gewinnen ist, schneller zu lernen als alle anderen.“ Ein Vorsprung ist in seiner Lesart selten groß genug, um zu zählen.
3. Miss validiertes Lernen, nicht ausgelieferte Features
Das ist die Kernaussage, die sich am direktesten auf jede Arbeit mit Zielen überträgt. Ries argumentiert, dass sich die Fortschrittseinheit eines Teams ändern muss: nicht gelieferte Features, nicht erledigte Aufgaben, nicht der pünktlich und im Budget erfüllte Plan, sondern die Frage, ob das Team etwas Wahres gelernt hat, das es vorher nicht wusste.
Er grenzt den Begriff sofort gegen seinen üblichen Missbrauch ab, denn „wir haben viel gelernt“ ist die Standardausrede für ein Quartal, das nichts hervorgebracht hat.
Sein Test dafür, ob eine Zahl berichtenswert ist, sind die drei A, und jedes davon deckt eine andere Art des Selbstbetrugs auf.
Test | Was er verlangt | Welchen Fehler er aufdeckt |
|---|---|---|
Actionable | Der Bericht zeigt eine klare Ursache-Wirkungs-Beziehung | Eine Zahl, die steigt, ohne dass jemand weiß, warum |
Accessible | Alle, die an dem Bericht gemessen werden, können ihn lesen und prüfen | Kennzahlen, die nur in der Excel-Tabelle einer einzigen Analystin liegen |
Auditable | Die Daten lassen sich von Hand prüfen, im Gespräch mit echten Kunden | Zahlen, die niemand zu einem Menschen zurückverfolgen kann |
Sein Name für alles, was an allen drei Tests scheitert, ist die Vanity-Metrik: Bruttosummen, kumulierte registrierte Nutzer, ungefilterte Seitenaufrufe. „Vanity-Metriken richten großen Schaden an, weil sie eine Schwäche des menschlichen Verstandes ausnutzen“, schreibt er, denn eine kumulierte Summe kann immer nur steigen.
Der Ersatz ist die Kohortenanalyse: Jede Gruppe von Kunden, die in einem bestimmten Zeitraum dazugekommen ist, wird für sich betrachtet, sodass eine stagnierende Conversion-Rate sichtbar bleibt, statt unter aufsummierten Gesamtzahlen zu verschwinden.
Die unbequeme Folge daraus ist, dass ein Team jedes zugesagte Feature liefern und trotzdem keinen Schritt vorangekommen sein kann. Das ist dieselbe Unterscheidung wie Output gegen Outcome in der Zielsetzung, nur von der Produktseite her gedacht statt von der Zielseite.
4. Bau das Kleinste, das eine Antwort liefert
Das Minimum Viable Product ist die am häufigsten übernommene und am häufigsten verdrehte Idee des Buches, und Ries definiert sie gegen genau diese Verdrehung. Ein MVP ist nicht das kleinste denkbare Produkt und kein Prototyp, sondern der schnellste Weg durch eine vollständige Schleife.
Ebenso klar ist er bei der Aufgabe des MVP. In seinen Worten: „Das Ziel des MVP ist, den Lernprozess zu beginnen, nicht ihn zu beenden.“ Ein MVP, das nichts beantwortet, ist also einfach nur ein kleines Produkt.
Die Beispiele sind bewusst so gewählt, dass mehrere davon gar keine Produkte sind. Jedes beantwortete eine einzige Frage, die keine noch so lange interne Debatte hätte klären können:
- Dropbox veröffentlichte ein Demovideo eines Produkts, das noch nicht funktionierte, und die Warteliste für die Beta wuchs über Nacht von 5.000 auf 75.000 Menschen.
- Food on the Table betrieb einen Concierge-Service von Hand für eine Handvoll Kundinnen und Kunden, um herauszufinden, ob überhaupt jemand für einen aus Supermarktangeboten gebauten Wochenspeiseplan zahlen würde.
- Village Laundry Service stellte für weniger als 8.000 Dollar eine handelsübliche Waschmaschine auf die Ladefläche eines Pick-ups, um herauszufinden, ob Menschen ihre Wäsche abgeben und dafür zahlen würden.
- Zappos fotografierte Schuhe in einem lokalen Laden und kaufte sie zum Ladenpreis, sobald eine Bestellung einging, um herauszufinden, ob Kundinnen und Kunden bereit waren, Schuhe online zu kaufen.
Die Regel, was zu streichen ist, fällt bei Ries härter aus, als die meisten Teams sie anwenden. Jede Arbeit über das hinaus, was nötig war, um mit dem Lernen zu beginnen, ist Verschwendung, so wichtig sie zum Zeitpunkt der Planung auch schien.
Die Beispiele sind gewählt, um eine einzige Sache über Definitionen deutlich zu machen. Ein MVP bestimmt sich über die Frage, die es beantwortet, und nicht darüber, wie viel davon existiert.
5. Entscheide nach festem Takt über Pivot oder Kurshalten
Der Pivot ist das Entscheidungsverfahren des Buches, und für Ries ist nicht das Scheitern die eigentliche Gefahr, sondern die Unentschlossenheit. Seine Definition ist enger als die landläufige: „Ein Pivot ist eine besondere Art der Veränderung, die dazu dient, eine neue grundlegende Hypothese über das Produkt, das Geschäftsmodell und den Wachstumsmotor zu prüfen.“
Das Wort „besondere“ trägt hier Gewicht. Ein Pivot behält einen Fuß am Boden und bewahrt, was bereits validiert wurde, und genau das unterscheidet ihn vom Neuanfang.
Die Innovationsbuchhaltung macht diese Entscheidung beantwortbar statt emotional. Du setzt mit einem MVP eine Ausgangsbasis, justierst den Motor in Richtung Idealwert und schaust dann, ob das Justieren wirkt, was nichts anderes ist als die Frage nach Pivot oder Kurshalten in Zahlen.
Ries empfiehlt, diesen Termin in festem Rhythmus in den Kalender zu setzen, statt auf eine Krise zu warten, gerade weil das Gespräch teuer ist und sonst ewig verschoben wird. Teams, die ohnehin ein regelmäßiges OKR-Check-in fahren, haben den Termin schon; was ihnen meist fehlt, ist die Erlaubnis, darin die Hypothese zu ändern.
Fünf der zehn Pivots aus dem Katalog des Buches
- Zoom-in-Pivot: aus einer einzelnen Funktion wird das ganze Produkt.
- Zoom-out-Pivot: aus dem ganzen Produkt wird eine einzelne Funktion von etwas Größerem.
- Kundensegment-Pivot: das Produkt löst ein echtes Problem, aber für andere Kunden als geplant.
- Kundenbedarf-Pivot: die Kunden stimmen, aber das Problem erweist sich als nicht wichtig genug, während ein verwandtes Problem es sehr wohl ist.
- Wachstumsmotor-Pivot: das Wachstumsmodell wechselt, etwa von viral zu bezahlt. Diesen Pivot musste Ries bei IMVU vollziehen.
Insgesamt sind es zehn, die übrigen heißen Plattform, Geschäftsarchitektur, Wertabschöpfung, Kanal und Technologie. Sie zu benennen ist deshalb wichtig, weil ein Team, das nur sagen kann „wir ändern die Richtung“, keine Möglichkeit hat, über die Richtung zu streiten.
Die Warnung, die daran hängt, ist die schärfste Passage des Buches, und sie zielt auf das Festhalten und nicht auf das Scheitern.
6. Wisse, welcher Motor dein Wachstum antreibt
Ries argumentiert, dass nachhaltiges Wachstum genau einem von drei Motoren folgt und die Kennzahlen eines Teams erst dann Bedeutung bekommen, wenn es weiß, auf welchem es fährt.
Es geht dabei nicht um Klassifikation. Jeder Motor macht eine andere Zahl zur maßgeblichen, und ein Team, das die falsche optimiert, kann alles verbessern, was es misst, während das Wachstum flach bleibt.
Beim Sticky-Motor entscheidet die Churn-Rate: Wachstum entsteht, wenn neue Kunden schneller dazukommen, als bestehende abspringen, und das Tempo des Aufsummierens ist schlicht die Differenz zwischen beiden Raten. Beim viralen Motor entscheidet der virale Koeffizient, der zählt, wie viele neue Kunden jeder neue Kunde mitbringt, und alles über 1,0 wächst von selbst weiter. Beim bezahlten Motor entscheidet die Spanne zwischen dem Wert eines Kunden und den Kosten seiner Gewinnung.
Motor | Was Teams daran falsch machen |
|---|---|
Sticky | Kumulierte registrierte Nutzer feiern, während die Churn-Rate leise die Basis auffrisst |
Viral | Mundpropaganda als Kampagne behandeln statt als Eigenschaft des Produkts |
Bezahlt | Wachstum kaufen, das sich nicht rechnet, und es als Traktion verkaufen |
Als Fallbeispiel nimmt Ries das eigene Scheitern. IMVU war auf der Annahme gebaut, viral über bestehende Instant-Messaging-Netzwerke zu wachsen, die Kundschaft weigerte sich, es so zu benutzen, und das Unternehmen musste einen Wachstumsmotor-Pivot vollziehen.
7. Arbeite in kleinen Losgrößen, damit Probleme früh auffallen
Im dritten Teil hört das Buch auf, von Startups zu handeln, und handelt stattdessen davon, wie Teams arbeiten, mit der Losgröße als zentralem Mechanismus. Ries übernimmt One Piece Flow aus der schlanken Produktion und argumentiert gegen jede Intuition, dass eine Einheit von Anfang bis Ende fertigzustellen besser ist, als bei allen Einheiten erst den ersten und danach den zweiten Schritt zu machen.
Der Grund liegt im Feedback und nicht im Durchsatz. Eine kleine Losgröße verrät dir, dass etwas nicht stimmt, solange die Korrektur noch billig ist, eine große verrät es dir erst am Ende.
Warum kleine Losgrößen gewinnen, in den Worten des Buches
- Probleme zeigen sich, solange das Los klein genug ist, um sie günstig zu beheben.
- Am Ende muss niemand raten, ob der gesamte Durchlauf fehlerhaft ist.
- Nacharbeit bleibt auf das Los begrenzt statt auf den ganzen Plan.
- Das Team lernt seine tatsächliche Durchlaufzeit kennen statt seiner geplanten.
- Qualität lässt sich nicht gegen Zeit eintauschen, denn Fehler von heute bremsen dich später.
Die zugehörige Praxis sind die Fünf Warum: Frage fünfmal warum, um ein Symptom bis zu seiner Grundursache zurückzuverfolgen, und investiere dann auf jeder Ebene angemessen in Vorbeugung. Ries behauptet, dass ein Team auf diese Weise schneller wird, ohne Bürokratie anzuhäufen, weil sich die Investition am Symptom bemisst und nicht an der Angst.
Was die Praxis funktionieren lässt, ist eine kulturelle Regel und keine technische, und es ist der Satz, den Leserinnen und Leser am häufigsten zitieren.
Ohne diese Regel verkommt die Übung zur Jagd auf Schuldige, und das Team lernt, Fehler zu verstecken, statt sie zurückzuverfolgen.
The Lean Startup Rezension und Kritik
The Lean Startup hat auf Goodreads eine Bewertung von 4,11 von über 370.000 Leserinnen und Lesern. Marc Andreessens Klappentext lautet: „Eric hat eine Wissenschaft geschaffen, wo vorher nur Kunst war“, und Jeffrey Immelt, damals CEO von General Electric, wird auf der Verlagsseite mit den Worten zitiert: „Ich lasse alle unsere Führungskräfte The Lean Startup lesen.“ Rezensenten haben allerdings mehrere Schwächen angemerkt.
Die Belege sind nachträglich ausgewählte Fallstudien: Das Buch verlangt von seiner Leserschaft Experimente im Sinne Poppers und begründet diese Disziplin dann mit einer Reihe von Erzählungen über Unternehmen, die bereits erfolgreich waren, das eigene eingeschlossen. Eine Methode, deren Beweis eine Liste von Gewinnern ist, kann dir nicht zeigen, wie es aussähe, wenn die Methode falsch wäre.
Erfolg wird mit Wagniskapital und Übernahmeangeboten beglaubigt: Wenn der Text zeigen will, dass eine Fallstudie funktioniert hat, greift er zu eingesammeltem Geld oder erhaltenen Angeboten, also genau zu der Art kumulierter, nicht ursächlicher Zahl, der man laut seinem eigenen Kennzahlenkapitel misstrauen sollte.
Die Methode optimiert auf das, was billig zu beobachten ist: In einem Aufsatz in Long Range Planning argumentieren Teppo Felin, Alfonso Gambardella, Scott Stern und Todd Zenger, dass die Betonung leicht beobachtbarer Rückmeldungen die eigentliche Aufgabe von Unternehmerinnen und Unternehmern unterschätzt, nämlich eine neue Theorie zu formulieren, die das Testen überhaupt wert ist. Ihr Fazit lautet, Lean Startup „fördert inkrementelle Experimente, die meistens auch nur inkrementellen Wert erzeugen“, ein Punkt, den Peter Thiel in Zero to One von der anderen Seite macht, wenn er sagt, Iteration finde lokale Maxima statt neuer Dinge.
Fast alle Beispiele stammen aus Software: IMVU, Dropbox, Grockit, Votizen, Wealthfront und SnapTax lassen sich täglich verändern, und der Takt, den das Buch voraussetzt, ist in regulierten Branchen, in Hardware, in der Biotechnologie oder überall dort mit physischer Lieferkette schlicht nicht verfügbar. Ries führt Village Laundry Service als Gegenbeispiel an, aber solche Fälle bleiben im Buch eine kleine Minderheit.
Für wen eignet sich das Buch?
The Lean Startup richtet sich an Produktverantwortliche, Gründerinnen und Gründer sowie Engineering- und Produktleitungen in Teams von etwa 5 bis 200 Personen, die etwas bauen, dessen Nachfrage tatsächlich unbewiesen ist, und die innerhalb einer Woche ausliefern und messen können. Am härtesten trifft es alle, die gerade erlebt haben, wie eine sauber umgesetzte Roadmap ein Produkt hervorgebracht hat, das niemand angenommen hat.
Ungewöhnlich nützlich ist es außerdem für Innovations- und New-Business-Verantwortliche in großen Unternehmen, denn den dritten Teil hat Ries genau für diese Leserschaft geschrieben, und Intuit sowie General Electric gehören zu den Fällen. Für ein Publikum, das mit Zielen arbeitet, ist die naheliegende Leserschaft, wer ein Quartals-Objective verantwortet, dessen Key Results derzeit Outputs zählen.
Weniger gut kommt das Buch dort an, wo die Nachfrage bereits bekannt ist und eine lange Unternehmenshistorie klassische Planung tragfähig macht. Wer strenge Belege sucht, wird enttäuscht, und wer das Vokabular aus zweiter Hand kennt, wird das erste Drittel repetitiv finden: Was eine vollständige Lektüre lohnt, sind die Innovationsbuchhaltung, die Wachstumsmotoren und das Material zu kleinen Losgrößen am Schluss.
Weiterführende Lektüre
Mooncamp-Ressourcen
- Zero to One Zusammenfassung: Thiels Gegenargument, dass Iteration lokale Maxima findet und keine Durchbrüche
- OKRs und Agile: Wie ein Lerntakt und ein Zieltakt im selben Quartal zusammenpassen
- OKR-Fehler: Das Problem der Vanity-Metriken, wie es innerhalb eines Zielsystems auftaucht
- Die besten OKR-Bücher: Wo dieses Buch im größeren Regal zu Zielsetzung und Umsetzung steht
Verwandte Bücher
- Zero to One von Peter Thiel: Die direkte Widerrede, die Lean für eine Methodik hält und nicht für ein Ziel
- The Startup Owner's Manual von Steve Blank und Bob Dorf: Customer Development, der Vorfahr dieser Methode, mit dem Schritt-für-Schritt-Prozess, den Kritiker bei Ries vermissen
- The Startup Way von Eric Ries: Die eigene Fortsetzung des Autors, die dieselbe Methode mit einer Governance-Ebene in große Organisationen trägt
- Crossing the Chasm von Geoffrey Moore: Das Modell der frühen Anwender hinter Ries' Beharren darauf, die Kunden zu finden, die das Problem am stärksten spüren
