Hallo, ich bin Olya und ich bin ein neu erstellter RO. Ich arbeite seit 1,5 Jahren als Eigentümer des Produkts, alle paar Monate kommen neue Instanzen, die Welt steht auf dem Kopf und ich denke: "Verdammt!" Ich habe alles falsch gemacht! Aber jetzt weiß ich genau wie! Natürlich kann ich mir jedes Mal nicht vorstellen, wie falsch ich bin.
Die Qualität des "Intro" ist etwas detaillierter über das Produkt, das Team und mich.
Wir schaffen eine technologische Plattform für die Verwaltung von Filialnetzen von Tankstellen. Wir bauen es von Grund auf neu, verwenden Microservices, arbeiten an Scrum, versuchen, Devops zu implementieren usw. Jetzt haben wir 30 Tankstellen, bis Ende des Jahres werden es mehr als 150 sein.
Vor 1,5 Jahren, nach all den obligatorischen Ereignissen wie Pitch, Lösungsarchitektur, Budgetschutz usw., bekam ich ohne nachzudenken ein Team von 8 Leuten, 6 - BE, 1 - FE, 1 - Designer. Jeder Entwickler ist einzigartig, schreibt nur für sich, ich habe das Wort "agil" irgendwo gehört, als ich es auf Habré gelesen habe, und was ein Kollege dort macht, spielt im Prinzip keine Rolle.
Ich habe angewandte Informatik studiert und gleichzeitig als Shisha-Arbeiter, Kellner, Sporternährungsberater, Barkeeper, Logistikspezialist im Hafen, Anmelder (im selben Hafen), Rohstoffvertriebsmanager im großen Einzelhandel, Analyst, Leiter Business Analytics, Leiter der Abteilung SAP System Analytics gearbeitet , Abteilungsleiter für die Entwicklung von BI-Lösungen, alle im selben Einzelhandel.
In meiner letzten Position hatte ich ein Team von Systemanalysten und Entwicklern, einen Auftragsbestand von 100 Jahren, viele Benutzer, die mir selbst Feedback gaben (ich brauchte nicht einmal gegossene Jungfrauen, obwohl ich es zu diesem Zeitpunkt noch nicht einmal wusste solche). Wir haben vier Wochen lang Sprints gearbeitet, weil der CIO sagte, dass die gesamte Aktion in der Diät stattfindet. Demonstrationen - nein, Rückblicke - nein, Metriken - nein, Scrum Master - wer ist das?
Und jetzt, vor 1,5 Jahren, war ich in der Schule der Produktbesitzer bei Gazprom Neft. Die dritte Unterrichtswoche läuft bereits. Wir erfahren etwas über Bluetooth-Dienste, über Cast-Entwickler, über CJM, über Metriken ... und ich verstehe nichts. Wozu brauche ich das? Warum bin ich hier? Darf ich schon ein Team rekrutieren?
Also was wir haben:- Ideal aus Sicht des Bassfaktors, ein Team, das von Grund auf neu zusammengestellt wurde
- Viel theoretisches Wissen auf dem Gebiet der Produktentwicklung
- Viele verschiedene Erfahrungen aus vergangenen Orten
- Eine Firma, in der es nicht einmal Fett gibt
Aber es gibt wichtige Leute, die aus irgendeinem Grund gegen die glänzende Zukunft unseres Startups und die blinzelnden männlichen Ansichten von Kollegen sind, die auch nicht wirklich verstehen, was ich hier mache.
Ich schließe mit den Vorspielen und gehe zu den Fehlern über.
Erster Fehler
Es macht keinen Sinn zu lernen, ein RO zu sein - Sie müssen es versuchen
Die RO-Schule ist also eine notwendige, nützliche und obligatorische Sache, aber nur, wenn Sie bereits ein RO sind. Ansonsten wird es wie in einer Schule oder Universität sein - sie sagen dort interessanterweise etwas, aber wie hängt das mit dem Leben zusammen? Unverständlich.
Wenn Sie gerade erst anfangen, mit RO zu arbeiten, sind Sie natürlich sehr zufrieden mit der Qualität Ihres Produkts und des Produkts selbst im Allgemeinen. Dies ist eine neue Rolle für Sie, über die es sehr interessant ist, im Internet geschrieben zu werden. Sie sind auf Konferenzen sogar zu cool, und Sie müssen sich daran halten.
In dem Streben nach wirklich beeindruckenden Schritten werden Sie bei jedem Sprint alles Mögliche und Unmögliche tun. Stakeholder (Investoren) werden Ihnen dabei helfen, die Metriken IHRES Produkts zu bestimmen, für die Sie verantwortlich sind. Sie werden alle Möglichkeiten ausprobieren, um das Team zu motivieren und zu demotivieren. Sie selbst werden vom Produkt träumen Nachts werden neue Funktionen mit Lichtgeschwindigkeit erzeugt.
Wie Sie wissen, hat der Kunde keine Zeit, das Produkt überhaupt aufzunehmen!
Aber früher oder später wird die Euphorie vergehen und Feedback von Kunden wird erscheinen, es wird Ihre Augen zum ersten Mal öffnen und Sie werden verstehen: etwas ist schief gelaufen. Hier werden Sie anfangen zu googeln, Sie werden lernen, was CJM ist, wie wichtig Forschung ist und dass im Allgemeinen Hypothesen benötigt werden, um sie zu testen, und nicht sofort greifen und tun.
Und jetzt ist genau der Moment, um zur RO-Schule zu gehen.
Zweiter Fehler
Schneeflockenmann - sehr ehrgeizig, aber nutzlos
Das ist mein Hauptfehler. Und hier ist alles einfach.
Wenn Sie ein neu erstellter RO sind, scheint es Ihnen, dass niemand das Produkt besser kennt als Sie (und das ist so) und niemand es besser macht (und das ist nicht so), und hier versuchen Sie, ein Scrum Master, ein Analyst und ein Architekt zu sein, und Sekretärin und viele mehr von wem. Vielleicht können Sie sogar alle diese Rollen kombinieren, ABER nicht lange, und vor allem - Sie werden aufhören, Eigentümer Ihres Produkts zu sein.
Sie müssen auf sich selbst aufpassen und lernen, dem Team zu vertrauen. Sie unterstützen das Produkt nicht weniger und möchten es erfolgreich machen. Alles, was Sie diesen Menschen schulden, ist eine Vision, ein priorisierter Rückstand und der Versuch, sie vor jeglicher Bürokratie zu schützen, mit anderen Worten, sie nicht daran zu hindern, Entscheidungen darüber zu treffen, wie ein Produkt hergestellt werden soll.
Wer so ein Schneeflockenmann ist, kann hier gefunden werden:
Fehler drei
Das Team wird auf den Scrum Master verzichten
Oft sparen ROs an dieser Position und denken, dass es besser ist, einen anderen Entwickler für das gleiche Geld zu nehmen, da dort der Effekt sofort sichtbar ist.
Ich dachte genauso und verlor fast mein Entwicklerteam. Erstens ist es sehr wichtig, das Team in die Philosophie des Scrums einzutauchen, es mit der Idee des Produkts zu infizieren, ihm beizubringen, wie man es richtig macht, und zu zeigen, warum das Tägliche sehr notwendig ist und warum es 15 Minuten dauern sollte. Was passiert, wenn die Aufgaben falsch bewertet werden, wie der RO abgelehnt wird, um etwas Unnötiges auszuführen, das nicht im Sprint enthalten ist (Sie selbst setzen keine 2 Kappen auf und Sie bringen ihnen nicht bei, Sie selbst abzulehnen).
Ich schreibe scheinbar banale Dinge, aber in der Praxis ist ein gut organisiertes Team ein viel produktiveres und effizienteres Team, das das tut, was Sie brauchen, sich während einer Retrospektive nicht gegenseitig erschießt, Ihre Erwartungen übertrifft und dann 50% Ihres Glücks hat Kunde.
Die Fortsetzung der Fehler wird sein, weil ich viele Fakaps angesammelt habe. Was ist mit dir?