Agile - Open Practice Library (Softwareentwicklung, Produktentwicklung und Teamkultur)

Die Innovation Labs des Softwareherstellers Red Hat betreiben die Website "Open Practice Library". Hierbei geht es um iterative Vorgehensmodelle zur schnellen Entwicklung digitaler Produkte. Das Team dokumentiert hier verschiedene Praktiken und Prinzipien, welche die Softwareentwicklungsprozesse vorantreiben.

Die Einträge sind anhand der Prinzipien Discovery, Options, Delivery und Foundation organisiert:

Quelle: Red Hat Open Innovation Labs - https://openpracticelibrary.com

Discovery-Praktiken beginnen mit dem aktuellen Ist-Zustand und sollen helfen, wichtige Fragen zu Ergebnissen zu stellen.

• Warum tust du das? Welche Probleme versuchen Sie zu lösen und für wen? Wie werden Sie die Ergebnisse messen?
• Siehe z.B. Why, How, What - The golden circle von Simon Sinek
  

Options-Praktiken untersuchen, wie man Erkenntnisse abwägen und möglicherweise die Richtung ändern kann.

• Welche Möglichkeiten hat das Team? Was benötigen Sie möglicherweise, um Ihre Zielergebnisse zu erreichen?
• Siehe z.B. How-Now-Wow Prioritization (Matrix)
  

Bereitstellungs-Praktiken konzentrieren sich darauf, die Optionen bereitzustellen, für die man sich entschieden hat, und Feedback von den Benutzern und Interessenvertretern einzuholen.

• Was war die gemessene Wirkung? Was hast du gelernt?
• Siehe z.B. Canary Release - Exposing a small number of real users to a new version

Grundlegende-Praktiken konzentrieren sich auf die Schaffung einer Teamkultur, Umgebungen für die Zusammenarbeit und technische Praktiken.

• Diese unterstützen schnelle und iterative Reisen durch die anderen Teile der Schleife.
• Ohne die Grundlage können Teams keine nachhaltige, kontinuierliche Bereitstellung erreichen.
• Siehe z.B. Daily Standup - A short time-boxed synchronization of the team activities that occurs in a cadence determined by the team

 

Agile - Priorität und Qualität vom Shopify CEO (Tobias Lütke) lernen

In dem Artikel "Zeitmanagement - MoSCoW Priorisierung / Prinzip" habe ich beschrieben, wie man mit Hilfe des MoSCoW-Prinzip seine Aufgaben priorisieren kann. In dem Artikel "Shopify-Gründer Tobi Lütke: CEOs müssen die Hüter der Qualität sein" beschreibt Tobi Lütke welche Prioritäten man als guter CEO setzen soll.

Shopify bietet für kleine, mittelständische Händler und mittlerweile auch Konzerne ein einfach einzurichtendes Online-Shopsystem samt Hosting und Bezahldiensten.

Lütke empfiehlt die folgende Prioritätenliste, damit CEOs den Fokus auf die Qualität des Produktes setzen:

1. "Lasst uns das bestmögliche Produkt bauen."
2. "Wir müssen ab und zu Geld verdienen, damit wir Prio eins finanzieren können."
3. "Niemals Prio eins und zwei verwechseln."

"Ich finde es interessant, wie häufig Firmen das falsch herum machen. Das ist bis heute eigentlich mein Hauptjob bei Shopify: Herumrennen und jeden daran erinnern, dass es das Wichtigste ist, ein gutes Produkt zu machen. CEOs müssen die Hüter der Qualität sein."

Aus meiner Sicht kann man diese Prioritätenliste auch in der Softwareentwicklung anwenden, wenn es z.B. um "Softwaretest bei agiler Entwicklung durch Testautomatisierung" geht.

Fehler - "0-Fehler" Strategie

Nach den "Drei Arten von Misserfolgen" - Vermeidbare-, Komplexitätsbedingte- und Intelligente-Misserfolge, möchte ich kurz auf die Fehler eingehen, die immer zu vermeiden sind.

Die folgenden Themen müssen als "0-Fehler" Strategie betrachtet werden:

• Sicherheit (z.B. IT-Security oder Datenschutz)
  
• Produkte/ Services (z.B. Verfügbarkeit)
  
• Produktion
• Prozesse (z.B. Daten)
• Compliance (z.B. Vergabe von Aufträgen und Ausschreibungen)
  
• Gesetzeskonformität (z.B. Steuerrecht oder DSGVO)
  
• Arbeitsregeln (z.B. Mobbing und Geschlechtergerechte Sprache)

Wichtig: Der zwischenmenschliche Umgang mit Fehlern muss gewährleistet sein, nur so kann der sachliche Umgang mit Fehlern im Rahmen des Fehlermanagements funktionieren!

Deshalb muss vor der Umsetzung dieser Strategie im Team bzw. der Firma auch der entsprechenden Rahmen (mentale Einstellung) zum offenen Umgang mit den o.g. Fehlern bereitgestellt werden.

Anschließend kann man aus den Fehlern lernen in dem man sich mit verschiedenen Methoden, Prozessen und Techniken mit den jeweiligen Ursachen beschäftigen.

Fehler - Arten von Misserfolgen

Im wesentlichen gibt es die folgenden drei Arten von Misserfolgen.

Vermeidbare Misserfolge
Sind die Folge von Unaufmerksamkeit, Nachlässigkeit, Unfähigkeit oder Abweichung von Regeln und Protokollen.

• Schlechte Misserfolge, da in der Regel vermeidbar sind durch Protokolle, Liebe zum Detail oder kompetente Mitarbeiter.

Komplexitätsbedingte Misserfolge
Sind die Folge von verschiedenen Unbekannten einer Aufgabe.

• Unproblematisch, wenn eine Identifizierung erfolgt und Korrekturmaßnahmen ergriffen werden.

Intelligente Misserfolge
Dies sind Misserfolge, die Wissen erzeugen und im Streben nach Innovation gemacht werden.

• Sollen gefördert und gefeiert werden!

Kontextverluste - (Zeit-)Verschwendung durch Projektwechsel bzw. Multitasking

In dem Buch Quality Software Management: Congruent Action schlägt Gerald Weinberg eine Faustregel zur Berechnung der (Zeit-)Verschwendung vor, die durch Projektwechsel verursacht werden.

So wirkt sich selbst das Hinzufügen eines einzelnen Projekts zur aktuellen Arbeitslast nach Weinbergs Berechnung äußerst schwächend! Man verliert mindestens 20% seiner Zeit!

Muss man zum Beispiel ein weiteres drittes Projekt betreuen, wird fast die Hälfte der Zeit für das Wechseln von Aufgaben (KONTEXTVERLUST) verschwendet.

 

 

Wenn man sich auf ein einzelnes Projekt konzentriert, kann man 100% seiner Zeit darauf verwenden. 

 

Sobald man jedoch mit dem Multitasking von Projekten beginnt, steigt der Effizienzverlust massiv!

 

Nach der Schätzung von Weinberg verliert man 

• 20% seiner Zeit, wenn man gleichzeitig an 2 Projekten arbeitet, 
• 40% an 3 Projekten und bis zu 
• 75% an 5 Projekten. 

Die ständige Ablenkung der Gedanken zwischen den verschiedenen Aufgaben oder Projekten ist extrem zeit- und energieintensiv.