Skip to content

Instantly share code, notes, and snippets.

@tastensolo
Last active May 8, 2019 12:43
Show Gist options
  • Save tastensolo/f88891dbee925b192fbea347da4c4c6a to your computer and use it in GitHub Desktop.
Save tastensolo/f88891dbee925b192fbea347da4c4c6a to your computer and use it in GitHub Desktop.
How to deal with alternatives to Pair Programming that don’t require two people sitting together all the time?

Teamwork

Wann Pairprogramming ? Ziele des Pairprogramming alternativ erreichen?
Modus ideas
* Brainstorming
quality
* Geimeinsames Anforderungsmanagement
knowledge sharing
* Lösungsansätze diskutieren
productivity
* pragmatische Implementierung von Teilproblemen
enjoyment
* Gemeinsame Problemlösung und Wissensaustausch

Wie erreichen wir hohe Produktivität und Qualität bei verteiltem Wissen?

  • Teilprobleme in Teamarbeit lösen!

Teamanalyse

Wann?

  • Einzelanalyse ohne Lösungsansatz (Wie macht man das?)
  • Einzelanalyse kann Problem nicht vollständig abschätzen (Gibt es noch mehr zu beachten?)
  • Einzelentwicklung führt nicht zur Lösung des Problems (Ich komme hier nicht weiter!)
  • Beeinflusst nachfolgende Entwicklung/Problemstellungen (Welche Umsetzungen hängt davon ab oder muss darauf warten?)

Wie?

  • Anforderung/Ziel festlegen (Was muss umgesetzt werden?) - UserStory anlegen
  • Austausch von Lösungsideen (Wie kommen wir am schnellsten zum Ziel?) - ToDo's anlegen
  • Akzeptanzkriterien festlegen (Wann ist die Aufgabe gelöst?) - Tests implementieren
  • Planung der Implementierung - pragmatischer Ansatz wer setzt welches Teilproblem um

Pairprogramming

Wann?

  • Problem ist klar (UserStory)
  • Aufgabe ist eine Herausforderung (komplexe Aufgabe / unklare Lösung)
  • Beide Entwickler können zur Lösung beitragen
  • Beeinflusst nachfolgende Entwicklung/Problemstellungen

Wie?

  • maximal 90 Minuten (ohne Unterbrechungen)
  • alle 30 Minuten prüfen: ** sind wir noch produktiv? ** können Teilprobleme in Einzelentwicklung ausgelagert werden? ** hindern Unklarheiten/Feedbacks die Umsetzung?

Teamreview

Wann?

  • eine Wartung ohne Teamreview durch !Entwickler wäre problematisch - Busstrategie
  • wichtige Funktionalität eines Projektes wurde umgesetzt und sollte im Team bekannt sein - Learning
  • wir haben eine coole Lösung zu einem Problem und wollen dieses Wissen teilen - Coaching
  • Beeinflusst nachfolgende Entwicklung/Problemstellungen

Wie?

  • Gemeinsamer Monitor (1Schreiber, 1Entwickler, 1Erzähler)
  • Entwickler beschreibt Aufgabe und Lösung aus Sicht des Auftraggebers (UserStory)
  • Erzähler kommentiert Code der Umsetzung je Datei (Erzähler != Entwickler)
  • Review Dokument nutzen: https://gist.github.com/tastensolo/2107711283733491aa8d31acaef0da2c
  • Unstimmigkeiten / Verständnisprobleme überspringen: Schreiber notiert (Datei + Zeilennummer)
  • Schluss: Notizen besprechen ** sind Konzepte, Herangehensweisen, Konventionen, Regeln für das Team ableitbar? ** Refactoring ToDo anlegen mit Anweisungen zur Qualitätssicherung

Quellen:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment