Flexibler Ersatz
Das Wort "Scrum" bezieht sich auf mindestens zwei Entitäten: Philosophie und das Framework.
Die Philosophie oder Herangehensweise an die Arbeit wird in einem Buch von Jeff Sutherland beschrieben.
Framework, d.h. Ein Algorithmus von Aktionen, der in einem Dokument namens Scrum Guide beschrieben wird.
Die Philosophie wurde zu einem Rahmen, weil die Autoren der Philosophie (in ihren eigenen Worten) damit Geld verdienen wollten.
Das Framework ist im Vergleich zur Philosophie stark vereinfacht. Die Hauptsache ist, dass das Ziel vereinfacht bzw. verworfen wurde.
Der Zweck der Philosophie: Beschleunigung der Erzielung von Ergebnissen. Außerdem manchmal. Das Buch enthält Beispiele für die achtfache Beschleunigung.
Das Ziel des Frameworks ist es, Scrum zu haben. Es heißt so: Befolgen Sie die Anweisungen - Sie haben Scrum, verstoßen Sie gegen die Anweisungen - Sie haben kein Scrum.
Der Rahmen bedeutet im Allgemeinen keine Beschleunigung der Erreichung des Ergebnisses.
Leute, die Scrum unterrichten oder implementieren, arbeiten mit dem Framework. Sie sprechen und implementieren einen Algorithmus, der zu keinen anderen Ergebnissen als "Wir haben jetzt Scrum" führt.
Der Punkt ist klar. Philosophie ist sehr schwer zu verkaufen. Der Rahmen ist einfacher.
Ein Framework ist ein Produkt. Er hat, wie erwartet, die "Verpackung" bestanden. Es ist einfach, verständlich, es gibt Unterstützung und viele Spezialisten. Hat nichts Ähnliches?
Alles ist gut, bis auf das Ergebnis - ist es nicht.
Wenn der Kunde mit der Scrum-Philosophie nicht vertraut ist, passt die Implementierung des Frameworks perfekt zu ihm.
Wenn der Kunde mit der Scrum-Philosophie vertraut ist, wird er von der Implementierung des Frameworks enttäuscht sein - das Erreichen des Ergebnisses wird nicht beschleunigt.
Es wird cool, modisch, modern sein, aber es werden keine Geschäftsziele erreicht (mit Ausnahme der Entwicklung des Budgets für „etwas Neues“).
Wie zu sein Lerne die Philosophie von Scrum. Es basiert auf der japanischen Philosophie des Qualitätsmanagements, deren Kern: Messungen und endlose Verbesserungen.
Leider muss man dort viel denken, experimentieren, beobachten und leider viel arbeiten. Wenn dies nicht zu Ihnen passt, nehmen Sie das Framework.
habr.com/de/post/345540Variable Umgebung
Um die Effizienz eines Teams von Programmierern zu steigern, ist eine variable Umgebung erforderlich. Es gibt bereits eine Umgebung im Team - wir müssen sie veränderbar machen.
Eine veränderbare Umgebung ist der Mangel an formalen, anerkannten Arbeitsalgorithmen.
Programmierer arbeiten gerne am Algorithmus, weil sie selbst Algorithmen entwickeln.
Eine veränderbare Umgebung ist eine Art von Debugging. Es ist nicht der Programmalgorithmus, der das Debugging durchführt, sondern die Arbeit des Teams.
Stimmen Sie einfach dem Team zu, dass die Ära des Wandels begonnen hat. Heute, einige Regeln, morgen - anders. Nicht weil die Zügel unter den Schwanz gefallen sind, sondern weil das Team ausgetestet werden muss.
Beim Debuggen wird ein Algorithmus gestartet, dessen Funktionsweise verfolgt und Anpassungen vorgenommen, wenn ein Fehler wie beabsichtigt oder gewünscht auftritt.
Die meisten Änderungsprojekte schlagen fehl, weil die Umgebung nicht geändert werden kann. Es ist beängstigend, Änderungen vorzunehmen, und es ist beängstigend, jeden Tag neue Regeln einzuführen. Es ist viel einfacher, ohne etwas zu ändern, ein großes Dokument zu entwickeln, in dem alles vorgeschrieben ist, und es zur Ausführung zu geben.
So kann man grob gesagt sofort und ohne einen einzigen Start Programmcode schreiben. Nein, manchmal kann man Spaß haben, aber bei anständigen Aufgaben funktioniert dieser Ansatz nicht - man muss zu schlau sein. Das Debuggen in einer veränderlichen Umgebung ist viel einfacher.
habr.com/de/post/345830Scrum Master
Das im Buch beschriebene Clean Scrum steigert bei korrekter Anwendung die Effizienz des Teams um das 2-fache. Dies wird in der Praxis getestet.
Die Praxis anderer Leute zeigt jedoch, dass überhaupt keine Beschleunigung stattfindet. Weil die im Buch beschriebene Methodik zum Verkauf vereinfacht wurde. Sie ist es, die benutzt wird - vereinfacht.
Book Scrum besteht aus drei Ebenen:
- Der Zustand von Xiu ("einhalten") ist die erste Stufe, trainieren, wiederholen, ohne von den Regeln abzuweichen;
- Zustand Ha ("durchbrechen") - wir beginnen, die Regeln zu ändern, zu improvisieren;
- Der Zustand von Ri ("getrennt") - wir sind von den Regeln befreit und beginnen zu bauen.
In der Regel ist die erste Ebene für den Verkauf - Unterricht und die Umsetzung seiner Umsetzung. Um eine echte Effizienzsteigerung zu erzielen, müssen Sie in die zweite und dritte Ebene wechseln. Denken Sie mit Ihrem eigenen Kopf, suchen Sie nach Optimierungsmöglichkeiten, setzen Sie diese um und überwachen Sie das Ergebnis.
Der Scrum Master sollte sich mit Beschleunigung befassen - das liegt in seiner Verantwortung. So steht es im Buch, ich zitiere: Das Hauptanliegen des Scrum-Masters ist es, das Team zu ständiger Verbesserung zu führen und regelmäßig nach der Antwort auf die Frage zu suchen: "Wie können wir besser machen, was wir bereits gut machen?".
Dies ist jedoch die zweite und dritte Ebene. Und der erste wird verkauft und vorgestellt.
Auf der ersten Ebene hat der Scrum Master völlig andere Aufgaben. Überprüfen Sie im Internet, die Liste wird etwa so aussehen:
Oh
- organisiert und veranstaltet Kundgebungen;
- Überwacht die Einhaltung der Scrum-Prinzipien;
- Schafft eine Atmosphäre der Zusammenarbeit;
- Löst Konflikte und schützt das Team.
Kein Wort zur Effizienzsteigerung. Folgen Sie einfach den Anweisungen.
Wenn Sie logisch denken, wie kann dann die Effizienz gesteigert werden, wenn das Team ständig nach denselben Regeln arbeitet? Damit sich etwas ändert, müssen Sie etwas ändern. Dies ist jedoch nicht möglich. Den Anweisungen zufolge ist dies nicht zulässig. Daher steigt die Effizienz auf der ersten Ebene nicht.
Ein Scrum Master sollte eine Person sein, die an der Steigerung der Effizienz interessiert ist. Diese Arbeit kann nicht gelernt werden, wenn sie nicht interessant ist. Man muss viel nachdenken, Experimente anstellen, Hypothesen prüfen, ständig Fehler machen und Kegel füllen.
Es ist viel einfacher, Anweisungen zu erteilen und deren Umsetzung zu überwachen. Nun, manchmal zu erleichtern (was auch immer das bedeutet).
Ich habe versucht, verschiedene Leute als Scrum-Master einzusetzen, aber nur wenige haben sich dafür interessiert. Es ist in Ordnung.
Wenn Sie mit dem Belbin-Test vertraut sind, sind der Ideengenerator, der Analyst und der Diplomat (Ressourcenermittler) am besten geeignet.
Die Rolle eines Scrum-Masters ist der eines Programmierers sehr ähnlich, der die Leistung einer Anwendung optimiert. Nur hier lebt das System von Menschen.
habr.com/de/post/346158Systemeinreichung
Ergebnis der meisten organisatorischen Änderungen: fehlgeschlagen.
Nebenprodukt: Die Technik ist Bullshit.
Die den Änderungen zugrunde liegende Methodik. Insbesondere Scrum.
Der Grund ist sehr einfach: systemische Insubordination.
Nun, die Lösung ist sehr einfach: Systemeinreichung.
Nicht systematisch, aber systemisch. Vorlage als System, als Prinzip.
In unserem Land wird Ungehorsam zum Kult - dank der jahrhundertealten Geschichte unseres Staates.
Systemischer Ungehorsam führt zu seltsamem Feedback: Neue Regeln und Gesetze werden geschaffen, die die Tatsache berücksichtigen, dass sich niemand daran hält.
Dies gilt insbesondere für organisatorische Veränderungen. Ihr Autor zieht nicht einmal die Option in Betracht, dass Menschen gemäß den vorgeschlagenen Regeln arbeiten. Daher kümmert es sich nicht um die Durchsetzbarkeit und Angemessenheit der Vorschriften.
Es gibt jedoch Beispiele für erfolgreich umgesetzte Änderungen. Nehmen Sie die gleichen Videokameras an Kreuzungen.
Die Strafe für das Anfahren der Kreuzung, an der sich der Stau befindet, besteht formal seit langem. Diese Regel wurde aber praktisch nicht eingehalten.
Jetzt ist es an getrennten Kreuzungen perfekt zu beobachten. Auf denen, auf denen Videoaufnahmekameras installiert sind.
Kameras stellten gerade Systemunterordnung zur Verfügung. Sobald die Leute anfingen, sich an die Regel zu halten, wurde klar, dass die Regel selbst durchaus funktioniert. Die gleiche Regel, die früher zusammen galt, galt als eine Art Mist.
Auch jede andere Regel, Änderung, Algorithmus, Technik oder Fall. Jede Technik ist nützlich.
Wenn Sie anders denken, wenn Sie sagen, dass „Scrum nicht funktioniert“ oder „TOS funktioniert nicht“ oder „Lean ist Bullshit“, dann sind Sie eine großartige Person. Es ist nur so, dass Sie diese Technik nicht implementiert haben, weil Sie keine Systemübermittlung bereitgestellt haben. Und seine Unfähigkeit, es zur Verfügung zu stellen, hatte mit der Inoperabilität der Methode zu tun.
Das Einreichen des Systems ist sehr einfach. Sie müssen mit sich selbst beginnen. Es wird eine systemische Selbstunterwerfung sein.
Scrum in Ihrem Team vorstellen? Befolgen Sie ausnahmslos alle angegebenen Regeln. Jeden Tag ohne Pässe.
Sie werden sofort die Vor- und Nachteile dieser und anderer Methoden erkennen.
Wenn es Erfolg gibt, dann sind Sie der Grund. Wenn es einen Fehler gibt, sind Sie die Ursache.
habr.com/de/post/346712