Nachbesprechung. Lektionen und Schlussfolgerungen des Scrum Master-Anfängers

Fotoquelle



Seit nunmehr drei Jahren führe ich die Werte und Prinzipien von Agile in das Leben von Entwicklungsteams ein. Hinter den Schultern - Arbeit als Scrum-Master in zwei großen Unternehmen, Erfahrung in der Fernimplementierung agiler Methoden in völlig unterschiedlichen Branchen, unzählige gelesene Bücher und Teilnahme an Meetups.



Aber alles begann klein und in dieser Zeit habe ich mehr als eine Beule gefüllt. Und im Laufe der Zeit bemerkte ich, dass diese Unebenheiten ziemlich typisch waren, und meine unerfahrenen Kollegen begegnen ihnen regelmäßig. Ich wollte nicht beiseite treten und um Kollegen vor möglichen Fehlern zu warnen, beschloss ich, meine Erfahrungen in diesem Artikel zu teilen.



Welche Lektionen habe ich im ersten Jahr meiner Arbeit als Scrum-Master gelernt und daraus Schlussfolgerungen gezogen (die ich ganz am Ende kurz in Punkten umrissen habe):

Rosa Brille

Nach zwei Tagen Scrum-Training war ich bereit, Berge zu versetzen und die Welt auf dem Weg des Unternehmens zum Besseren zu verändern. Nichts inspiriert mehr als ein kompetenter Trainer und ein Team von Gleichgesinnten! Aber sobald Sie anfangen, werden Sie plötzlich mit Ihrem Scrum-Framework allein gelassen. Es gibt Leute, die mit ihren eigenen Aufgaben beladen sind, es gibt Gewohnheiten und Werte, die sich bereits in der Arbeit des Teams gebildet haben, es gibt ein Management, das Prozesse auf seine eigene Weise sieht, und dies geht nicht immer parallel zu den Werten und Ideen von Agile. Alles in allem willkommen in der realen Welt .



Deshalb muss man sich zu Beginn das Vertrauen und die Offenheit des Teams verdienen. Es ist wichtig, sich auf Ihre bisherigen Erfahrungen und Ihren gesunden Menschenverstand zu verlassen.Verstehen Sie, was Ihr Team jetzt wirklich braucht, welche Probleme und Untertreibungen bestehen und wie Sie ihm helfen können, zumindest einige der auftretenden Fragen zu schließen.

Widerstand

Natürlich waren Innovationen und offensichtliche bevorstehende Änderungen nicht sehr glücklich. In meinem Fall war es eher eine Resignation gegenüber der Tatsache, dass jemand anderes gekommen war, um zu verwalten und zu lehren: " Nun, schließlich ist alles in Ordnung ." Es gibt nichts zu tun - ich musste beweisen, dass ich gekommen bin, um zu helfen, und in der Praxis, um dies zu demonstrieren.



Ein wichtiger Punkt: Wenn Sie zu Beginn keine Unterstützer im Entwicklungsteam finden, besteht die Gefahr, dass Sie abgelehnt werden.



Das erste, was einem neu geprägten Scrum-Meister beim Versuch, sich zu ändern, gegenübersteht, ist Widerstand. Der Prozess ist natürlich natürlich, aber nicht schmerzlos. Menschen sind nur dann bereit, sich zu ändern, wenn sie Wert für sich selbst darin sehen.Daher ist es die beste Option, dem Team die Möglichkeit zu geben, auf die Idee zu kommen, dass Scrum sowohl seine Prozesse als auch sein Leben verbessern wird.



Fragen Sie sich: "Was ist der Zweck meiner Präsenz in dieser Rolle und wie kann ich meinem Team helfen, bestehende Arbeitsprozesse zu verbessern?" Wenn Sie die Antwort finden - großartig, gehen wir zu den Änderungen über! Wenn nicht, lohnt es sich, noch etwas zu sehen.



Apropos Verbesserung: Sie können eine Reihe von Besprechungen abhalten, um beispielsweise Teamschmerzen zu erkennen und Offenheit zu schaffen. Aber ich möchte in den folgenden Artikeln darüber sprechen.

Eile ist der schlimmste Helfer

Die Eile und der Wunsch, sich von den ersten Arbeitstagen an zu zeigen, ist wahrscheinlich der größte Fehler, den ein Scrum-Anfänger macht. Es ist von entscheidender Bedeutung zu wissen, dass drastische Veränderungen, ohne zu verstehen, warum dies notwendig ist und wie sich dies auf die aktuelle Lebensweise des Teams auswirkt, noch mehr Widerstand und Misstrauen hervorrufen können. Es gab Zeiten, in denen der Scrum Master Teams gerade wegen schlecht durchdachter und unvollendeter Änderungen Schaden zufügte.



Die Bereitschaft zur Veränderung kommt nach und nach vom Team.Beobachten Sie das Team 1-2 Wochen lang, ohne den "natürlichen" Ablauf zu beeinträchtigen. In den ersten Phasen müssen Sie die logische Kette von Prozessen und festgelegten Werten selbst verstehen, die Schwachstellen in der Arbeit erkennen und tatsächlich eine Lösung vorschlagen. Versuchen Sie Schritt für Schritt, die Ereignisse und Werte der Methodik in das Bewusstsein und das Leben Ihres Teams einzuführen.

Die Erleichterung von Besprechungen, die häufige Interaktion mit dem Team, sowohl persönlich als auch im Format von Veranstaltungen, Coaching hilft Ihnen dabei. Und natürlich Vertrauen und Offenheit für den Dialog.

Die Umwelt verstehen

Als ich anfing, mit dem Team zu arbeiten, machte ich einen großen Fehler, der mir zunächst nicht auffiel und eine Kleinigkeit schien. Ich habe nämlich die vielen thematischen Chats von Entwicklern aus den Augen verloren, die sie von der anderen Seite enthüllten. Sie distanzierte sich vom Management und vermisste wichtige Informationen, die wiederum dem Team übermittelt werden konnten.



Wiederholen Sie meinen Fehler nicht: Es spielt keine Rolle, ob Ihr Unternehmen klein oder groß ist, aber Sie müssen die Kommunikation zwischen den Abteilungen verstehen und einige wichtige Kollegen persönlich kennen . Es wird gesagt, dass der Scrum Master Hindernisse beseitigen muss, die das Team von der Erstellung eines IT-Produkts ablenken. Aber wie können Sie das tun, wenn Sie nicht wissen, an wen Sie sich wenden sollen?



Ganz am Anfang ist es also besonders wichtig:

• Gehen Sie zu allen Chats und sehen Sie, wie und mit wem die Teams kommunizieren, welche Probleme sie haben.
• mit dem Management kommunizieren, globale und sekundäre Ziele verfolgen, die das Unternehmen in einem bestimmten Zeitraum verfolgt;
• Kommunizieren Sie mit Gleichgesinnten, wenn das Unternehmen bereits über erfahrenere Scrum-Meister verfügt.

Ich bin sicher, dass all dies Ihnen höchstwahrscheinlich dabei helfen wird, schnell in die Umgebung einzutauchen und eine umfassendere Beobachtung der Prozesse durchzuführen.

Strategiepräsenz

Und so sprachen wir mit dem Team und dem Management, stellten interessante Fragen, erhielten Antworten, nahmen an allen Chats teil und erhielten Einladungen zu allen Veranstaltungen. Wir sehen das Problem, wir kennen die Ziele des Managements - aber wo wir anfangen sollen, es zu lösen, ist noch nicht klar. Was macht man als nächstes?



Um zu einer Entscheidung zu gelangen, ist es wichtig, klare Ziele zu formulieren, was genau und warum wir uns ändern wollen . Und dann - um einen Arbeitsplan zu erstellen, der die Frage beantwortet: „ Wie machen wir das? ".



Als ich zum Team kam, sah ich meistens, wie die Jungs 1,5 bis 2 Stunden lang tägliche Meetings abhalten, in denen sie versuchen, alle Probleme zu lösen. Übrigens ist dies eine enorme Zeitspanne, die von der Arbeitszeit abgezogen wird und die Effizienz der Teamarbeit verringert. Und der Scrum Guide schlägt nur 15 Minuten für diese Veranstaltung vor und keine Minute mehr.

Wie man ist: Meiner Meinung nach besteht der korrekteste Ansatz darin, diese Aktivitäten zu trennen und sich auf die Aufgaben zu konzentrieren, die in den Sprint-Zielen festgelegt sind.



Basierend auf Schmerzen und den häufigsten Fragen, zusätzlich zu den wichtigsten Scrum-Ereignissen (Planung, täglich, Demo, Retro), zum Beispiel ein wöchentliches Forschungstreffen, eine Diskussion über den Ideenstau oder Brainstorming-Sitzungen, um eingehend zu diskutieren Probleme können entstehen, wie es heute bei ICL Services der Fall ist. ... Wir sehen den Schmerz, wir wissen, wie man die Situation behebt und was getan werden muss - alles, was bleibt, ist die Diskussion über die Änderung des Arbeitsformats mit dem Management und dem Team, um den besten Effekt zu erzielen.



Der Plan sollte auch flexibel sein und sich je nach den Bedingungen und Merkmalen der Teammitglieder ändern. Es ist wichtig, den geplanten Weg mit dem Management zu besprechen, da nicht immer alles, was Sie vorschlagen, sofort in die Arbeit umgesetzt wird. Und je nach Zielsetzung und den Anforderungen des Managements selbst kann sich etwas ändern.

Mangel an technischem Wissen

Ich habe keine technische Ausbildung und daher war es für mich eine ziemlich schwierige Aufgabe, die umfassende Terminologie des Entwicklungsteams gründlich zu verstehen (und bleibt es an einigen Stellen), da die Technologie nicht stillsteht.



Aber auch hier gibt es einige ziemlich einfache Life-Hacks:

• Haben Sie keine Angst, das Team um Hilfe zu bitten.
• die einschlägige Literatur studieren;
• Durchsuchen Sie das Internet nach terminologischen Wörterbüchern für Dummies oder holen Sie sich bei Bedarf ein persönliches Wörterbuch.

Kurze Zusammenfassung

1. Bauen Sie auf früheren Erfahrungen auf. Verstehen Sie, was das Team braucht, welche Probleme und Untertreibungen bestehen und wie Sie helfen können.
2. Identifizieren Sie, wie die Änderung für das Team von Nutzen sein kann, und zeigen Sie sie ihnen. Die Menschen sind nicht bereit, sich zu ändern, bis sie den Wert darin für sich selbst sehen.
3. Sprint, , .
4. – , , – -.
5. « ?», . « ?» , , . . .
6. Mangel an technischem Wissen. Wenn Sie keinen technischen Hintergrund haben, aber die Terminologie beherrschen möchten oder müssen, haben Sie keine Angst, um Hilfe zu bitten. Ein persönliches Terminologie-Wörterbuch kann auch ein guter Helfer sein.

Ich bin sicher, dass all die Lektionen, die ich gelernt habe, Ihnen helfen werden, Schlussfolgerungen zu ziehen und in die richtige Richtung wieder aufzubauen, denn ich liebe wirklich, was ich tue. Und vor allem keine Angst vor Fehlern haben, sondern daraus lernen. Viel Glück!