Agiles Projektmanagement mit Scrum setzt gesunden Menschenverstand voraus!

meint Ken Schwaber und setzt fort 

»Leute, die Scrum einsetzen, wenden ihren gesunden Menschenverstand immer dann an, wenn sie feststellen, dass die Arbeit den Pfad verlässt, der zu den gewünschten Resultaten führt. Nichtsdestotrotz sind es die meisten so gewohnt, vorgeschriebene Prozesse einzusetzen - in der Form »führe dies aus, dann das und anschließend jenes« -, dass sie es in vielen Situationen, insbesondere bei Projekten verlernt haben, ihren gesunden Menschenverstand zu benutzen und stattdessen auf Anweisungen warten.«

Scrum ist

• weder ein Prozess
• noch eine Technik zur Erstellung von (Software-)Produkten
• noch eine Methode. 

Scrum ist ein Gestaltungsrahmen, innerhalb dessen aufgabenbezogene

• Techniken,
• Methoden und
• Tools

in verschiedenen Projektmanagementprozessen und operativen Leistungserstellungsprozessen, z.B. Code-Entwicklung, Testing, zum Einsatz gebraucht werden können.

Scrum basiert auf der Theorie der empirischen Prozesssteuerung (Empirismus). Empirismus basiert auf der Grundaannahme,

• dass Kompetenz aus Erfahrung gewonnen wird (→ Erfahrungsintelligenz) und
• dass Entscheidungen auf Grundlage bekannter Fakten getroffen werden (→ Mehrdeutigkeiten).    

Wer agiles Projektmanagement mit Scrum richtig praktizieren oder wer als ehemaliger Software Entwickler und jetziger Scrum Trainer Organisationsentwicklung betreiben will, muss er folgende Unterscheidungen verstanden und verinnerlicht haben:

• kausale Kopplung | Strukturelle Kopplung
• trivial | komplex (nichttrivial)
• Steuerung | Führung
• Methode | Theorie 
• Regeln | Prinzipien
• Verhaltenskultur | Wertekultur 

Diese Unterscheidungen haben mit Soft Skills nichts zu tun. Wenn Sie sie verstanden haben, brauchen Sie keine Trainings a la "Soft Skills für Scrum Projekte" mehr. Sie brauchen Werkzeuge zum Beobachten der Unternehmenskultur. Wenn Projektteams, die ab jetzt als Scrum-Teams agieren sollen, von vornherein sagen, dass Scrum eh nicht ausreiche und deswegen, müsse man Scrum bei Ihnen “anders” machen. Dann wird man als Scrum Coach sie verstehen, warum sie diese Einstellung haben.

Um Scrum zu verstehen, könnten folgende Fragen helfen:

• Wie können wir in unserem Scrum-Projekt die Komplexität meistern, indem wir die 2 bis 4 wöchigen Sprints gegen potentielle Überraschungen aus den Projekt-Umwelten hermetisch abriegeln?
• Wie könnte das Scrum-Team in einem Sprint ohne die Beeinflussung der Projekt-Umwelten -ungestört- arbeiten? (d.h. keine externe Referenzierung im 2- bis 4-wöchigen Sprint) 
• Was sind die kontextbezogenen Inhalte der Steuerung und der Führung im Scrum-Projekt?
• Welche Inhalte der Steuerung und Führung verwantortet das Scrum-Team? Welche der Product Owner? Welche der Scrum Master?
• Wie definieren wir agile Regeln und agile Prinzipien für unser Scrum-Projekt?
• Sind die agilen Prinzipien im agilen Manifesto konfom zur Wertekultur unserer Hinterbühne -hidden in the bsckstage-?
• Bilden wir agile Prinzipien auf unsere Verhaltenskultur -live on stage- ab?    
• Was in unserem Sprint können wir nicht in Wenn-Dann-Sätzen dokumentieren?

Folgende Begriffe für agiles Projektmanagement mit Scrum haben wir aus der Perspektive beschrieben: 

• Agiles Projektmanagement
• AGIL Schema
• Agiles Manifest
• Autodynamik
• Burndown Diagramm
• Collaborative Scrum 
• Daily Scrum Meeting
• Done (von allen Seiten als fertig gestellt akzeptiert!)
• Empirische Prozesssteuerung
• Estimated work remaining
• Kommunikation
• Kommunikationsmanagement in Projekten
• Inkrement
• Iteration
• Product Backlog   
• Product Owner
• Scrum 
• Scrum Master
• Sprint
• Sprint Backlog
• Sprint Planning Meeting
• Sprint Retrospective Meeting 
• Sprint Review Meeting 
• Scrum Selbstorganisation 
• Stakeholder 
• Scrum Entwicklungs-Team
• Unsicherheit
• Unterscheidung
• Überraschung

Für agiles Projektmanagement von Scrum zu PMI^®

 Scrum Guide 2011 (E) - Der gültige Leitfaden für Scrum

Scrum Guide 2011 (D) - Der gültige Leitfaden für Scrum