Projektmanagement, Kategorie 30+

Hör auf, hör auf, reinige es sofort! Um ein fehlgeschlagenes Projekt zu schließen, benötigen Sie zwei Dinge: Sie müssen verstehen, dass das Projekt fehlgeschlagen ist, und Sie müssen es schließen. Aber nicht so einfach.



Dieser Artikel basiert auf einem Bericht von Maria Belkina von SEMrush vom OKR-Mitap in St. Petersburg : „Die Erfahrung des Wechsels von OKR zu Spotify Rhythm“. Obwohl der Titel des Berichts eine Demonstration der Mängel von OKR, der Vorteile von Rhythm und der Möglichkeit, eine durch die andere zu ersetzen, impliziert, war sein Hauptthema die Frage: „Was tun mit fehlgeschlagenen Projekten?“. Dies ist ein akutes und schmerzhaftes Thema, das interessant zu verstehen ist.

Startup-Kultur ist dem Erfolg verpflichtet. Wenn Sie das Ziel erreichen können, müssen Sie im gleichen Geist weitermachen. Aber nicht alle Projekte sind erfolgreich, in den meisten Fällen können nur mittelmäßige oder schlechtere Ergebnisse erzielt werden. Was passiert mit solchen Projekten? - Sie gehen weiter. Für alle: Sowohl für das Management als auch für die ausübenden Künstler ist es viel einfacher, weiterhin in ein erfolgloses Projekt zu investieren, als dessen Misserfolg anzuerkennen. Die Eskalation des Problems kann zu Konflikten im Team führen und die Beziehung zu Kollegen ruinieren. Niemand braucht das. Wenn Sie jedoch nichts unternehmen, wird die Entwicklung in vergeblichen Projekten ins Stocken geraten und das Produkt wird zu einem nicht unterstützten Hash nutzloser Funktionen. Das ist auch nicht gut.

Geld ist immer wichtig, aber Menschen sind eine wichtige Entwicklungsressource. Für einen Monat Arbeit wird eine Gruppe von einhundert Menschen unabhängig vom Ergebnis den gleichen Geldbetrag verbrennen. Das beste Ergebnis zu organisieren, ist natürlich die Hauptsache im Entwicklungsmanagement. Aber wenn eine neue Idee auftaucht: „Das müssen wir tun!“, Stellt sich oft heraus, dass es niemanden gibt, den wir angehen müssen. Alle Entwickler sind mit aktuellen Aufgaben beschäftigt und nicht mit den wichtigsten, aber Sie können sie nicht verlassen. Dies ist typisch für ein ausgereiftes Produkt.

Je älter das Softwareprodukt ist, desto mehr Ressourcen werden für den Support aufgewendet und desto langsamer ist die Neuentwicklung. Selbst wenn die Funktionen von zweihundert von hunderttausend Benutzern verwendet werden, muss der Fehler darin noch behoben werden. Die Einführung neuer Technologien erfordert die Korrektur des gesamten Codes, unabhängig davon, ob die Methode jede Millisekunde oder einmal im Monat aufgerufen wird. Ein gestartetes Projekt ist besser zu beenden als unvollendet zu lassen. Alle globalen Änderungen erfordern vollständige Tests und so weiter. All dies ist ein bisschen ernüchternd und lässt Sie kritisch über Perspektiven nachdenken.

Nicht alle Projekte werden erfolgreich sein, das ist Realität. Sie können damit leben, aber irgendwann sollte das Management verstehen, dass Sie nicht einfach weiterhin Spielzeug auf dem Boden verteilen können. In regelmäßigen Abständen müssen sie wieder in der Box gesammelt werden, sonst kommt es zu einem Durcheinander. Ja, aufräumen ist langweilig. Ja, es braucht Zeit. Ja, jemand ist möglicherweise verärgert darüber, dass sein Lieblingsspielzeug wieder in die Schachtel gelegt wurde. Aber wir sind Erwachsene.

Was bedeutet es, ein fehlgeschlagenes Projekt zu schließen? Es geht nicht nur darum, zehn Mannjahre Arbeit mit Verlust abzuschreiben. Alle entwickelten Funktionen müssen ebenfalls aus dem Produkt entfernt werden. Dies ist zusätzliche Arbeit und zusätzliche Kosten. Es wird auch unzufriedene Benutzer geben, denen die Funktionalität des Projekts aus irgendeinem Grund gefallen hat. Verpassen Sie nicht verpasste Gelegenheiten. Zeit und Mühe, die für den Abschluss des Projekts aufgewendet werden, können anscheinend mit größerem Nutzen genutzt werden. Schließen Sie das Projekt - teuer. Um einen solchen Schritt zu tun, benötigen Sie den Willen, die Entschlossenheit und das Verständnis, dass eine langfristige Produktgesundheit wichtiger ist als taktische Einsparungen. Aber selbst wenn die Bereitschaft besteht, solch drastische Maßnahmen zu ergreifen, ist der Auslöser immer noch erforderlich, um zu verstehen, dass das Projekt gescheitert ist.

Projektfehlerkriterium. In der Regel ist es üblich, ein Erfolgskriterium zu definieren. Es scheint, dass wenn Erfolgskriterien definiert wurden und das Projekt sie nicht erreichte, dies fehlschlug. Absolut nicht. Zwischen Erfolg und Misserfolg liegt eine große Grauzone. Wenn die Werte der Indikatoren, die den Erfolg bestimmen, nicht erreicht werden, besteht immer das Gefühl, dass "wir einfach nicht genug getan haben", "nur ein bisschen mehr und dann wird alles klappen". Vielleicht ist das so. Die Bewertung des Projekts nach Erfolgskriterien wirft jedoch nur die Frage „Weiter oder nicht?“ Auf. Eine solche Frage impliziert nicht die Antwort „Schließen und Zerstören!“.

Das Kriterium für das Scheitern des Projekts ist die untere Grenze der Indikatoren, unter die das Projekt zerstört werden muss. Wie ein Schiff, das ein Loch unter der Wasserlinie hat, sollte es untergehen. Mit allem möglichen Stolz, Größe und Professionalität.

So wie Erfolg nicht zu Neid führen sollte, sollte Misserfolg keinen Hass in einem Team hervorrufen. All dies ist auf lange Sicht eine Routine des Arbeitsprozesses. Damit das Scheitern des Projekts nicht zu Konflikten führt, müssen die Kriterien für das Scheitern sowie die Erfolgskriterien im Voraus festgelegt und vereinbart werden. Außerdem muss ein Projektbeendigungsplan im Voraus erstellt werden, noch früher als der Projektplan selbst. Nachdem festgestellt wurde, dass das Projekt fehlgeschlagen ist, besteht kein Zweifel daran, was in dieser Situation zu tun ist. Sie können sofort mit der entscheidenden Aktion fortfahren. Alles auf erwachsene Weise.

Es ist vernünftig zu argumentieren, dass unser Gehirn so angeordnet ist, dass wir uns, wenn wir im Voraus über ein Versagen nachdenken, auf ein Versagen einstellen. Kann sein. Die Fähigkeit, über die Konsequenzen nachzudenken, ist jedoch ein Zeichen für reifes Denken. Und die damit verbundenen Schwierigkeiten können anscheinend überwunden werden.

---

Dmitry Mamonov,
Wrike

PS In Fortsetzung des Themas, wie, warum und wann Funktionen aus dem Produkt entfernt werden sollen, kann ich einen Bericht von meinem Kollegen Yuri Andreikovich empfehlen.