Wie der Name schon sagt, ist dies eine Fortsetzung einer Reihe von Artikeln über Rollen in Scrum ( Teil 1 und Teil 2 ). Heute werden wir die folgende Rolle betrachten - Scrum Master . Paradoxerweise hängt der Erfolg von Scrum weitgehend vom Scrum Master ab. Deshalb möchte ich wieder auf die Vorstellungskraft zurückgreifen und eine Metapher geben ( Haftungsausschluss: Ein Beispiel sollte in keiner Weise die Gefühle anderer verletzen ). Es gibt eine Kultur, die ihren eigenen Kult hat, ihre Riten, es gibt Minister dieses Kultes. Die Minister können in verschiedene Klassen eingeteilt werden:
- diejenigen, die es mit ihrer Kultur vorziehen, eins zu eins zu sein - Einsiedler, Einsiedler, Erleuchtete;
- diejenigen, die alle Regeln gelernt, Lücken gefunden, verstanden haben, was und wie zu tun ist, und den Kult für egoistische Zwecke nutzen und von den Menschen, ihren Ängsten und Vorurteilen profitieren;
- Fanatiker, die versuchen, ihre Kultur an Ort und Stelle zu pflanzen. Für wen außer ihrem Wissen ist alles andere Häresie;
- diejenigen, die aufrichtig glauben, fühlen und versuchen, dieses Wunder zu teilen, zu helfen und den Menschen zu geben; sie reden und erklären, hören zu und versuchen zu helfen.
Es scheint mir, dass eine sehr ähnliche Geschichte mit Scrum und SMs passiert. Versuchen Sie, den vertrauten SM durch ein solches Prisma zu betrachten. Mit welchem SM möchten Sie arbeiten?
Mal sehen, welche alarmierenden Symptome SM haben kann.
Interaktion mit dem Product Owner
Symptom : SM funktioniert nicht mit dem Lebensmittelbestand. Überlässt es vollständig dem Gewissen von PO. Er erwartet, dass das Team den Rückstand und seine Elemente in der benötigten Form ohne die Teilnahme von SM erhält.
Was schlecht ist : Eine der Aufgaben von SM ist es, einen effektiven und transparenten Prozess aufzubauen, in dem alle Teilnehmer bequem arbeiten können. SM muss alle Scrum-Elemente im Auge behalten, um sie verbessern zu können, und das Produkt-Backlog ist ein sehr wichtiges Scrum-Artefakt, das von SM nicht ignoriert werden kann.
Vorgehensweise : SM sollte mit PO verhandeln, um gemeinsam am Rückstand zu arbeiten und die Arbeit von PO zu verstehen. den Prozess analysieren; Verbesserungen vorschlagen; Bieten Sie Ihre Hilfe an. SM sollte das Team fragen, welche Erwartungen es an den Rückstand hat und wie er ihn verbessern kann. Um kollektive Entscheidungen zur Verbesserung des Rückstands, seiner Elemente, des Prozesses und der Aktivitäten für die Interaktion mit ihm zu treffen, können wir diesem eine separate Retrospektive widmen. Und um mit einer gewissen Periodizität auf diese Frage zurückzukommen ( denken Sie daran, dass die Grundlage von Scrum ein empirischer Prozess ist ).
Symptom : SM hört nicht auf PO-Ideen / Wünsche. Er kontrastiert sich mit ihm. Es gibt einen Kleinstadtkrieg um Einfluss. Es gibt keine konstruktive Interaktion zwischen SM und PO.
Was ist schlecht : Ich vergleiche gerne ein Scrum-Team mit einer Familie. Diese Metapher hilft sehr oft zu verstehen und zu erklären, warum Sie dies tun müssen und nicht anders ( Übertragen Sie einfach die Situation auf die Familie, stellen Sie die Frage: „Wie würden Sie in der Familie handeln?“. Oft können Sie finde den Weg zur Antwort ). Es ist schwierig, eine glückliche Familie anzurufen, in der sich Mutter und Vater ständig streiten, weil Kinder sehr darunter leiden ( WICHTIG : SM und PO sind keine „Eltern“ des Teams ). Wenn es kein gegenseitiges Verständnis und keine konstruktive Interaktion zwischen SM und PO gibt, leidet das Team: Undercover-Spiele, Sabotage von Offenheit und Transparenz. Wenn SM nicht mit PO einverstanden ist, kann er eine seiner wichtigsten Aufgaben nicht lösen: " Der Scrum Master hilft jedem, diese Interaktionen zu ändern, um den vom Scrum-Team geschaffenen Wert zu maximieren. "
Wie zu behandeln : Wir brauchen einen erfahrenen Moderator, der die Ursachen des Konflikts aufdeckt, um die Situation zu verbessern. Das aktive Team selbst kann beginnen, Fakten über die zerstörerischen Auswirkungen der Unterschiede zwischen SM und PO auf die Ergebnisse des Teams zu sammeln - einfach durch Aufzeichnen von Arbeitssituationen. Und dann, im Nachhinein, wo beide Teilnehmer anwesend sind, geben Sie diese Fakten heraus, diskutieren Sie sie und versuchen Sie, Lösungen zu finden. Wenn es nicht möglich ist, einen Dialog aufzubauen, und alles darauf hinausläuft, die Schuldigen und nicht die Lösung zu finden, müssen Sie einen externen Moderator suchen und die Probleme außerhalb des Teams eskalieren.
Gleichzeitig ist es wichtig, dass das Team keine Partei ergreift: "Ziehen Sie uns nicht in Streitigkeiten, wie Sie zustimmen, und teilen Sie uns die Lösung mit." Diese Position ist ein Indikator für das bestehende Problem für SM und PO.
Teaminteraktion
Symptom : Scrum Master „predigt“ nicht: Es erklärt nicht die Essenz von Scrum-Elementen, führt keine Schulungen, Spiele und Schulungen durch, die es dem Team ermöglichen, Scrum besser zu verstehen und sich auf eine agile Kultur einzulassen. Erklärt oder gibt dem Team keine Antworten auf Fragen im Zusammenhang mit dem Prozess. Kennt nicht die aktuelle Akzeptanz und das Verständnis der Mitglieder des Scrum-Teams.
Was schlecht ist : Wenn es keine regelmäßigen Treffen des Teams gibt, in denen über Scrum gesprochen wird, verschwinden das Verständnis und das Vertrauen in das Framework. Jede Kultur ( Agilität ist keine Ausnahme ) erfordert Verstärkung ( nicht zu verwechseln mit dem Frachtkult ). Höchstwahrscheinlich funktioniert das Programm nicht: Wir wurden geschult, wir wissen, Scrum, Scrum ist gestartet. Im Laufe der Zeit sammeln Menschen Erfahrungen, sie haben neue Fragen, die Aufmerksamkeit und Erklärung erfordern. Wenn Sie den Menschen nicht helfen, sie zu verstehen, werden sie aufhören, mit diesen Ideen zu leben, und in Problemen und Missverständnissen ertrinken. Letztendlich werden sie enttäuscht sein.
Wie zu behandeln : SM muss zuallererst die ganze Zeit selbst lernen, mit Kollegen kommunizieren, Artikel lesen, an Meetings, Konferenzen teilnehmen usw. Er sollte dieses Wissen regelmäßig mit dem / PO / Team seiner Organisation teilen: Schulungen und Spiele durchführen, die die Prinzipien von Agile / Scrum veranschaulichen. Das Team / Unternehmen entwickelt sich und es ist notwendig, relevantes Wissen zu vermitteln, das den aktuellen Bedürfnissen und Anforderungen entspricht. Um diese Bedürfnisse zu realisieren, müssen Sie mehr mit den Menschen über die Prozesse und Schwierigkeiten bei der Arbeit kommunizieren. SM sollte regelmäßig persönliche Gespräche mit jedem Mitglied des Teams führen, um die Erwartungen, Probleme und das Verständnis von Scrum im Team zu verstehen. Wie bei Scrum ist es in vielerlei Hinsicht wichtig, den Rhythmus der Aktivitäten festzulegen, um eine agile Kultur und Scrum innerhalb eines Teams / Unternehmens zu entwickeln.
Symptom : Teilweise SM, zum Beispiel in Kombination mit einer anderen Rolle. Darüber hinaus beherrscht er Scrum-Mastering, wenn es zu diesem Zeitpunkt nach dem Restprinzip gibt.
Was schlecht ist : Wenn sich SM nicht vollständig der Aufgabe ergibt, Scrum in einem Team / Unternehmen zu entwickeln, sondern dies mit anderen Aktivitäten kombiniert, werden höchstwahrscheinlich alle Ergebnisse darunter leiden. Ein guter SM zu sein ist nicht einfach, und wenn Sie es in Anfällen und Anfängen tun, wird sich Scrum wahrscheinlich verschlechtern. Beispiel: Wenn eine Person die Rollen eines Entwicklers und eines SM kombiniert, wird sie bei Problemen mit dem Erreichen des Sprintziels die Aufgaben eher selbst erledigen, um das Ziel zu erreichen. Und das ist schlecht! Das korrekteste Verhalten von SM in dieser Situation besteht darin, ein Team zusammenzustellen, um ein Ergebnis zu erzielen, ein Team zu entwickeln und es besser zu machen.
Wie zu behandeln : Wenn wir über die Arbeit von SM in einem unreifen Team sprechen, müssen wir versuchen, Wege zu finden, um SM von jeder anderen Arbeit außer Scrum-Mastering zu befreien. Dies kann als Experiment in mehreren Sprints angeboten werden, um zu verstehen, was dies dem Team gibt. Wenn die Organisation auf dem Weg ist, Agilität und Scrum zu testen, sollten sie grünes Licht geben. Nach dem Experiment lohnt es sich für alle Interessenten, die Ergebnisse zu bewerten und Entscheidungen über das Schicksal von Scrum, zugewiesenen SM und agiler Kultur im Allgemeinen zu treffen.
SM, der ein ausgereiftes Team aufgewachsen ist, in dem der Busfaktor mehr als eins beträgt und die Arbeit in Abwesenheit von SM erledigt wird, kann es sich leisten, das zweite Team zu kombinieren oder mit ihm zu arbeiten ( aber das erste nicht zu vergessen, vielleicht einen Ersatz für sich selbst zu finden ).
Symptom : SM erleichtert keine Besprechungen und Besprechungen. Es kann entweder die Decke über sich ziehen, die Antworten auf alle Fragen „kennen“ und den Teammitgliedern nicht erlauben, sich zu äußern. Oder er "leitet" die Meetings nicht, er versammelt einfach Leute und lässt dann die Dinge von selbst laufen.
Was ist schlecht : Wenn SM nicht erleichtert, nicht zum Aufbau einer effektiven Kommunikation beiträgt ( zwischen Teammitgliedern; Kommunikation mit POs, Stakeholdern usw .; Abhalten von Meetings usw. ), kann viel Energie für die Kommunikation aufgewendet werden, die geleitet werden könnte für die Produktentwicklung. Besprechungen erreichen möglicherweise nicht die ihnen zugewiesene Aufgabe. Konflikte können durch Missverständnisse entstehen. Und von einem effektiven Entscheidungsinstrument aus werden Meetings wahrscheinlich zu einer Quelle von Stress. Und die Dominanz von SM bei Hauptversammlungen wird das Team demotivieren und die Initiative und Selbstorganisation beeinträchtigen.
Wie zu behandeln : SM muss in der Lage sein zu erleichtern . Seine Aufgabe ist es, eine offene Kommunikation innerhalb des Teams aufzubauen. Teaminteraktion mit der Außenwelt einrichten; Bringen Sie Ihrem Team bei, nützliche Besprechungen abzuhalten. SM sollte sich der Notwendigkeit einer Besprechung bewusst sein, den Zweck und die Tagesordnung der Besprechung formulieren und die Dauer im Voraus angeben. Während des Meetings müssen Sie sowohl die Tagesordnung als auch den zugewiesenen Zeitrahmen einhalten, Diskussionen zu abstrakten Themen unterbrechen, zum Beispiel: „Wir werden definitiv später auf dieses Thema zurückkommen, es wurde aufgezeichnet, und jetzt wollen wir die Diskussion über unser aktuelles Thema fortsetzen.“ Sie können einen der Teilnehmer bitten, bei den Besprechungen zu helfen ( oder einen Teil der Besprechungen an das Team zu delegieren ). Am Ende jeder Sitzung ist es wichtig, das Ergebnis zusammenzufassen und aufzuzeichnen. Es ist nützlich, Tools zur Bewertung von Besprechungen zu implementieren, damit die Teilnehmer am Ende noch einige Sekunden Zeit haben und Feedback geben ( wir bauen einen empirischen Prozess auf, in dem dies nützlich sein kann ). Alle Ergebnisse sollten am Ende des Treffens allen Interessenten beispielsweise schriftlich mitgeteilt werden.
Symptom : SM bildet aus einer Gruppe von Personen kein echtes Scrum-Team. Baut keine vertrauensvollen beruflichen Beziehungen auf, glättet keine Ecken.
Was schlecht ist : Kommunikationsunwilligkeit, Konflikte, arbeitsfreie Atmosphäre - wirken sich negativ auf die Ergebnisse des Teams aus. Engmaschige Teams liefern das beste Ergebnis, andere Dinge sind gleich.
Wie zu behandeln : Eine der wichtigen Aufgaben von SM ist es, eine Gruppe von Menschen zu einem Team zu machen, d. H. ein Team zu vergrößern und reif zu machen ( wenn SM bereitsteht und berührt ). Verbringen Sie dazu so viel Zeit wie möglich mit dem Team, bemerken Sie Konflikte, damit sie gelöst werden können und sich nicht entwickeln können, verstehen Sie, wie Kommunikation aufgebaut ist ( wenn nebeneinander sitzende Personen nicht miteinander sprechen und E-Mails schreiben - das ist alarmierend ). SM sollte in realen Situationen die Vorteile der Live-Kommunikation gegenüber der Korrespondenz demonstrieren. Er muss den Ursachen von Konflikten und Meinungsverschiedenheiten auf den Grund gehen und den Menschen helfen, miteinander zu verhandeln. Ein nützliches Werkzeug für die Analyse ist die Erstellung eines Kommunikationsdiagramms ( setzen Sie die Eckpunkte jedes Teammitglieds und die Kanten sind jeweils Kommunikationsfaktoren ). Wenn Sie es analysieren, können Sie nach Kommunikationsschwächen suchen ( z. B. Kommunikation über ein Teammitglied - es ist ein „ enger Hals “; oder mangelnde Kommunikation zwischen bestimmten Personenpaaren ). Auf dieser Grundlage können Sie Situationen für die „Ausrichtung“ von Kommunikationen erstellen, in denen Sie "nicht kommunizierende" Personen zusammenbringen. und umgekehrt schließen Sie aus bestimmten Situationen die Person aus, für die die Kommunikation geschlossen ist. Es ist nützlich und interessant, die Dynamik der Entwicklung eines solchen Graphen zu verfolgen.
Symptom : SM entwickelt das Team nicht weiter, bietet keine ständigen Änderungen an, bringt das Team nicht aus der Komfortzone heraus, unterstützt keine Initiativen und ist mit den aktuellen Erfolgen zufrieden: „Wir sind großartig! Wir sind ein Team! “
Was ist schlecht : Wenn SM nicht der Motor für Veränderung ( und Entwicklung ) ist, wird sich sein Team höchstwahrscheinlich verschlechtern. Jeder Teilnehmer am Prozess kann auf Änderungen drängen, aber darauf sollte nicht gerechnet werden. Ohne Änderungen bei dem Versuch, sich zu verbessern, wird das Team im Laufe der Zeit hinter den Anforderungen zurückbleiben. Bei Agile geht es darum, sich schnell an Veränderungen anpassen zu können.
Wie zu behandeln : SM sollte der Initiator von Änderungen sein, anbieten, neue Dinge in den Prozessen, Aufgaben auszuprobieren und technische Praktiken zu implementieren. Sie können nicht in Ruhe bleiben, Sie müssen nach Verbesserungsmöglichkeiten suchen. Um zu verstehen, welche Änderungen vorgenommen werden und in welchem Zustand sie sind, können Sie die Transparenz erhöhen und den Prozess visualisieren. Die Arbeit mit einem Team und seine Entwicklung ist die gleiche Arbeit wie die Erstellung eines Produkts. SM kann sein eigenes Board haben, auf dem er Experimente, Aktionspunkte aus Retrospektiven, Initiativen usw. platzieren wird. Das Fehlen von Änderungen auf der Platine kann ein Indikator für eine SM-Stagnation sein. Wenn Sie längere Zeit mit einem Team zusammenarbeiten, kann SM seine Augen verwischen. Es besteht die Gefahr, dass Sie keine Verbesserungsmöglichkeiten mehr sehen. Dann können Sie das Team entweder für eine Weile in Ruhe lassen ( einerseits ist es für SM nützlich, andererseits ist es ein guter Test für die Teamreife, wie sie sich verhalten wird in Abwesenheit von SM führen ) oder um Hilfe von außen bitten, um beispielsweise mit dem SM des benachbarten Teams zu vereinbaren, sich für eine Weile zu ändern, um sich gegenseitig zu helfen, Wachstumspunkte zu finden.
Symptom : SM ermöglicht es Ihnen, nicht an Scrum zu arbeiten, bezieht sich ruhig auf Sabotage. Zum Beispiel:
"- ja, es scheint, als wäre der Sprint ohne Fakaps vergangen, lasst uns das Retracing nicht durchführen, was soll ich dann besprechen?
- Okay, wir machen es das nächste Mal. "
Was schlecht ist : Wenn SM die Reinheit und Notwendigkeit von Scrum vor einem Team, einer PO oder einem Unternehmen nicht verteidigt, ist es unwahrscheinlich, dass es jemand anderes tut. Wenn die Prinzipien nicht verteidigt werden, gibt es keinen Sinn für ihre Bedeutung und Nützlichkeit. SM soll sehr anpassungsfähig und loyal gegenüber Änderungen sein. Ein guter SM sagt nicht nein, sondern sagt: "Lass es uns versuchen." Wir werden ein Experiment durchführen. " In Bezug auf die Prinzipien des Scrum-Frameworks müssen Sie jedoch beharrlich sein und klar verstehen, was Artefakte, Ereignisse, Rituale, Werte und andere Elemente von Scrum sind und wofür sie benötigt werden und welche Aufgaben sie lösen. Das Framework wird bereits von reifen Teams geändert. In der Phase, in der Sie zu einem Scrum werden, können Sie nicht aufgeben und sich vom Scrum-Guide entfernen (ein Verstoß gegen eine der Regeln wirft eine vernünftige Frage auf: Warum nicht einen anderen brechen? ).
Wie zu behandeln : Eine der Aufgaben von SM ist die Überwachung der „Sauberkeit“ von Scrum. Bis das Team reif ist, muss es alle Unruhen und Sabotagen unterdrücken, die auf Scrum abzielen. SM ist hilfreich bei skeptischen Interaktionsübungen. Es ist gut, einen versierten „Skeptiker“ zu finden, zum Beispiel einen SM-Kollegen, und mit ihm Übungen durchzuführen: Bitten Sie ihn, Scrum zu sabotieren, und SM sollte sich wehren. Sie müssen bereit sein, die Fragen zu beantworten, warum wir Scrum-Events durchführen, was schlecht ist, wenn wir eines der Events verpassen, warum ich (ein Mitglied des Teams ) etwas tun sollte. Wenn SM selbst die Antworten nicht kennt, sollten Sie sich an die Community wenden, an der Schulung teilnehmen und die Literatur lesen.
Symptom : SM gibt Anweisungen an Teammitglieder und fungiert als Direktor. Dies kann passieren, wenn die Rolle des SM dem ehemaligen Vorgesetzten übertragen wurde, ohne zu erklären, was sich an Arbeit, Ansätzen und Kommunikation ändern sollte.
Was schlecht ist : Wenn SM die Macht spürt und anfängt, als Direktor zu fungieren ( Verteilung von Aufgaben, Ausstrahlung bei Besprechungen usw. ), tötet dies die Teamarbeit, demotiviert Menschen und dies ist kein Gedränge mehr. Sie können der Selbstorganisation ein Ende setzen.
Wie zu behandeln : Eine gute Option ist es, einen solchen SM zum Training zu schicken, wo er über die agile Kultur informiert und neue Werkzeuge für die Arbeit mit dem Team bereitgestellt werden. Eine weitere schwierigere Option besteht darin, dass das Team selbst versucht, die Kommunikation mit SM zu ändern: einen Dialog aufzubauen, Verantwortung bei lokalen Entscheidungen zu übernehmen und Alternativen zu SM-Lösungen anzubieten. Sie können auch darüber nachdenken, die Rolle auf ein anderes Teammitglied zu verschieben.
Unternehmensinteraktion
Symptom : Scrum Master teilt keine agilen Werte. Diese Kultur steht ihm nicht nahe, er hält an anderen Ansichten fest. Dies geschieht, wenn SM eine Person ernannt hat und nicht er selbst den Wunsch gezeigt hat, diese Rolle zu erfüllen.
Was schlecht ist : Wenn eine Person nicht an eine agile Kultur glaubt, keine Werte teilt, aber gleichzeitig SM ist, dann verfolgen sie höchstwahrscheinlich sehr söldnerische Ziele und können unter diesen Bedingungen wahrscheinlich nicht dem Team, dem Produkt und dem Unternehmen zugute kommen.
Wie zu behandeln : Wir suchen / erziehen / trainieren SM, die die agilen Werte verstehen und teilen und die Scrum verstehen: Was wird getan und wofür? Wir stellen ihm die Aufgabe, Scrum auszuführen, geben den Befehl, PO, das Produkt. Es ist wichtig, die Herausforderungen zu verstehen, denen sich Scrum in Ihrem Unternehmen gegenübersieht. Wir müssen sofort feststellen, wie wir verstehen, dass Scrum funktioniert, wie wir es bewerten, mit Hilfe welcher Metriken.
Symptom : SM organisiert den Erfahrungsaustausch zwischen Teams nicht. Übersetzt den Teamerfolg nicht auf Unternehmensebene. Bietet keine Transparenz über die Ergebnisse und Prozesse seines Teams für die gesamte Organisation.
Was schlecht ist : Das Team existiert innerhalb des Unternehmens, es hat ein hohes Maß an Autonomie, ist aber dennoch eng mit dem Unternehmen verbunden. Wenn ein Team für sich selbst geschlossen ist, kann es sich von den Realitäten des Unternehmens lösen, unnötig oder irrelevant werden, ungerechtfertigte Erwartungen können in beide Richtungen entstehen usw.
Wie zu behandeln : Alles hängt von der Agilität im Unternehmen und den Aufgaben des Teams ab. Im Allgemeinen handelt es sich hierbei um eine sehr breite Palette von Optionen. Berücksichtigen Sie jedoch vereinfachte Fälle:
- Pilotenteam eines Unternehmens, das über Scrum-Anwendungen nachdenkt : Dies ist eine echte Herausforderung für SM. Sein Team steht unter dem Blick des gesamten Unternehmens. Was kann ich tun:
- Finden Sie heraus ( es ist möglich, gemeinsam mit den Initiatoren der Änderungen zu entwickeln ), vor welchen Herausforderungen Scrum im Unternehmen steht. Warum wird der "Pilot" gestartet? Welche Hypothese wird getestet? Wie wird das Ergebnis bewertet? Es wird sich über die Dauer des Experiments und den Entscheidungspunkt über das Schicksal von Scrum im Unternehmen einigen.
- Bringen Sie diese Informationen zum Team. Entwickeln Sie eine Visualisierung der Indikatoren, die das Unternehmen überwachen wird. Aktualisieren Sie die visuellen Indikatoren regelmäßig.
- Öffnen Sie die Arbeit so weit wie möglich. Den Mitarbeitern die Möglichkeit geben, neue Prozesse für das Unternehmen zu beobachten, jedoch nicht zum Nachteil des Teams. Informieren Sie das gesamte Unternehmen regelmäßig über den Arbeitsfortschritt.
- Bis zum festgelegten Zeitpunkt, um Daten über die während des Experiments erzielten Ergebnisse vorzubereiten (die Arbeit des Pilotenteams ). Führen Sie eine umfassende Retrospektive zur Entscheidung über das Schicksal von Scrum im Unternehmen durch.
- Eines der Teams im Unternehmen, in dem ein Teil der Mitarbeiter an Scrum arbeitet und ein Teil nicht : Höchstwahrscheinlich befindet sich das Unternehmen im Übergangsprozess. Und SM sollte helfen, das gesamte Unternehmen auf Scrum umzustellen. Was kann in diesem Fall getan werden:
- Sorgen Sie für Transparenz in Bezug auf die Prozesse und Ergebnisse des Teams und verbreiten Sie diese Informationen innerhalb des Unternehmens ( offene Sprint-Überprüfung, Newsletter usw. ).
- Organisieren Sie eine SM-Liga, in der Sie sich gegenseitig mit neuen Ideen und Praktiken „bestäuben“ können. Erfahrungen austauschen und sich gegenseitig unterstützen.
- Zusammen mit anderen SM bekämpfen organisatorische Störungen .
- Um an der Arbeit von Nicht-Scrum-Mitarbeitern teilzunehmen, schulen Sie sie in Scrum, schlagen Sie Änderungen in ihren Prozessen vor ( wenn die Änderung zu Verbesserungen führen kann ).
- Ein Team eines Scrum-basierten Unternehmens, das verschiedene Scrum-Skalierungsmethoden verwendet: LeSS , SAFe , Nexus usw. : Hier liegt das Problem der Teamsynchronisation bei SM. Ich habe keine wirkliche Erfahrung in solchen Unternehmen, daher werde ich von Angeboten Abstand nehmen. Aber es wäre sehr interessant, über Ihre Erfahrungen zu lesen - schreiben Sie in die Kommentare.
Fazit
Erinnern Sie sich noch einmal kurz ( siehe den Abschluss des ersten Teils ), was mit den erhaltenen Informationen zu tun ist:
- Wählen Sie das für Sie relevanteste Symptom.
- Wenn ich mit dem Team über die negativen Auswirkungen als Argumentationsgrundlage diskutiere, nehme ich meine Thesen.
- Das Team hat Wege gefunden, um das Symptom zu lindern.
- mach was du dir ausgedacht hast;
- die Ergebnisse analysieren;
- vom ersten Punkt an wiederholen.
In drei Artikeln konnte ich die offensichtlichsten Symptome von Rollen in Scrum beschreiben. Darüber hinaus umfasst die Beschreibung der Rollen im
Scrum-Handbuch 3 von 19 Seiten. Der Scrum-Leitfaden sagt, was zu tun ist, überlässt jedoch den Ermessensspielraum des Befehls „How to“, da dies stark von der jeweiligen Situation abhängt. Es scheint mir wichtig zu sein, Ihre Erfahrungen und Praktiken darüber zu teilen, wie genau Sie es tun. Ich würde gerne glauben, dass sich das Material als nützlich erwiesen hat und Sie die in dieser Artikelserie beschriebenen "medizinischen" Karten übernommen haben.
Vielen Dank für die Illustration Sai Kin !