👩🏻‍🏫 👃 🎀 SCRUM: ein Gedicht über Liebe und Schmerz 😙 🙅🏽 〽️

Wenn er so gut ist, warum arbeitet dann nicht jeder nur nach dieser Methode? Und diejenigen, die es angeblich implementiert haben, zeigen oft ein monströses ScrumBut. Ein echtes SCRUM hinterlässt Narben, Wunden und Spuren in Ihrem Herzen, und jetzt werde ich von meinen erzählen.

Scrum Schmerz

Als ich es zum ersten Mal versuchte, war ich schon jung und verstand das. Ich habe mich gerade in das Buch Jeff Sutherland SCRUM verliebt: Die Kunst, zweimal die Arbeit in der Hälfte der Zeit zu erledigen. Zwar schien er mir gegen Ende ein wenig fanatisch zu sein, als er zu erzählen begann, wie die Methodik in der Schule und in der Medizin hilft. Aber ich habe wirklich viel von Sutherland gelernt und mich sofort entschlossen, diese Technik in meinem Team auszuprobieren. Knappe Schmerzen begannen.

Verzögerungen und Verzögerungen bei Besprechungen

Was ist, wenn Sie die 10-minütigen Stand-Ups treffen möchten und jemand 15 Minuten zu spät ist? Zuerst warten alle auf ihn, und dann möchte ich auf die Details eingehen, und das Aufstehen verzögert sich um eine Stunde. Und wenn jemand kein Meeting erreicht hat, ist er jetzt nicht mehr mit den Ereignissen in Kontakt und fragt alles erneut. All dies führt dazu, dass noch niemand mit der Arbeit begonnen hat, aber jeder hat es schon satt, sich viskos zu treffen. Zunächst musste ich an Disziplin arbeiten: ohne Verzögerung, ohne Argument, ohne auf Details einzugehen. Um ehrlich zu sein, belebt das Gedränge 5-10 Minuten lang, aber wie unterscheidet es sich dann von den traditionellen sowjetischen Treffen vom Morgen?

Streitigkeiten, ausführliche Diskussionen und Ziele

Sie sagen dem Team, dass wir 5-10 Minuten Zeit haben, und sie sagen Ihnen, dass wir nicht weitermachen können, wenn wir dieses kleine Kringel nicht lösen, und es wird uns alle blockieren. Oder noch schlimmer: Wir müssen ein allgemeines Konzept und eine Strategie sehen, wir können nicht ohne sie arbeiten, also lasst uns Exkremente in einem Mörser zerdrücken. Eine Strategie und ein allgemeines Konzept sind erforderlich, sie müssen vor dem Start erledigt werden. Wenn sie nicht vorhanden sind, sollten Sie nicht in Zyklen gehen und die Arbeit von Streitigkeiten verlangsamen.

Wir sind mit der Tatsache konfrontiert, dass es sehr schwierig ist, einen Sprint zu starten, ohne das globale Ziel des Unternehmens als ganzes Team zu verstehen:

Scrum Master: „Formulieren wir das Ziel des Sprints: messbar, verständlich, erreichbar!“
Skeptiker: „Und warum sollte dieses Ziel genau das sein? Woher hast du sie? "
... und es gab einen Streit für eine Stunde.

Scrum Master: „Das Ziel unseres Produkts ist es, Menschen von Messungen auszuschließen. Sagen wir das Ziel des Sprints! “
Peppy: Lass uns ein Mini-Modul zerschneiden, das die Zähler nimmt und auf den Teller legt.
Skeptiker: „Nun, nein, aber plötzlich stellt sich heraus, dass dies eine zusätzliche Arbeit ist. Sie müssen das Projekt als Ganzes verstehen. Ich möchte das ganze Projekt im Auge behalten! “
Scrum Master schießt sich mit einer Schrotflinte in den Mund ... Ich werde

noch einmal kurz die Bedingungen für den Start des Sprints schreiben:

Keine Verzögerungen
Keine Pässe
Ohne das Treffen zu verzögern
Kein Argument
Keine Kleinteile
Das globale Ziel ist klar, dem das gesamte Team zustimmt.
Es besteht die Bereitschaft, dass der Minisprint fehlerhaft ist und das Sprintziel falsch gewählt wird.

Es tut alles sehr weh, viel Schmerz!

Denken Sie an das gesamte Projekt!

... der Scrum-Meister, der gerade auf der Intensivstation wieder zur Besinnung gekommen ist, fällt wieder ins Koma ...

Es gibt kein Projekt und kann nicht im Kopf sein, da sich die Welt ständig verändert. Alles in meinem Kopf ist nur eine Illusion. Sie müssen keine Angst haben, im Sprint zu viel Unnötiges und Falsches zu tun. Wir bewegen uns in kleinen Schritten, daher gibt es immer die Möglichkeit, Fehler zu korrigieren. Um zwei Wochen lang zu streiten, lassen Sie uns in dieser Zeit zwei Sprints fangen, einen Fehler machen, Hypothesen testen und den Kampf gewinnen!

Deshalb überlassen wir alle Streitigkeiten und die Demokratie der Sprintplanung. Wenn der Sprint begann, streiten wir uns nicht - die Ergebnisse werden uns sehr bald beurteilen. Bereit für Veränderungen ist Teil des Agilen Manifests!

Sag mir nicht, was du gestern getan hast!

Wenn Sie und Ihr Team einen Sprint im Gedränge laufen, haben Sie eine Seite, die hinter Ihnen zurückbleibt! Darüber hinaus wird bei Stand-Ups oft jeder angezogen, um zu sagen, wer was gestern getan hat. Warum so? Ja, weil es viel schwieriger ist zu sagen, was Sie heute tun möchten, wie es Sie dem Sprintziel näher bringt und was Sie blockiert.

Übrigens, wenn wir nur Pläne für heute besprechen, gibt es praktisch nichts zu besprechen. In der Zukunft sind weit weniger Menschen mit Emotionen beladen als in der Vergangenheit. Sprint blickt in die Zukunft. Wenn Sie diesem Prinzip folgen, dauert das Aufstehen nicht länger als 10 Minuten.

Schwierigkeiten bei der Pflege

Wenn die Affen genug gegessen und geschlechtlich sind, setzen sie sich, um Insekten aus der Wolle des anderen zu kämmen. Teammitglieder wie sie kämmen kleine Aufgaben mit Beinen aus dem allgemeinen Strom und versuchen, sie so kurz wie möglich zu halten.

Es stellt sich oft heraus, dass die Aufgabe nicht richtig geplant ist, wenn die Arbeit bereits begonnen hat. Niemand will etwas herauskämmen. Infolgedessen weint jeder mit blutigen Tränen, weil er zu Beginn zu faul ist. Je kleiner die Aufgabe, desto verständlicher und schwieriger ist es, einen Fehler zu machen.

Normalerweise setze ich mich mit Entwicklern außerhalb des Sprints zusammen und lese jede User Story im Refrain vor.

Das Team selbst wählt die Aufgaben!

Aber das ist ein echter Schmerz für die Schaufeln. Wie das? Schließlich ist es viel einfacher, Aufgaben direkt zuzuweisen. Wie Sie wissen, ist der Sowjet, das heißt das russische Volk, nicht bereit für Demokratie, es wird Chaos geben!

Und dann stellt sich heraus, dass es leckere und interessante Aufgaben gibt, aber es gibt langweilige und routinemäßige. Und es passiert auch: Da ist deine Aufgabe, darauf spezialisierst du dich. Und dann greift plötzlich jemand, der kein Kern ist, es unter deiner Nase hervor, weil es so lecker und interessant ist.

Lassen Sie es für Manager sehr weh tun, aber wenn Teammitglieder ihre eigenen Aufgaben auswählen, erhalten wir eine bessere Leistung und eine bessere Qualität.

... Scrum Master lächelt ohne ein Koma zu hinterlassen ...

Cross-Funktionalität

Das Kommando der Spezialeinheiten kann ein Arzt, ein Funker, ein Kommandant oder ein Mechaniker sein. Aber was ist, wenn jemand getötet wird? Dann werden ihre Funktionen von anderen Kämpfern übernommen. Dieses Prinzip wird im SCRUM-Team angewendet, damit es keine „Engpässe“ gibt. Wenn alles auf dem einen oder anderen feststeckt, sollte der Rest des Teams seinen Job kündigen und für sie ungewöhnliche Aufgaben übernehmen.

Scrum bereitet Ihrem beruflichen Stolz große Schmerzen: "Ich habe so viele Jahre lang gelernt, die Gardinenstange nicht zu verschrauben."

Fehler

Natürlich scheiterte mein erster Sprint. Und fast jeder erste Sprint mit einem neuen Team scheitert. Meistens liegt der Grund darin, dass das Sprintziel falsch formuliert wurde. Es stellte sich heraus, dass es unerreichbar und unverständlich war, das Team seine Stärke überschätzte und der größte Teil der Arbeit vom Kunden blockiert wurde.

Das Interessanteste ist eine Retrospektive eines fehlgeschlagenen Sprints, wenn die Zeit abgelaufen ist und die Ziele nicht erreicht werden. Nein, nein, wir werden den Sprint nicht für den Tag verlängern, nein, wir werden nachts nicht arbeiten! Wir erkennen den Fehler an und werden analysieren, was wir falsch gemacht haben, was erfolgreich passiert ist und was verbessert werden könnte.

Normalerweise versammeln sich nach einer solchen Nachbesprechung alle und der nächste Sprint ist super erfolgreich. In der zweiten Retrospektive bekommt das gesamte Team von der Arbeit und damit vom Leben im Allgemeinen eine echte Begeisterung. Sie setzen sich messbare, erreichbare, verständliche, aber komplexe Ziele und sind jetzt von deren Erreichung begeistert.

Die Tatsache, dass der Sprint mit jedem Ergebnis abgeschlossen wird, verringert die Angst und ermöglicht es Ihnen, sich auf lokale Aufgaben zu konzentrieren. Dies verbessert die Qualität der Ausführung.

... wow, unsere Scrum-Meister wechseln bereits von der Intensivstation zur Therapie, Koma dahinter ...

SCRUM ist wie eine Flamme, es verbrennt dich, wenn es heiß ist

Professioneller Burnout! Scrum ist der beste Weg, um es zu beschleunigen! Wenn Sie nach jedem Sprint keine Pause machen, werden alle schnell müde, Stand-Ups werden zur Routine und die Arbeit wird zum kompletten Müll.

Lebenszufriedenheit entsteht, wenn Sie mutige Ziele setzen, kämpfen, Misserfolge erleben, wieder auf die Beine kommen und Ergebnisse erzielen. Sie können nicht für immer in diesem Modus leben. Sie beendeten den Sprint - machten eine einwöchige Pause: Sie erledigten Routineaufgaben, machten Urlaub, wechselten zu anderen Projekten und gewannen wieder Kraft für einen neuen Kampf. Um sich wieder zu verlieben, müssen Sie ein wenig Wunden aus früheren Erfahrungen lecken, und Sie sind bereit. Obwohl viele von Polyamorie angezogen sind und dies Polybola ist!

Wir verbinden den Client mit SCRUM

Selbst wenn der Kunde kein Programmierer ist, wird er hoch hinaus, das verspreche ich! Nur alles sollte ehrlich sein. Ein wahres SCRUM: Sie können wichtige Teile nicht wegwerfen und alles in das gottlose ScrumBut verwandeln. Projektziel, Rückstand, Sprintziel, Team wählt Aufgaben aus und gibt eine Bewertung, tägliche Stand-Ups, Rückblicke, Pausen zwischen Sprints. Wenn zumindest etwas daraus herausgeworfen wird, funktioniert alles nicht mehr und der Kunde ist von einer flexiblen Methodik enttäuscht.

Sei wie Sutherland, sei fanatisch, wenn dir gesagt wird: "Oh, das ist alles so unpraktisch, SCRUM ist gut, wir werden daran arbeiten, aber es ist nicht notwendig, alle seine Prinzipien zu befolgen."

Oft sagen mir Teammitglieder: "Wie kann ich, weil der Kunde die unvollendete Arbeit sieht und schwört." Das ist der springende Punkt! Je rauer der Prototyp - je einfacher es zu kritisieren ist, desto eher hören Sie Kritik - desto weniger Zeit und Mühe investieren Sie in Änderungen und Verbesserungen!

Genau das sagt uns das Agile Manifest:

Menschen und Interaktion - tägliche Auseinandersetzungen mit dem Kunden und dem Team!
Auch bei der Zusammenarbeit mit dem Kunden geht es darum.
Bereitschaft zur Veränderung - je früher wir Veränderungen vornehmen, desto besser!

So rosig? Und wo ist der Schmerz? Ha! Überall: Das Management hat Angst und verschiebt den Start des Sprints mit dem Kunden. Es befürchtet, dass der Kunde die noch nicht abgeschlossene Arbeit sieht. Es gibt Kunden, die das fertige Produkt wie in einem Geschäft kaufen möchten, und sie denken, dass Entwickler die Stand-ups brauchen, nicht sie. Und einmal sagten sie mir: „Wir wollen, dass alles flexibel und der Preis hart ist.“

Der Preis ist hart, die Aufgaben sind flexibel

... an dieser Stelle führt der Scrum-Master das Scrum bereits aus der Ferne aus dem Krankenhaus durch.
Warten Sie, ist das wirklich möglich? Wissenschaftler streiten immer noch darüber ...

Zeigen Sie mir einen Entwickler, der vor einer solchen Aussage keine Angst hätte. In seinem Kopf sind die Aussichten auf lebenslange Sklaverei sofort geboren. Der Generaldirektor stellt sich mit diesen Worten den Bankrott des Unternehmens und den Zusammenbruch des Geschäfts vor. Ist das der Hauptschmerz?

Es stellt sich heraus, dass Sie dem Kunden mit flexiblen Aufgaben harte Preise machen können! Wir reparieren das Geld, bewerten die Aufgaben und verstehen, welche in das Budget passen und welche nicht. Hier läuft man natürlich an der Klinge eines Messers entlang. Der Kunde wird mit der Bewertung einzelner Aufgaben streiten, und der Manager wird versuchen, anstelle der Entwickler eine Bewertung abzugeben. Dies kann nur geschehen, wenn alle mit dem Grundsatz einverstanden sind: Wer auch immer es bewertet. Für dieses Prinzip muss man hart mit Management und Kunden kämpfen.

Großprojekte

Einige Leute denken, dass Glück und Glückseligkeit in großen Projekten sind.
Einige Dummköpfe täuschen sich selbst, ich denke,
sie täuschen mich nicht.
Ich weiß, dass es nicht wahr ist. Ich weiß, dass es nicht wahr
ist. Großprojekte sind nur eine Lüge, die in einem blauen Gesicht endet. Laut Statistik überleben meist kleine Projekte.
Um die Welt zu verändern, reicht ein kleines Team.

Normalerweise besteht ein erfolgreiches Großprojekt aus einer Reihe kleiner cooler Projekte. Die Hauptsache ist ein funktionierendes Produkt, wie das Manifest sagt. Lassen Sie uns nicht die Waage verfolgen, sondern mit einer kleinen, aber schnellen, flexiblen und funktionierenden beginnen.

Je größer das Unternehmen, desto größer das Projekt, desto weniger Flexibilität haben sie. Deshalb konzentriert sich SCRUM auf ein kleines Projekt, das in einem Sprint von 1 bis 3 Wochen durchgeführt werden kann, und ein kleines Team von 2 bis 7 Personen.

Gleichzeitig können sehr große Teams und sehr große Aufgaben nach einer flexiblen Methodik ausgeführt werden. Dazu müssen Sie alles in kleine Aufgaben und kleine Teams aufteilen.

Im trockenen Rückstand:

Scrum-Arbeit tut weh.
Es ist notwendig, in Scrum zu arbeiten, als Gewinn garantiert.
Sie müssen die Methodik klar und fanatisch befolgen, ohne in ScrumBut zu schlüpfen - dies ist die schwierigste und schmerzhafteste.
Wir beziehen Kunden und Management maximal in SCRUM ein, dies ist nicht so schmerzhaft, wie es scheint.
Wir haben alle Großprojekte in kleine Projekte unterteilt, obwohl dies sehr weh tut.

Quellen des Vergnügens:

Eine Erklärung für den Schmerz, besonders für Mascha:

Der Schmerz ist normalerweise, dass Sie alles ändern müssen, was Sie gewohnt sind. Der Schmerz verursacht ein Gefühl des Kontrollverlusts und einen unkontrollierbaren Prozess, wenn Sie Ihre Lieblingsaufgaben den Teammitgliedern anvertrauen und befürchten, dass sie das Projekt überfordern. Der Schmerz kommt, wenn Sie auf die Kehle Ihres eigenen Songs treten und Großprojekte auflösen.

Der Schmerz vergeht, wenn die Aufgaben sehr klein sind und selbst die heftigen Fehler der Teilnehmer nicht das gesamte Projekt ausfüllen. Es wird einfacher, wenn Sie aufhören, sich Sorgen zu machen, und sofort Stroh auf das gesamte Projekt verteilen, wenn Sie sich entspannen und jeweils eine Aufgabe abschneiden.

SCRUM: ein Gedicht über Liebe und Schmerz