Thema: product-management
-
RICE- und ICE-Bewertung: was die Zahlen bedeuten und wo sie an ihre Grenzen stossen
RICE multipliziert Reichweite, Wirkung und Zuversicht und teilt durch den Aufwand; ICE lässt die Reichweite weg und behält Wirkung, Zuversicht und Einfachheit. Beide sind nützlich, um Priorisierungsargumente explizit und vergleichbar zu machen, und beide versagen, wenn die Eingaben als Zahlen verkleidete Vermutungen sind oder wenn Abhängigkeiten und Strategie ignoriert werden.
-
Abnahmekriterien je Arbeitspaket, die sich in Tests überführen lassen
Die Abnahmekriterien jedes Arbeitspakets als konkrete Beispiele mit Ausgangszustand, Aktion und beobachtbarem Ergebnis formulieren, in der Given/When/Then-Struktur von Gherkin oder einer gleichwertigen, mit benannten Grenzfällen; Kriterien, die niemand ausser der Autorin oder dem Autor ausführen oder prüfen kann, sind keine Kriterien.
-
Nutzerinterviews für Entwickler: ein minimales Protokoll
Ein Entwickler kann innerhalb eines Tages ein nützliches Nutzerinterview durchführen: mit einem schriftlich festgehaltenen Ziel, einem kurzen Leitfaden mit offenen Fragen zu konkreten vergangenen Ereignissen, einem Testlauf, einer mitschreibenden Person und einer Nachbesprechung. Die Methode erfasst berichtetes Verhalten und ergänzt daher Beobachtung und Kennzahlen, statt sie zu ersetzen.
-
Roadmaps als Wetten mit Prüfterminen
Eine Roadmap als kurze Liste von Wetten schreiben, jede mit dem Ergebnis, das sie auszahlt, der Zeit, die das Team bereit ist zu investieren, und einem Termin, an dem sie geprüft und entweder fortgesetzt, neu zugeschnitten oder gestoppt wird; Shape Ups Wettmodell liefert den Rahmen, der Prüftermin macht aus einem Plan eine Entscheidung mit Verfallsdatum.
Maschinenlesbar: JSON