Von klassischen zu agilen Prozessen - heisst sich verändern - nur wie?

1.689 Aufrufe

Veröffentlicht am

Die Einführung von Agilen Methoden in der Software Entwicklung verändert vieles.

Was kann man tun, um die Menschen auf diese Veränderungen vorzubereiten?

Veröffentlicht in: Business, Technologie
0 Kommentare
1 Gefällt mir
Statistik
Notizen
  • Als Erste(r) kommentieren

Keine Downloads
Aufrufe
Aufrufe insgesamt
1.689
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
4
Aktionen
Geteilt
0
Downloads
0
Kommentare
0
Gefällt mir
1
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie
  • Meine Vorstellung - Tätigkeit - Scrum - Coaching
    Frage: wer kennt Scrum? Wer macht Scrum?
    Wer kennt die Scrum Werte? (Mut, Fokus, Offenheit, Respekt und Entschlossenheit)
    [Flipchart: Coaching!]
  • Objekt Forum Karlsruher Entwicklungstag -msgGillardon ...
    eigene Erfahrungen Einzel-Coaching:

  • Alles doch nur Hype? ScrumBut?
    Sind sie heute alle umsonst hier? Doch lieber Kanban? ... oder V-Modell?
  • Frage: Was glauben sie, ist die „gefährlichste“ Eigenschaft von Scrum?
  • Ein unglaublich geniales Feature... Scrum zeigt Probleme auf!... Gnadenlos
    oder um es mit den Worten von Ken Schwaber zu sagen:
  • --> Damit muss man umgehen können! Frustration... oder auch kampf
    „Man bekommt jeden Sprint den Spiegel vorgehalten!“
  • ... Scrum = Bedrohung!
    Fallbeispiel: Zuviele Management Rollen, Doppeln von Rollen - viele Managementfunktionen werden von Scrum „mitgemacht“
    Oft wird der Überbringer der Nachricht getötet (=Scrum)


  • muss man sich das wirklich antun? Will ich wirklich meine Schwiegermutter im Haus haben?
  • dass das Wachstum besonders gut gemanagter Unternehmen, so genannter Standouts, in der letzten Krise sechs Mal höher war als das ihrer Wettbewerber. (IBM CEO Studie) Leider habe ich nicht herausgefunden, ob die alle Scrum machen :)
  • dass das Wachstum besonders gut gemanagter Unternehmen, so genannter Standouts, in der letzten Krise sechs Mal höher war als das ihrer Wettbewerber. (IBM CEO Studie)
  • Scrum: Teamorientiert - Entscheidungen können im Scrum Team (inkl. PO) getroffen werden. In größeren Organisationen = Scrum Of Scrum = sehr schlanke Entscheidungsstrukturen
  • --> Entscheidungen dort wo sie anfallen, stabile, belastbare Organisation. Die sich ständig anpasst und lernt! Scrum ist ein sehr einfacher Prozess, Passt auf knapp 30 Seiten.
  • IBM CEO Studie

  • Kernaussage: In Komplexen Umgebungen funktionieren Command & Control Strukturen nicht!
    Wir müssen uns ständig anpassen können, ständig verändern. Klassische Prozesse und Strukturen können das nicht (Wasserfall). Es gibt keine vorgefertigten Lösungen!
  • Der Prozess funktioniert: Einfache Strukturen, Schnelle Entscheidungen, Komplexität
    Unheimliches Design (Komplexitätsforschung, Managementforschung, Klassische Führungsmodelle ->
    Anekdote Führungstraining
  • super ... alles drin in Scrum! Planning, Implementierung, Review, Retro = Komplexität!! 79%
    Aber woran liegt es dann?
    Double Loop Learning - Das erste Opfer ist die Retrospektive [Flipchart Retrospektive]
    Ganz Wichtig: keine Routine!! Frage: Was nutzen sie?
  • Scrum = minimalistisches Projektmanagementframework
    Radikale Transparenz ist kein Bug, sondern ein Feature!!!
    Scrum ist ein Coaching Tool!! Erklärung am Anfang

  • Scrum bedeutet Veränderung! -->
    Erfolgreich Scrum = die Menschen abholen und mitnehmen
  • Kernaussage: Ein Software Entwicklungsprozess muss ich um die Menschen kümmern
    und den Mensch in Mittelpunkt stellen!
    Gerry Weinberg 3 Laws of Consulting: „ No matter how it looks at first, it's always a people problem.“
    Scrum ist dafür geeignet - Scrum legt die Probleme offen - wir müssen uns sehr offensiv darum kümmern!
  • Fallbeispiele: Veränderungsbeispiele anhand der Scrum Rollen:
    Anekdote: PL macht weiter wie bisher - Er findet Scrum toll, da Velocity = Teamvergleich
    Metriken dürfen keinen Druck ausüben, sondern müssen von allen gewollt sein - sonst Gambling!
  • Kein Push mehr. Sehr missverstanden. Setzen von sinnvollen Rahmen. Product Owner ist dem Team nicht ausgeliefert. Er muss mit ihm zusammenarbeiten. Nicht „Ihr müsst aber...“ sondern „was können wir um...?“
    Wichtig: queueing theorie - Stau!

  • Das Produkt entsteht während der Entwicklung - der PO arbeitet mit Visionen, Rahmen und Zielen. Scheinbarer Kontrollverlust. Er lässt aber auch Emergenz zu.
    Komplexität = Probe - Sense - Respond. Achtung: Persönlichkeitsstruktur PL Prozessorientiert vs. Strukturorientiert

  • Ideen kommen aus dem Team. Was und Wie? Gemeinsam entsteht das PO.
    Anekdote: PL - 80% Redezeit - CP „Tip für die Macher“ -> [Methode: aktives Zuhören]
  • Das Team - Standard Scrum Einführung
  • [Methode: Blake Mouton, AKV]
  • Software Entwickler sind nicht gerade für ihre Softskills bekannt. Und auf einmal Teamarbeit?
    Anekdote: Probleme der Entwickler mit Zusammenarbeit!
    Methoden (nur Aufzählen): Landkarte, Eisberg, Kommunikationsquadrat, Teamrollen...
    Gut: Scrum unterstützt und fördert Kommunikation (= Kommunikationsrahmen) ... man muss ihn nutzen!
  • Handlungsfeld: technische Qualifikation -> andrena PSD
    [anekdote: kein Entwickler mehr, oft die Aussage, geht so nicht... ab und zu pack ich dann doch die Entwicklungsumgebung aus... und es geht -> sehr schwierig zu vertrauen]
  • Lösungsfokus [Methode Frage Techniken] & Vertrauen aufbauen

  • guter Entwickler, Tatendrang, Macher, Kreativ... Beförderung zum Teamleiter... ja... endlich kann ich was gestalten, verändern
  • Typische Karriere in KMU, sehr technisch, aber fehlende Führungskompetenz. Bewusstsein für Führungsskills fehlt
    [Anekdote: Coachee der nicht wusste, warum er gekündigt werden soll]
    Kernaussage: Teamleitung ist kein Status oder Belohnung, sondern eine Aufgabe, die entsprechende Skills benötigt
    Gilt auch für Scrum Master

  • ja... endlich kann ich was gestalten, verändern... jea... Scrum verschafft mir endlich genug Zeit! Alles wird gut!
  • ja... endlich kann ich was gestalten, verändern... jea... Scrum verschafft mir endlich genug Zeit! Alles wird gut!
    Anekdote: Defensive Scrum
    [Methode: Selbsterfüllende Prophezeiung - Verlorenes Vertrauen - Umkehrung notwendig]
  • Kernaussage: Ein Software Entwicklungsprozess muss ich um die Menschen kümmern
    und den Mensch in Mittelpunkt stellen!
    [Coaching Methode Fragetiefe/5 Ebenen des Fragens - kein Flipchart]
    Wir können nicht nur die Methode immer wieder ändern, sondern müssen uns um die Menschen kümmern.
  • Kernaussage: Ein Software Entwicklungsprozess muss ich um die Menschen kümmern
    und den Mensch in Mittelpunkt stellen!
    [Coaching Methode Fragetiefe/5 Ebenen des Fragens - kein Flipchart]
    Wir können nicht nur die Methode immer wieder ändern, sondern müssen uns um die Menschen kümmern.
  • Zentrale Figur ist der Scrum Master (oder helfende Coaches) - Unterstützen sie ihn beim Aufbau von Methoden, Selbstkompetenz und Sozialkompetenz
    Fähigkeiten Menschen bei Veränderungen zu begleiten = Definition Coaching! Ich kann nicht nur machen!
    Begeistern, abholen, vorbereiten, beteiligen
    Probleme aktiv angehen - Belohnung = Selbstorganisierte Teams = Standout!

  • Coaching liefert einen reichhaltigen Schatz an Methoden, um die Menschen zu beteiligen, zu entwickeln, mitzunehmen... nutzen Sie diese!
    Ich hab noch 2


  • ×