Gab es Scrum *?


* Scrum (Scrum (n.)) Ist ein Rahmen, der zur Lösung von Aufgaben beiträgt, die sich im Laufe der Arbeit ändern, um Kunden effizient und kreativ mit dem höchstmöglichen Wert zu versorgen.

Warum ich mich entschieden habe, diesen Artikel zu schreiben


Sehr oft in einem Arbeitsumfeld, im Internet und bei Interviews hören Sie zum Beispiel Folgendes:
„Es gibt so viele Meetings mit diesem Scrum! Wann dann arbeiten?! ”;
"Nun, lass es zumindest Scrum sein, selbst Sram, einfach rollen und mich den Code schreiben lassen!";
"Wir haben auch dieses Scrum auferlegt, es ist im Allgemeinen nicht klar, warum";
„Jeden Tag sind Stand-Ups vierzig Minuten lang. Warum sollte ich sie besuchen? Ich möchte wissen, was ich getan habe und woran ich gerade arbeite - siehe Jira, Confluence, Git usw. “
„ Ein Scrum Master ist überhaupt ein Clown, er sollte alle Tänze haben, anstatt das Projekt zu leiten! “;
"Ja, wir haben Scrum verwendet: Hauptsache, die Retrospektiven wurden durchgeführt."
Der Zweck dieses Artikels besteht darin, zu zeigen, dass das Negative, das immer noch in einem großen Strom in Richtung Scrum fließt, tatsächlich nicht für es gilt und das Problem an anderer Stelle gesucht werden sollte.

Als nächstes möchte ich über typische Fälle sprechen, in denen diese Probleme auftreten.

Ich selbst bin ein zertifizierter (scrum.org) im Scrum-Bereich, ein Angestellter einer großen Organisation aus dem Finanzsektor (nicht "grün", wenn dies der Fall ist). Momentan haben wir kein Scrum, aber wir bewegen uns in diese Richtung, und ich persönlich habe eine Vision, warum und wie wir dies tun werden.

In der Tat kam mir die Faszination für flexible Methoden und insbesondere für Skram vor nicht allzu langer Zeit, aber meiner Meinung nach ist nicht "wie lange", sondern "wie qualitativ und bewusst" von Bedeutung.

Und je mehr Sie sich in dieses Thema vertiefen, desto mehr verstehen Sie, dass dieses Framework ein mächtiges "Werkzeug" ist, und es ist immer trauriger, die am Anfang des Artikels gegebenen Phrasen und Kritiken zu treffen, die in der Regel ein Hinweis auf unbeholfene Versuche sind, nach Scrum zu wechseln.

Warum die Versuche und sogar die ungeschickten, weil sie nicht begriffen haben, warum dieses ganze Scrum und Agile im Allgemeinen etwas früher aufhörten als zu Beginn des Übergangs.

Unternehmen, die verstehen, warum Scrum benötigt wird und wie es verwendet wird, ist meines Erachtens in unserem Land kein so häufiges Phänomen.

Die für viele unsichtbare Macht von Scrum kann bis zu einem gewissen Grad mit der von Excel verglichen werden: Sieht recht einfach aus, aber wenn Sie graben ...

Ich betrachte Scrum jedoch nicht als eine silberne Kugel, genau wie seine Ersteller (Link zu einem kürzlich erschienenen Artikel) Ich werde hier nicht in einer maßgeblichen Ausgabe geben), und dies ist bereits ein Thema für einen separaten Artikel.

1. "Auferlegt"


Meiner Meinung nach ist einer der Hauptgründe, warum Skram eine solche Abneigung verursacht, der, dass er während der Umwandlung der Organisation einfach von oben herabgelassen wurde. Und das Problem hier ist genau, wie die Transformation erfolgte:

  • Hat das Management erkannt, was es insbesondere für flexible Methoden und Scrum tun würde?
  • Wie erhielten die Mitarbeiter Informationen über die Notwendigkeit der Transformation und warum helfen insbesondere flexible Methoden und insbesondere Scrum?
  • Wie haben Sie die Mitarbeiter in den Transformationsbedingungen unterstützt? Haben Sie qualitativ hochwertige Schulungen, Zertifizierungen durchgeführt und bei der Gründung von Teams geholfen?

Es ist eine sehr häufige Geschichte, wenn sich Unternehmen verändern, einfach weil sie „modisch“ ist.
Infolgedessen wird kaum etwas Gutes erhalten, und das aufkommende Nörgeln strömt anschließend in eine negative Welle.

In dieser Hinsicht mochte ich einen Satz im Thema: „In traditionellen Unternehmen organisieren traditionelle Manager die traditionellen Transformationen.“

Ich bin jedoch ehrlich zu Ihnen: Als wir zum ersten Mal Agile / Scrum / Kanban „hereingebracht“ wurden, dachte ich genau über Scrum nach , wie wäre es mit etwas Müll mit endlosen Meetings. Änderungen in meiner Einstellung zu ihm erfolgten nach einem sehr coolen Projekt, in dem ich mir die Frage stellte: "Was wäre, wenn ...?".

2. Erraten auf Scrum per Foto


Ein weiterer Grund für Empörung und sogar eine Art Verbitterung in Scrum ist seine Fehlinterpretation, die hauptsächlich darauf zurückzuführen ist, wo wir Wissen daraus ableiten. Als Ergebnis haben wir beispielsweise "Teezeremonien" oder "Opferrituale" anstelle von "Ereignissen".

Ich schließe die Anwesenheit von Andersdenkenden nicht aus, die darüber streiten, im Daily Scrum in einem Kreis, einem Quadrat oder einer anderen Figur zu stehen. Wenn dies der Fall ist, übertragen Sie das Wort im Uhrzeigersinn, gegen oder etwas anderes.

Gleichzeitig gibt es absolut kein Verständnis dafür, warum diese notorischen obligatorischen Meetings (Ereignisse) in Skram existieren, die übrigens an einer Hand gezählt werden können.

Betrachtet man den riesigen Informationsfluss im Netzwerk, so scheint es, dass viele einfach nicht wissen, woher die Quelle stammt und wo man das grundlegende Wissen über das Framework erhält.

Das Hauptdokument zu Scrum ist "The Scrum Guide", das in Zusammenarbeit mit Ken Schwaber und Jeff Sutherland verfasst wurde und in vielen Sprachen verfügbar ist, darunter auch in Russisch.
Meines Erachtens benötigen Sie, um ein grundlegendes Wissen über Scrum zu erlangen und Ihren Geist nicht mit allerlei falsch interpretierten Ergänzungen von Scrum zu stören, nur zwei Hauptbestandteile: mehr als einmal den Scrum-Guide und das aufmerksame Lesen des Scrum Guide. Dieses Dokument ist ziemlich kompakt - weniger als zwanzig Seiten, die Sie beherrschen können.

Zu den Trainings möchte ich kurz sagen: Sei vorsichtig! Im Rahmen dieses Artikels werde ich niemanden bewerben, aber ich denke, dass nur ein oder zwei Unternehmen in unserem Land mit den „richtigen Schulungen“ zu diesem Thema vertraut werden können.

3. „Interpretation“ bestimmter Abschnitte des Scrum Guide und nicht nur


Im Zusammenhang mit der Frage, wie viele Diskussionsrunden im Netzwerk zu Scrum führen, werde ich versuchen, auf sie aufmerksam zu machen und mein Verständnis in Übereinstimmung mit Scrum Guide und Erfahrung darzulegen.

Scrum ist ...


Ich möchte zwei der drei Merkmale hervorheben: leicht verständlich und schwer zu meistern .

Einige Leute glauben, dass es einen Widerspruch gibt.

Sprint


In diesem Unterabschnitt stelle ich absichtlich einige Fragen, die Sie zum Nachdenken anregen und Ihre Herangehensweise an den Rahmen überdenken können.

  1. Was ist Ihrer Meinung nach der Punkt, um zeitlich festgelegte Arbeitsintervalle als Sprints aufzurufen? Kann es beispielsweise einfacher sein, alle zwei Wochen einen Bericht über die geleistete Arbeit zu senden?
  2. Wenn Sie gerade nach Scrum wechseln, wie lange haben Sie sich für den Sprint entschieden? Als ich diese Frage stellte, traf ich meistens einen überraschten Blick und dann die Antwort: „Standard - 2 Wochen“.
  3. Warum hast du einen Sprint dieser Länge gewählt?
  4. Warum wird es nicht empfohlen, die Länge des Sprints mehr als einen Monat festzulegen?

Einige glauben es vielleicht nicht, aber die Antworten auf diese Fragen finden Sie im Scrum Guide.

4. Daily Scrum (Daily Scrum)


Eines der kontroversesten Themen ist das Daily Scrum, auch bekannt als The Daily Standup Meeting, oder auch als "Postozhka".

Sie können mir zwar nicht glauben, aber dieses Ereignis hat eine feste Zeit (Zeitfeld) - nicht mehr als 15 Minuten, unabhängig von der Dauer des Sprints.

Das Team selbst bestimmt das Format des Meetings. Und das Wichtigste in diesen fünfzehn Minuten ist es, den Stand der Fortschritte auf dem Weg zum Sprintziel zu verstehen.

Jetzt Fragen zum Abgleich: Wie viele von Ihnen wissen, was der Sprint zum Ziel hat? Wie viele von Ihnen können es artikulieren? Und wer formuliert sie allgemein?

In der überwiegenden Mehrheit der Fälle empört sie sich aus Scrum gerade wegen ihrer Unkenntnis und ihres Missverständnisses, denn dieses Ereignis, das Daily Scrum genannt wird, ist notwendig.

Dies ist kein Berichtstreffen! In diesen Besprechungen, die ich oft beobachte, gibt es nicht genug Informationen darüber, wie oft jemand Kaffee, Tee, Wasser getrunken und auch auf die Toilette gegangen ist. Und "nicht länger als 15 Minuten" kann sich anderthalb Stunden erstrecken.

Nochmals: Daily Scrum geht es darum, zum Sprint-Ziel zu gelangen!

Wenn Sie nur diesen Teil von Skram erkennen, können Sie meiner Meinung nach einen entscheidenden Durchbruch erzielen.
Und eine weitere Bemerkung, die für viele zu einer Entdeckung wird, ist Daily Scrum eine Veranstaltung, an der nur das Entwicklungsteam teilnehmen kann (Hinweis, "Mitmachen" und "Nebeneinander stehen, zuhören")! Sogar der Scrum Master und der Product Owner, sofern sie nicht Teilzeit-Mitglieder des Entwicklungsteams sind, sind an diesem Meeting nicht direkt beteiligt!

5. Master Scrum ist kein Projektmanager oder Bediensteter.


Ein weiteres sehr häufiges Thema: Scrum Master (SM) = Projektmanager (Projektmanager, PM).

Sie finden eine Reihe von Artikeln zu SM vs. PM

Ich werde die wichtigsten hervorheben:
  • Der Scrum Master ist dafür verantwortlich, Scrum gemäß dem Scrum Guide zu fördern und zu unterstützen.
  • Die wichtigsten Missverständnisse über Scrum Master:
  • Der Scrum Master verwaltet das Projekt NICHT.
  • Scrum Master verwaltet das Team nicht (wen es mitnehmen muss, wen es entfernen soll);
  • Scrum Master werden nicht auf der Grundlage des erfahrensten oder langjährigen Mitarbeiters des Unternehmens ausgewählt.
  • Scrum Master ist NICHT die Sekretärin des Teams, sondern „das Herankommeln“.
  • Die Pflichten des Scrum Master umfassen KEINE Freitags-Pizzalieferung (ein beliebtes Thema bei den Schulungen), das Waschen von Socken und das Drücken der Schnürsenkel an den Product Owner oder Mitglieder des Entwicklungsteams.

Die Verantwortungsbereiche des Scrum Master sind auch im Scrum Guide festgelegt.
Am Ende dieses Abschnitts kann ich noch ein paar weitere Themen für das Selbststudium einbringen, wenn jemand interessiert ist:

  • Scrum als Frachtkult vs. Scrum und Shuhari.
  • Ein Produktbesitzer ist ein Produktmanager, kein Projekt oder Team. Hier PO vs. PM
  • Product Owner und Scrum Master in einer Flasche.
  • Die Hauptsache in Scrum ist die Retrospektive, oder sie hätte es fast so getroffen: Scrum = Retrospektive (aber eine Rückfrage, was eine andere Frage ist)!
  • ...

Es ist reif angesichts der Tatsache, dass die Arbeit in den Kommentaren zu finden ist, auch auf Habré.
Scrum ist Ken Schwaber, Jeff Sutherland und ihr Scrum Guide. Siehe Endhinweis.
Scrum ist das, was im Scrum Guide enthalten ist, und nicht das, was Sie früher in Ihrem Unternehmen angerufen haben.
Auch wir waren noch nicht Scrum, aber wir verstehen das, erkennen und wissen, wie wir uns darauf einstellen können. Darüber hinaus verstehen wir auch, dass ein Umzug unbedingt notwendig ist, da dies der Organisation wirklich einen großen Nutzen bringen kann.

Zusammenfassend


Wenn die obigen Anmerkungen, ich habe sogar jemanden inspiriert, zu denken und zu überdenken, was das Scrum und die flexiblen Methoden insgesamt sind, dann gehe ich davon aus, dass ich das Ziel erreicht habe!
Wasser schärft einen Stein und in naher Zukunft werden wir vielleicht nicht mehr so ​​oft hören, wie wir jetzt hören werden: "Sie sind sehr begeistert von diesem Scrum, und aufgrund der Ergebnisse eines solchen Teams (mit ScrumNO) sollten Sie das nicht tun."

Vielen Dank für Ihre Aufmerksamkeit und ich freue mich über Ihre Kommentare und Kommentare!

Links


www.scrumguides.org/index.html

Jetzt auch beliebt: