Die Perfektion eines Produktmanagers....

Antoine war nicht nur ein brillanter Schriftsteller, Philosoph und Pilot (was er wohl auch war, denn er stürzte im Mittelmeer ab), sondern er hatte vor allem einen scharfen Verstand, wenn es um Technik ging. Ich zitiere ihn häufig, wenn ich Produktverantwortliche, Produktmanager oder allgemein Produktunternehmen darüber schule, was ein gutes Produkt ausmacht. Ich sage ihnen auch, dass das wichtigste Wort in ihrem Wortschatz "Nein" ist. Aber dann stellt sich die Frage, was die Kriterien für ein "Ja" sind. Normalerweise betrachten wir den Wert einer Funktion und verwenden verschiedene Methoden, um verschiedene Funktionen zu priorisieren und einzustufen, sie auf ihren minimalen Nutzen herunterzubrechen und das Team in Gang zu bringen. Aber was ist, wenn Sie bereits ein Produkt haben? und das Entwicklungstempo sich verlangsamt. Funktionen werden seit Jahren oder sogar Jahrzehnten übereinander gestapelt und es wird für die Teams immer schwieriger, sich durch den sprichwörtlichen Sumpf zu kämpfen, zu dem der Code geworden ist? [caption id="attachment_15057" align="alignnone" width="480"] Zu viele Funktionen[/caption] Wie sich herausstellt, gibt es eine Reihe von Kriterien, die Sie befolgen können: 1.) Funktionierende Software bedeutet, dass sie tatsächlich genutzt wird. Auch wenn es offensichtlich klingt, ist es nicht so einfach, das herauszufinden. Ich gehörte einmal zu einem Team, das ein recht umfangreiches (sprich: riesiges) Softwarepaket für ein Flugsicherungssystem neu erstellen musste. Die Manager versicherten uns, dass jede Funktion erhalten bleiben müsse, aber die Kosten wären unerschwinglich hoch gewesen. Eine der Funktionen des Systems war ein Aufzeichnungs- und Wiedergabemodus für rechtliche Zwecke. Er registriert im Grunde alle Ereignisse im gesamten System, um als Beweis dafür zu dienen, dass die Bildbearbeiter rechenschaftspflichtig oder zumindest überprüfbar wären. Einer unserer Ingenieure hatte die geniale Idee, dass wir diese Daten anonym katalogisieren könnten, um herauszufinden, welche Funktionen genutzt wurden und welche nicht.Es stellte sich heraus, dass die Standish Group mit ihrer Behauptung, dass 80% der Software nie genutzt wird, ziemlich recht hatte. Das herauszufinden stieß auf heftigen Widerstand, aber es war einfacher, das Management (und die Benutzer) mit Daten zu überzeugen als mit dem Bauchgefühl.Ein weiterer Vorteil: Wir wussten auch, welche Funktionen häufig genutzt wurden, und fanden heraus, wie wir diese erheblich verbessern konnten. 2.) Die Kosten für die Plattformen Jippie, wir haben es auf einer Unmenge von Plattformen zum Laufen gebracht! und Junge, wir haben eine große Reichweite, die Marketingleute sind ganz aus dem Häuschen. Auch wenn es zu diesem Zeitpunkt die richtige Entscheidung ist, müssen Sie diese Annahme immer wieder überprüfen und darauf vorbereitet sein, aufzuräumen! Dies wird oft als Fehlinvestition angesehen: "Wir haben so viel Geld ausgegeben, um Blackberry endlich zum Laufen zu bringen" oder "Es ist so kostengünstig, dass wir es auch auf Plattform XYZ anbieten können". In der Webwelt ist es oft die Anzahl der von uns unterstützten Browser, aber bei größeren Softwaresystemen sind es häufiger Betriebssysteme, Datenbankversionen oder sogar Hardware. Für einen Kunden haben wir Hardwaresysteme überholt, einfach weil es billiger war, als auf eine modernere Maschine umzusteigen. Key take away: Wenn die Plattform veraltet ist, sollten Sie sie vollständig aus der Codebasis entfernen, denn sie wird das Team ausbremsen und Sie brauchen ihre Schnelligkeit, um auf die immer schneller werdenden neuen Plattformen zu reagieren. 3.) Alte Strategien Jeder Markt und jedes Produktunternehmen ändert sich mindestens alle paar Jahre (oder stirbt). Der Schwerpunkt verlagert sich von Verbrauchergruppen auf die Art der Kunden, die Art der Lieferung, die Verlagerung auf Dienstleistungen oder etwas anderes, das neu, hip und vor allem profitabel ist. Codebasen neigen zu einer gewissen Trägheit. Je größer das Produkt ist, desto größer ist die Trägheit, und ehe Sie sich versehen, sind tonnenweise Funktionen enthalten, die in der neuen Situation weit weniger wertvoll sind. Es ist immer schmerzhaft, gute Funktionen zu streichen, aber irgendwann landen Sie bei den Symbolleisten von Microsoft Word. Nette Funktionen, aber ein absoluter Overkill für den durchschnittlichen Benutzer. 4.) Die Ursache-Wirkungs-Falle Wenn Menschen mit einem Problem konfrontiert werden, neigen sie dazu, sich auf die Behebung des Problems zu konzentrieren, sobald es sich manifestiert. Es fällt unserem Gehirn schwer, in Problemen zu denken, es versucht, in Lösungen zu denken. Hier finden Sie einen ausgezeichneten Blogbeitrag, der eine wirkungsvolle Methode zur Überwindung dieses Phänomens bietet, indem Sie fünfmal "warum" fragen.

• "Wir brauchen ein System, das die Kontodaten am Ende des Tages automatisch exportiert.
• "Warum?"
• "Damit wir die Datensätze in das Finanzsystem eingeben können"
• "Es klingt also so, als ob das eigentliche Problem darin besteht, die Daten in das Finanzsystem zu bekommen und nicht, sie zu exportieren. Der Export verkompliziert das Problem nur. Lassen Sie uns einen Datenfeed implementieren, der die Daten automatisch in das Finanzsystem einspeist.

Die schwierige Aufgabe besteht darin, Ihre Funktionen ständig zu evaluieren und diejenigen zu entfernen, die nicht mehr wertvoll sind. Es mag Ihnen so vorkommen, als würden Sie guten Code wegwerfen, aber letztlich überlebt nicht das größte Produkt, sondern dasjenige, das sich schnell genug an den sich verändernden Markt anpassen kann. (Frei nach Darwin)

---

Möchten Sie mehr über den Einsatz von Kampfsportarten im Produktmanagement erfahren? Bestellen Sie das Buch bei bol.com, wenn Sie in den Niederlanden oder Belgien leben, oder melden Sie sich an, um die internationale Ausgabe zu erhalten.