Was sind die Schritte für einen agilen Coach, wenn er mit einem neuen Team beginnt?

Was sind die ersten Schritte, die Sie als Agile Coach unternehmen, wenn Sie zu einem Unternehmen gehen, um sicherzustellen, dass es Agilität einführt? Nehmen wir an, dieses Unternehmen hat nur von Agile gehört, es arbeitet an einer sehr traditionellen Wasserfallmethode und hat ein großes Team von 10 Entwicklern, 5 qa, 13 Uhr. Beginnen Sie zum Beispiel mit einer Präsentation und Teambildung? Oder lehnen Sie sich zurück und führen eine Due-Diligence-Prüfung der Funktionsweise des Unternehmens durch?

Sind Sie ein neuer Agile Coach und bitten Sie um Anleitung, wie Sie einen neuen Vertrag angehen können, oder auditieren Sie einen neuen Agile Coach? Dies ist eine sehr subjektive Frage, auf die es keine empirische Antwort gibt.
Ich bin ein relativ neuer agiler Coach (1,5 Jahre, 2 Unternehmen), der versucht, Meinungen und Ansätze auf hoher Ebene zu vergleichen. Ich möchte den sauberen Zustand des betreffenden Unternehmens betonen.
Ich kann dies schließen, es sei denn, es wird zu etwas wie Audit, Evaluate, Decide, Act oder einer anderen Art von Aktivitätsschleife sehr abstrahiert.

Antworten (3)

Ich habe viel Zeit mit diesem Thema verbracht. Ich arbeite seit einem Jahr mit dem Online-Magazin AgileConnection.com an der Einführung agiler Transformationen. Wenn Sie auf ihre Website gehen und nach "Joel Bancroft" suchen, finden Sie meine Artikel. Beginnen Sie mit dem im Januar 2017.

Das Nußschalen-Framework ist:

  1. Beginnen Sie mit Beobachtung: Stellen Sie viele Fragen
  2. Bildung ist der Schlüssel: Alle erhalten die gleiche Ausbildung, unabhängig von ihrer Erfahrung
  3. Gute Maßnahmen aufstellen: Sowohl für das Projekt als auch für die agile Transformation.
  4. Inspizieren und anpassen auf allen Ebenen: Tun Sie wirklich etwas gegen die aufgetretenen Hindernisse
Hallo Joel. Können Sie einen Artikel empfehlen, den Sie lesen sollten, wenn Sie gerade erst mit 1 oder 2 Teams anfangen?
@TheLearner- Ich würde mit genau den gleichen Empfehlungen gehen. Sie werden einfach in der Lage sein, beim Aufbau von Vertrauen und Beziehungen schneller voranzukommen. Pass nur auf, dass du zu schnell fährst. Auch mit einer kleinen Gruppe muss man sich Zeit nehmen, um Teil des Teams zu werden.

Ich würde damit beginnen, der Führungskraft Agilität zu erklären und sie zu coachen, bis sie die Bedeutung einer agilen Transformation vollständig verstanden hat.

Sobald sie erkannt haben, was sie übernehmen, würde ich nach ihnen suchen, um die Gründe für die Einführung von Agile zu identifizieren. Dies wird dann die Grundlage für das, was kommen wird, schaffen. Wenn sie zum Beispiel versuchen, die Fähigkeit des Unternehmens zu verbessern, mit Veränderungen umzugehen, möchte ich, dass sie erkennen, wie dies gemessen und verfolgt wird. Das ist für mich der Schlüssel zu einer erfolgreichen Transformation, denn ohne konkrete Fortschritte kann es leicht passieren, dass das Unternehmen in alte Muster zurückfällt oder kontraproduktive Praktiken anwendet.

Als nächstes würde ich versuchen, sowohl mit den Lieferteams als auch mit der Führungskraft an einem Plan zu arbeiten. Einige Organisationen sind gegenüber Unterbrechungen toleranter als andere und können daher schneller vorgehen.

Also der Reihe nach:

  • Stellen Sie sicher, dass sie wissen, worauf sie sich einlassen
  • Stellen Sie sicher, dass sie eine klare Definition dessen haben, was Erfolg ist (und wie man ihn misst)
  • Erstellen Sie einen Plan (der zwangsläufig ständig angepasst wird)

If language and expectations have not already been discusses, then do that first. This is important throughout the organization for all impacted by the change. There is a lot to the history of software development and the term agile. Start with Managing the Development of Large Software Systems (1970), the misunderstanding that led to the waterfall process and traditional project management. Ensure that the Manifesto for Agile Software Development (2001) with its four values and twelve principles is fully understood. Share the groundwork for that philosophy which began in the 1990s (history) including eXtreme Programming and Scrum. Fördern Sie die Agilität, die Richtung zu ändern, um Chancen zu ergreifen, und beenden Sie eine Anstrengung, wenn das Kosten-Nutzen-Verhältnis zusammen mit dem inhärenten Risikomanagement nicht mehr akzeptabel ist . Es ist oft hilfreich, die Vorteile und Herausforderungen zu vergleichen und gegenüberzustellen.