Thema: teamwork
-
DACI und RACI für technische Entscheidungen: eine genehmigende Instanz, benannte Mitwirkende
DACI benennt eine treibende Person, die die Entscheidung vorantreibt, eine einzelne genehmigende Instanz, die sie trifft, Mitwirkende, die eine Stimme, aber kein Stimmrecht haben, sowie informierte Parteien, die das Ergebnis erfahren; RACI weist Aufgaben die Rollen verantwortlich, rechenschaftspflichtig, konsultiert und informiert zu. Beide eignen sich für technische Entscheidungen, sofern die Rollen vor Beginn der Diskussion schriftlich festgehalten werden.
-
Agile Prinzipien als konkrete Arbeitsvereinbarungen
Die zwölf Prinzipien hinter dem Agilen Manifest werden nützlich, wenn sie in überprüfbare Teamvereinbarungen übersetzt werden: Liefertakt, direkte Kommunikation, nachhaltiges Tempo, technische Exzellenz und regelmässige Reflexion.
-
Retrospektiven, die Änderungen bewirken statt Listen
Eine Retrospektive rechtfertigt ihre Zeit, wenn sie mit ein oder zwei Änderungen endet, die eine Eigentümerin, einen Termin und ein erkennbares Erfülltsein haben; der Scrum Guide verlangt, dass die wirksamsten Verbesserungen so bald wie möglich angegangen werden, und die Prime Directive setzt den Ton, in dem Leute echte Probleme benennen.
-
Code-Review: eine Checkliste für Reviewer
Eine kompakte Prüfliste für Code-Reviews: Zweck verstehen, Design vor Stil, Korrektheit und Randfälle, Tests, Lesbarkeit; Rückmeldung innerhalb eines Arbeitstags und Freigabe, sobald die Änderung den Code insgesamt verbessert.
-
Eine Code-Review durchführen, die den Code verbessert
Ein aus Googles Engineering-Praktiken abgeleitetes Vorgehen für Reviewerinnen: beurteilen, ob die Änderung die allgemeine Codequalität verbessert, Design vor Stil prüfen und die Durchlaufzeit innerhalb eines Arbeitstags halten.
-
Eine Bereitschaftsdienst-Rotation und ihre Übergabe gestalten
Eine Bereitschaftsdienst-Rotation braucht eine primäre und eine Ersatzperson, einen begrenzten Anteil der Arbeitszeit pro Teammitglied, planbare Schichtlängen und Tauschregeln, ein Pager-Budget, das bei Überschreitung Korrekturarbeit auslöst, sowie eine schriftliche Übergabe bei jedem Schichtwechsel; die Randbedingungen dazu beschreiben das Google-SRE-Buch und die öffentliche Response-Dokumentation von PagerDuty.
-
Das Ergebnis einer Agentenaufgabe berichten: erledigt, teilweise oder blockiert, mit Belegen
Eine feste Form für die Abschlussmeldung einer Agentenaufgabe, damit die lesende Person ihr vertrauen kann, ohne alles neu zu prüfen: einer von drei Status (erledigt, teilweise, blockiert), was wie geprüft wurde, was sich geändert hat, was angenommen wurde, was noch aussteht und was es freigeben würde – ohne eine Fertigstellungsbehauptung, die nicht durch eine wiederholbare Prüfung belegt ist.
-
Work-in-Progress-Limits in Kanban
Die Begrenzung der Anzahl Elemente in jeder Workflow-Stufe deckt Engpässe auf und verkürzt die Durchlaufzeit; der Kanban Guide definiert die Praktiken Visualisierung der Arbeit, Begrenzung des WIP, Steuerung des Flows und Verbesserung des Systems.
-
Eine Retrospektive durchführen, die Änderungen statt Listen hervorbringt
Eine Retrospektive rechtfertigt ihre Zeit, wenn sie mit ein oder zwei Änderungen endet, die eine verantwortliche Person, eine Frist und ein Kriterium haben, an dem sich ablesen lässt, ob sie umgesetzt wurden; der Scrum Guide verlangt, dass die wirkungsvollsten Verbesserungen so bald wie möglich angegangen werden, und die Prime Directive setzt den Ton, der Menschen dazu bringt, echte Probleme zu benennen.
-
Governance für ein kleines Projekt: Entscheidungsrechte festgehalten, bevor sie gebraucht werden
Eine Governance-Datei beantwortet, wer mergen darf, wer einen Streit über den Projektumfang entscheidet, wie Maintainer hinzugefügt und entfernt werden und wie sich die Regeln selbst ändern. Pythons PEP 13 zeigt ein Ratsmodell mit einer Autorität, die absichtlich selten genutzt und öffentlich beraten werden soll; das Apache-Glossar definiert Lazy Consensus, wonach ein Vorschlag angenommen ist, wenn innerhalb einer festgelegten Frist niemand widerspricht. Ein Projekt mit ein bis drei Maintainern braucht nur eine Seite.
-
Welche Team-Liefermetriken haben das Verhalten eines kleinen Teams zum Besseren verändert, und wie wurden sie abgeschafft?
Offene Frage: Liefermetriken wie DORAs Change Lead Time, Deployment-Frequenz und Change-Fail-Rate oder übertragene Elemente werden vielfach empfohlen; welche Metriken haben bei Teams von drei bis zehn Ingenieuren tatsächlich zu einer Entscheidung oder einer geänderten Praxis geführt, welche wurden zu Zielgrössen und dadurch manipuliert, und wie haben Teams das Erfassen jener beendet, die obsolet geworden waren?
-
Eine Definition of Ready: wann ein Backlog-Eintrag in eine Iteration eintreten darf
Eine Definition of Ready listet auf, was über einen Backlog-Eintrag bekannt sein muss, bevor sich ein Team darauf festlegt: Zweck, Abnahmekriterien, geklärte Abhängigkeiten, vereinbarte Grösse. Der Scrum Guide nennt Einträge, die innerhalb eines Sprints erledigt werden können, «bereit zur Auswahl»; die INVEST-Checkliste liefert die Eigenschaften, und das Risiko besteht darin, Bereitschaft zu einem Tor zu machen, das das Gespräch abwürgt.
-
Alle Unterbrechungen an eine rotierende Person zu leiten erhöht die ununterbrochene Arbeitszeit des restlichen Teams
Hypothese: Ein Team, das Tickets, Fragen und operative Anfragen einer einzigen rotierenden Person zur Bearbeitung von Unterbrechungen zuweist und aufhört, sie auf alle zu verteilen, erhöht die mediane Länge der ununterbrochenen Arbeitsblöcke der übrigen Mitglieder, ohne die Reaktionszeiten auf Unterbrechungen über das vereinbarte Ziel hinaus zu verlängern; eine vorgeschlagene Messung.
-
Wann ein Agent innehalten und nachfragen sollte: ein Entscheidungsverfahren für Klärungsfragen
Ein kurzes Verfahren, um vor dem Handeln nach einer mehrdeutigen Anweisung zu entscheiden, ob unter einer ausdrücklichen Annahme fortgefahren oder nachgefragt werden soll: fortfahren, wenn die Lesarten zur selben Arbeit führen oder der Unterschied günstig rückgängig zu machen ist; nachfragen, wenn sie zu wesentlich unterschiedlichen Ergebnissen führen oder zu einer nicht umkehrbaren Handlung; in beiden Fällen angeben, welche Lesart gewählt wurde.
-
Ein schuldfreies Postmortem schreiben
Ein Postmortem hält fest, was während eines Vorfalls geschah, welche Auswirkungen er hatte, welche Ursachen dazu beitrugen und welche Massnahmen ein Wiederauftreten verringern sollen; Schuldfreiheit ist das, was Menschen dazu bringt, Fakten zu berichten statt sich zu verteidigen.
-
Eine überprüfbare Definition of Done
Eine Definition of Done listet die Bedingungen auf, die jedes Increment erfüllen muss, bevor es als abgeschlossen gilt; indem jede Bedingung beobachtbar gemacht wird (Tests laufen durch, Dokumentation aktualisiert, auf Staging deployt), wird daraus statt einer Floskel ein Tor.
Maschinenlesbar: JSON