Fra seminar om softwareudvikling og softwareteams den 25. november 2014 http://www.infinit.dk/dk/arrangementer/tidligere_arrangementer/seminar_om_softwareudvikling_of_softwareteams.htm

1. Hvordan kan vi mere
systematisk benytte
pairprogrammering?
2014-11-25 - Jesper Lumbye Andersen
Diskussionsoplæg - InfinIT - Seminar om
softwareudvikling og softwareteams

2. Udviklerteam hos TC Electronic
Tre forretningsområder med hvert ét team af produktudviklere.
● Scrum (igennem ca. 5 år)
● ScrumMaster er selv udvikler på teamet
● På ét af teamene er ProductOwner selv udvikler på teamet
● Forretningschefen for forretningsomårdet er kunden
● 3 ugers sprint
● Vi arbejder altid på flere parallelle projekter
● Alle team er tværfaglige: Hardware, software, mekanik, QA
● Team-størrelser: 9-11 .. 13
● Halvdelen af udviklerne på Guitar FX-teamet er hobby-guitarister
TC Electronic, siden 1976, ca. 100 medarb., effektapparater til film/broadcast
og guitarister samt forstærkere til basister. TC Group, ca. 500 medarb.
2014-11-25 - Jesper Lumbye Andersen - Diskussionsoplæg - InfinIT - Seminar om softwareudvikling og softwareteams

3. Pairprogramming i forhold til agile
Differences Between Scrum and Extreme Programming
A. “Scrum doesn’t prescribe any engineering practices; XP does.
B. I love the XP engineering practices, particularly things like test-driven
development, the focus on automated testing, pair programming, simple
design, refactoring, and so on.
C. However, I think it’s a mistake to say to the team ‘you're self-organizing,
we trust you, but you must do these specific engineering practices….’ This
sends a mixed message to the team that causes confusion.
D. I love the XP practices but don’t like mandating them. I want teams to
discover the value on their own.”
(Cohn, 2007) http://www.mountaingoatsoftware.com/blog/differences-between-scrum-and-extreme-programming
2014-11-25 - Jesper Lumbye Andersen - Diskussionsoplæg - InfinIT - Seminar om softwareudvikling og softwareteams

4. Litteraturen? (del 1/2)
Mike Cohn (2009) skriver:
● “So, when coaching teams, I always
push them to adopt pair
programming on a part-time basis;
use it for the riskiest parts of the
application.”
● “I have a hard time ever mandating to
a team that they must do pair
programming 100% of the time.”
2014-11-25 - Jesper Lumbye Andersen - Diskussionsoplæg - InfinIT - Seminar om softwareudvikling og softwareteams

5. En guideline - er du enig?
Baseret på studie af 295 Java konsulenter, refereret af Dybå et al. (2007).
Dybå et al. (2007). Are Two Heads Better than One? On the Effectiveness of Pair Programming. IEEE Software. 0740-7459/07.

6. Sådan gør de hos
Menlo Innovations
Hos Menlo går de all-in på “pairprogramming”:
● "Practices. The Menlo Way (...) pairing; no one works
alone (...)" *
● Daily standup (max. 15 min.) med op til ca. 50
deltagere, som fremlægger parvis.
* http://www.menloinnovations.com/our-method/
2014-11-25 - Jesper Lumbye Andersen - Diskussionsoplæg - InfinIT - Seminar om softwareudvikling og softwareteams

7. Litteraturen? (del 2/2)
● Hvorfor er Pair Programming
Illuminated fra 2002 stadig den
eneste bog med “pair programming” i
titlen?* - eller er den?
● Er det en “bibel” - eller er den glemt?
* Søgning på Amazon og Safari Books Online 2014-11-12.
2014-11-25 - Jesper Lumbye Andersen - Diskussionsoplæg - InfinIT - Seminar om softwareudvikling og softwareteams

8. Hvad er jeres erfaringer?
● Hvad skal der til for at man kan kalde det
pairprogramming?
● Hvor stor en procentdel af tiden benytter dit team
pairprogramming?
● Har I nogle regler eller retningslinjer for
pairprogramming?
● Hvad er udviklernes hhv. ledelsens holdning til
pairprogramming?
● Er der nogle forhindringer for systematisk brug?
○ Hvordan kan de overkommes?
2014-11-25 - Jesper Lumbye Andersen - Diskussionsoplæg - InfinIT - Seminar om softwareudvikling og softwareteams