10 Fehler der jungen PO (Schlussfolgerung)

Und jetzt 3 Hauptfehler. Wenn sie immer und immer wieder gemacht werden, befürchte ich, dass Sie von einem jungen PO aus die Rolle eines ehemaligen PO übernehmen können. Beginnen Sie hier und hier .


8. Sie können niemanden aus dem Entwicklerteam entlassen
Andernfalls wird das gesamte Team demotiviert

Ja, bei den Klassikern des Genres ist das Scrum-Team selbst organisiert, und Sie sitzen auf dem „Thron“ und priorisieren den Rückstand. Egal wie)

In Wirklichkeit hat ein selbstorganisiertes Team keine Angst, Probleme zu besprechen, und äußert sich ehrlich zu einem anderen Mitglied des Teams, dass "wir hier tatsächlich nicht chatten werden". Wenn zum Beispiel eine Person im Team erschien - ein Zauderer -, diskutierten sie dies alles im Nachhinein, erkannten, dass „das nicht funktionieren wird“ und verabschiedeten sich mit den Worten „ Das ist Sparta “ von ihm. (Ich weiß nicht einmal, wie ich in einem solchen Team weiterarbeiten soll :)

RO - er ist der Manager, der Eigentümer des Budgets, und wenn er sich nicht in die Angelegenheiten des "selbstorganisierten" Teams eintaucht und dessen "Gesundheit" nicht überwacht, ist es unwahrscheinlich, dass eine solche Geschichte gut endet. Sie und das Team haben verschiedene Dinge ausprobiert, aber es hilft nicht? Dann liegt Entlassung, Warnung und all das in Ihrem Verantwortungsbereich. Obwohl die Best Practices darauf hindeuten, dass solche Entscheidungen vom Team getroffen werden sollten, wachsen nur sehr wenige von ihnen auf eine solche psychologische Ebene der Interaktion.

Ich möchte über zwei Fälle aus meiner Praxis sprechen. Unser Team hat 2 coole Beispiele.

• Das erste Beispiel. Gezwungen . Der Entwickler nahm an der Planung teil, diskutierte die Funktionen, unterstützte, fummelte und dann konnte er sagen: "Leute, ich habe 2 Monate Training." Er kam zurück, alle wieder im Kreis. Aber das Team selbst konnte ihm nichts sagen, wollte nicht und schwieg, und ein Teil der Arbeit wurde eingestellt, das gesamte Team zog diese geplanten Aufgaben in die Länge und hatte natürlich nicht viel Zeit. Ich habe das lange gesehen und mit dem Entwickler gesprochen, deshalb haben wir uns von ihm verabschiedet. Und nichts ist mit der Gesundheit des Teams passiert, alle sagten: „Ja, die richtige Entscheidung, aber im Allgemeinen wäre es schön, solche Entscheidungen als ganzes Team zu treffen“ (gereift :)).
• Ein Beispiel für die zweite . Positiv . Der Entwickler litt unter Aufschub, es ist völlig unklar, was er tat. Aber im Retro sagte das Team, dass es nicht gut sei, sie beschrieben die Vor- und Nachteile der Person aus ihrem eigenen Team. Und weißt du was? Wir haben festgestellt, dass wir uns einfach nicht verstanden haben. Der Entwickler begann anders zu arbeiten, er schafft viel, schreibt besser. Das ist retro genug. Manchmal kommt die Erleuchtung des Teams auch, wenn es einen guten Scrum-Meister gibt, der beim Reden hilft.

9. Jedes Geschäft muss abgeschlossen sein.

Nein, keine. Im Allgemeinen muss eine äußerst seltene Sache in der Produktentwicklung abgeschlossen werden. Natürlich, wenn genau dieses Ende richtig definiert ist :)

Sie haben sich zum Beispiel ein Feature ausgedacht, darüber gelogen, sie lebt in der Fantasie, der Prototyp ist wunderschön und sie hat auch diesen Knopf blau mit einem weißen Rand. Glücklicherweise gibt es eine lebensrettende MVP, mit der Sie nichts Überflüssiges tun können. Der Klient erhält zunächst das Notwendigste und erst danach - etwas Notwendiges, dann zusätzliches und nur irgendwann etwas für die Seele.

Viele PO-Anfänger befürchten, dass sie keine ihrer Ideen (episch) umgesetzt haben. Aufgrund dieses Gefühls übernehmen sie Aufgaben, die wenig Wert bringen, aber viel Ressourcen verbrauchen. In der Zwischenzeit leidet der Kunde unter einem Problem, das Sie schnell lösen können und einfach entscheiden.

Schalten Sie den Perfektionisten aus und haben Sie für eine Weile ein großartiges Gefühl. Es wird eine Zeit kommen, in der der Kunde sehr zufrieden sein wird und es möglich sein wird, alle Aufgaben am Ende des Rückstands zu erledigen (obwohl ich mich selbst noch nicht in dieser Phase der Produktentwicklung befunden habe, aber dies zu verstehen hilft, Entscheidungen leicht zu treffen).

Dieser Weg funktioniert von selbst, wenn die Aufgaben eine genau beschriebene User Story haben. Ich werde zeichnen, wie es aussieht:



10. Arbeite und fürchte, deinen Job zu verlieren

Sie kommen zu einem neuen Unternehmen / gründen ein Startup, arbeiten aber gleichzeitig und treffen Entscheidungen basierend auf früheren Erfahrungen. In den neuen Realitäten wird es sicherlich Menschen / Regeln / Meinungen geben, die Ihnen sagen, dass hier "es unmöglich ist ", aber "es wird nicht akzeptiert " und "dieses Wort überhaupt nicht aussprechen ". Dies wird zu einer künstlichen Einschränkung eines Produkts, die häufig nur auf Vermutungen, subjektiven Meinungen und der Angst vor anderen beruht. Aber Sie wissen das nicht und bauen Betonwände um Ihr Produkt, die er nicht entwickeln kann.

Ein Beispiel. Unser Team verbrachte sechs Monate ohne Server für das Produkt, weil „solche Regeln - jeder hier wartet 6 Monate auf einen Server“ wie Ferrari F60 America kosten und Cloud-Hosting verboten ist. Ok, warte - der Server unter dem Tisch ist nicht so schlecht.

Nutzen Sie die Chance, probieren Sie es aus. Hat nicht geklappt? Versuchen Sie es erneut! Oder es stellt sich heraus, dass Sie keine Betonmauer bauen müssen, oder Sie können sie brechen, oder das Schlimmste, was passieren kann, ist, dass Sie herausfinden, dass es wirklich unmöglich ist, sie abzureißen. Auf dem Weg dorthin werden Sie den Kontext des Problems so weit wie möglich herausfinden und mehr Optionen für Lösungen finden. Ja, höchstwahrscheinlich werden Sie jemanden mit Ihren Versuchen verärgern, etwas zu zerbrechen, das nicht zerbrochen werden kann. Niemand wird Sie dafür bestrafen, dass Sie versucht haben, alles Mögliche für das Produkt und das Unternehmen zu tun, und noch mehr, sie werden Sie nicht entlassen :) die ersten drei Male - sicher. Am vierten - es ist möglich, aber Sie haben alles getan, was Sie konnten.

Übrigens, jetzt werden wir in der Cloud gehostet und stellen virtuelle Maschinen in 1 Minute in der Menge bereit, die wir für notwendig halten. Und ich arbeite immer noch hier :)