Wie starten Sie neue agile Teams?

Ich bin gespannt, was andere tun, um Teams nachhaltig mit Agile zum Laufen zu bringen. Was betonen Sie zuerst (Praktiken, Prinzip, Prozessrahmen)? Oder gibt es keinen einheitlichen Ansatz für den Start von Teams?

EDIT: Ich glaube, ich suche immer noch nach etwas zwischen Business und Technologie. Woher kommt diese Anleitung und wie sieht sie aus? Ich würde gerne ein paar Ideen dazu hören.

Hallo Jean - willkommen auf der Seite! Könnten Sie Ihre Frage bitte so bearbeiten, dass sie eher eine Frage ist? Es kommt eher wie ein Blogpost/eine Seifenkiste zustande als eine Frage.
@Jean - Wie Mark sagte, willkommen! Wir freuen uns, dass Sie unserer Community beitreten. Mein Vorschlag ist, einen Rundgang durch einige unserer anderen Fragen von unseren Benutzern mit hohen Wiederholungszahlen zu machen . Darüber hinaus können Sie auf unserer Meta-Site mehr über unsere Community erfahren und sich an der Gestaltung ihrer Richtung beteiligen und dabei helfen, einige ihrer wachsenden Probleme zu lösen. Wir freuen uns auf Ihre Beiträge zu unserer Seite. Herzlich willkommen! :)
Sieht aus wie ein Blogbeitrag. Aber gute Ratschläge werden in diesem Beitrag gegeben! +1 für Blog-Post-Frage. :)
Hallo Jean, willkommen bei pm.se! Sie können Ihre eigene Frage immer beantworten (vollkommen zulässig), also schneiden Sie vielleicht etwas davon aus und fügen Sie es in eine Antwort ein. Dann kann der Rest von uns andere Perspektiven bieten.
@Lunivore - Gut gesagt. Ich denke, das ist ein großartiger Vorschlag. Jean, Sie können Ihre Frage gerne als Frage umformatieren und Ihre Antworten als Antwort einfügen. Tu einfach so, als wärst du auf Jeopardy! ;)
@Jean - schön bearbeitet!

Antworten (4)

Stellen Sie sicher, dass Geschäftsinhaber an Bord sind und einen Änderungsbedarf sehen – nicht nur Technologie-/Lieferanten. Veränderungen sind schwierig, und wenn kein Geschäftswert ($s) auf dem Spiel steht, wird jeder Übergang (agil oder anderweitig) ins Stocken geraten und scheitern.

+1 tolle Antwort, Bob. Praktisch, auf den Punkt. Etwas, das sofort verwendet werden kann.

Lassen Sie Ihren Fokus auf Agile um Agiles willen los ... vergessen Sie den Versuch, Agile so zu tun, wie Agile getan werden sollte, oder Sterne auf einer Art Agile-Zeugnis zu verdienen. Agile Methodik ist nur ein Werkzeug ...

Konzentrieren Sie sich auf Geschäftsergebnisse – entwickeln und kommunizieren Sie SMARTe Ziele in Bezug auf Geschäftsergebnisse – verwenden/umgestalten/verfeinern/überarbeiten Sie Methoden wie Agile als Ihr Toolset, um die Bereitstellung von Geschäftsergebnissen zu beschleunigen.

Selbst wenn Sie „erfolgreiche Einführung und Transformation zu Agile“ in eine Art spezifisches, messbares, aggressives, realistisches, zeitgebundenes Ziel verwandeln könnten, wäre es immer noch ein wirklich dummes strategisches Ziel, weil Geschäftsergebnisse die Fracht zahlen .

Ich stimme zu. Bei einer erfolgreichen "Agile Adoption" sollte es um eine erfolgreiche Artikulation von Geschäftszielen gehen und warum bestimmte (agile) Praktiken ein wertvoller Ansatz sein könnten, um Teams dabei zu helfen, zum Geschäftserfolg beizutragen. Was würde Menschen dazu bringen, über „Geschäftsergebnisse“ zu sprechen, um sich dann einer Diskussion über „agil“ oder „nicht agil“ zuzuwenden? Wo findet die Diskussion über Methoden und Technologien und Werkzeuge zum Geschäftserfolg statt und mit welcher Anleitung?

Wir pushen Agile nicht, wir erwarten, dass Kunden und Teams es ziehen.

In unserem ziemlich großen, aber robusten Unternehmen haben wir eine Gemeinschaft von Agile-Champions. Unsere Rolle ist es, Teams und Organisationen dabei zu helfen, agile Methoden gut einzusetzen. Dazu gehört die Indoktrination verschiedener Denk-, Organisations- und Handlungsinstrumente sowie kontinuierliches Coaching, um sicherzustellen, dass eine kontinuierliche Verbesserungsatmosphäre etabliert und dann aufrechterhalten wird.

Wir beginnen mit der Bildung von Communities of Practice, die Führungskräfte auf verschiedenen Ebenen umfassen, und binden die Agile-Coaches und Mentoren ein, die mit den Teams selbst zusammenarbeiten. Das funktioniert dort sehr gut, wo Führungskräfte Menschen respektieren und sie entsprechend behandeln. In Situationen, in denen einige Manager Personen als austauschbare Ressourcen ansehen, verabschieden wir uns höflich und sprechen bei Bedarf mit einigen Führungskräften weiter oben im Organisationsbaum - wir haben das Glück, jetzt einen vernünftigen CEO und einige weise Vizepräsidenten (von verschiedenen Aromen), das hilft also sehr.

Ein interessanter Aspekt ist, dass wir allen Teams helfen können, ihr Denken und ihre Gewohnheiten zu verbessern, unabhängig von der Art des Arbeitsprozesses, den sie verwenden. Agiles Denken ist nicht wie das Umlegen eines Schalters – Freitag waren Sie in einem Wasserfall-Team, Montag sind Sie in einem agilen Team. Es braucht Zeit und eine Menge Studien, bis die Leute ihre Perspektive anpassen. Menschen brauchen Übung, um neue Gewohnheiten zu meistern. Es braucht Vertrauen, damit sie freiwillig ihr besseres Denken und die Verantwortung für ihre eigenen Arbeitsprozesse übernehmen. Communities of Practice machen den Weg der kontinuierlichen Verbesserung nachhaltig.

Daher beginnen wir in einigen unserer größeren Organisationen damit, alle Arten von Arbeitsprozessen sanft und schrittweise zu verbessern. Sobald sich eine Kultur der kontinuierlichen Verbesserung durch Inspektions- und Anpassungsgewohnheiten durchgesetzt hat, können sich Arbeitsprozesse je nach Kundenbedürfnissen und Investitionen an ihren optimalen Platz im Spektrum verschieben.

Wir fangen auch immer damit an, zu sagen: „Warum willst du Agilität verwenden? Agilität nur um der Agilität willen ist kein ausreichender Grund“. Das führt zu einigen sehr interessanten Gesprächen mit verschiedenen Führungskräften und Managern. Kurz gesagt, wir erreichen entweder eine Win-Win-Situation und fahren fort, oder wir entscheiden uns für ein No-Deal und nutzen die nächste Gelegenheit.

Beste Idee? Mieten Sie einen Coach (nicht unbedingt mich, aber ich bin ein professioneller Coach).

Der Coach kann mit Unternehmen und Technologen zusammenarbeiten und sie auf die gleiche Seite bringen. Es dauert nur ein paar Monate, und dann kannst du es normalerweise nehmen.

Eine direktere Antwort: Etablieren Sie frühzeitig die Engineering-Umgebung und die Engineering-Praktiken und arbeiten Sie gleichzeitig mit der Produktmanagement-Seite zusammen, um zu verstehen, wie man mit Geschwindigkeit, Iterationen, dem Aufschlüsseln von Storys und dem kurzfristigeren Fokus der kontinuierlichen Integration umgeht kontinuierliche Lieferung.

Es gibt ein paar grobe Iterationen, bevor Sie Ihren Schritt machen, aber mit einem guten Start, einem nachhaltigen Tempo und regelmäßigen Retrospektiven können Sie es schaffen.