AD25 - Mobbing, Pairing, Soloing, and Pipe Fires: A - - PDF document

ad25 mobbing pairing soloing and pipe fires a personal
SMART_READER_LITE
LIVE PREVIEW

AD25 - Mobbing, Pairing, Soloing, and Pipe Fires: A - - PDF document

AD25 Team Health & Collaboration 10:00 AM AD25 - Mobbing, Pairing, Soloing, and Pipe Fires: A Personal History of


slide-1
SLIDE 1

¡ ¡ ¡ ¡ AD25 ¡

Team ¡Health ¡& ¡Collaboration ¡ 10:00 ¡AM ¡ ¡ ¡ ¡ ¡

AD25 ¡-­‑ ¡Mobbing, ¡Pairing, ¡Soloing, ¡and ¡ Pipe ¡Fires: ¡A ¡Personal ¡History ¡of ¡ Collaboration ¡ ¡

Presented ¡by: ¡ ¡ ¡ ¡

Jeff ¡Langr ¡

¡ ¡Langr ¡Software ¡Solutions, ¡Inc. ¡ ¡

Brought ¡to ¡you ¡by: ¡ ¡ ¡ ¡

¡

¡

¡ ¡

888-­‑-­‑-­‑268-­‑-­‑-­‑8770 ¡·√·√ ¡904-­‑-­‑-­‑278-­‑-­‑-­‑0524 ¡-­‑ ¡info@techwell.com ¡-­‑ ¡https://agiledevopswest.techwell.com/ ¡

slide-2
SLIDE 2

¡

¡

Jeff ¡Langr ¡

¡ Jeff ¡Langr ¡has ¡spent ¡more ¡than ¡half ¡his ¡thirty-­‑five-­‑year ¡career ¡successfully ¡building ¡and ¡ delivering ¡software ¡using ¡agile ¡methods ¡and ¡techniques. ¡He's ¡also ¡helped ¡countless ¡

  • ther ¡development ¡teams ¡do ¡the ¡same ¡by ¡coaching ¡and ¡training ¡through ¡his ¡company, ¡

Langr ¡Software ¡Solutions ¡Inc. ¡In ¡addition ¡to ¡being ¡a ¡contributor ¡to ¡Uncle ¡Bob's ¡book ¡ Clean ¡Code, ¡Jeff ¡is ¡the ¡author ¡of ¡five ¡books ¡on ¡software ¡development: ¡Modern ¡C++ ¡ Programming ¡with ¡Test-­‑Driven ¡Development, ¡Pragmatic ¡Unit ¡Testing, ¡Agile ¡in ¡a ¡Flash ¡ (with ¡Tim ¡Ottinger), ¡Agile ¡Java, ¡and ¡Essential ¡Java ¡Style. ¡He ¡is ¡also ¡on ¡the ¡technical ¡ advisory ¡board ¡for ¡the ¡Pragmatic ¡Bookshelf ¡and ¡has ¡written ¡an ¡extensive ¡number ¡of ¡blog ¡ entries ¡and ¡articles ¡over ¡the ¡years. ¡Jeff ¡has ¡lived ¡in ¡Colorado ¡Springs ¡for ¡more ¡than ¡ twenty ¡years. ¡

slide-3
SLIDE 3

A Personal History of Collaboration

jeff@langrsoft.com @JLangr

Soloing, Pairing, Mobbing,
 Cube Farms, and Pipe Fires

slide-4
SLIDE 4

@JLangr

  • Q. What slows us down?
slide-5
SLIDE 5

@JLangr

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

Individuals and interactions

  • ver

processes and tools

slide-6
SLIDE 6

@JLangr

The most efficient and effective method of conveying information to & within a development team:

Face-to-face conversation

slide-7
SLIDE 7

@JLangr

Chris Me

UNIVERSITY of MARYLAND CENTRAL ADMINISTRATION

1982-1985

"Four Elevens Mag3737 Deriv," courtesy Oldemar Frog
 https://creativecommons.or g/licenses/by/2.0/

slide-8
SLIDE 8

@JLangr

FERC, Washington, D.C.

1985-1986

https://giphy.com/stickers/train-cZOaBdcLaGBeo

slide-9
SLIDE 9

@JLangr

AMERICAN INSTITUTES for RESEARCH
 Geor getown, D.C.

1986-1987

ARCHDIOCESE of
 BAL TIMORE

1987-1989

slide-10
SLIDE 10

@JLangr

"CUBE F ARM" MARRIOTT, Bethesda, MD 1989-1992 MCI, P entagon City, V A 1992-1994 MCI, Colorado Springs, CO 1994-1998

https://www.pexels.com/photo/white-and-black-cow-figurine-1340373/

slide-11
SLIDE 11

@JLangr

MCI, P entagon City, V A 1991

slide-12
SLIDE 12

@JLangr

MCI, Atlanta c. 1995

slide-13
SLIDE 13

@JLangr

CHANNELPOINT, Colorado Springs


1998-2000

"AOL CD," courtesy Jason Scott
 https://creativecommons.or g/licenses/by/2.0/

slide-14
SLIDE 14

@JLangr

TRANSFORMING IDEA

1999

slide-15
SLIDE 15

@JLangr

P AIR PROGRAMMING

slide-16
SLIDE 16

@JLangr

Why?

slide-17
SLIDE 17

@JLangr

SWITCHING ROLES

slide-18
SLIDE 18

@JLangr

P AIR SWAPPING

slide-19
SLIDE 19

@JLangr

NOT P AIRING!

slide-20
SLIDE 20

@JLangr

TWO KEYBOARDS

slide-21
SLIDE 21

@JLangr

F ACE-to-F ACE
 P AIRING

slide-22
SLIDE 22

@JLangr

REMOTE P AIRING

slide-23
SLIDE 23

@JLangr

"But it takes twice as long.... 
 But it costs twice as much!" What is the cost of: Debugging sessions? More defects? Poorer design? Inscrutable code? "Mull time?" Loss of key knowledge? Under-performing devs? Ramping up?

slide-24
SLIDE 24

@JLangr

TRANSITIONING to CONSUL TING

slide-25
SLIDE 25

@JLangr

FEDERAL RESERVE BANK, MINNEAPOLIS


  • c. 2001
slide-26
SLIDE 26

@JLangr

ESCROW.COM


  • c. 2001

X O

slide-27
SLIDE 27

@JLangr

TRANSITIONING to a CONSUL TING / DEV CYCLE DEVELOPMENT
 EXPERIENCE CONSUL TING
 EXPERTISE

slide-28
SLIDE 28

@JLangr

DEVELOPMENT CONSUL TING /
 TRAINING

2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019

slide-29
SLIDE 29

@JLangr

HEB,
 San Antonio


2003

  • ur


team

some

  • ther


team #1 some

  • ther


team #2

slide-30
SLIDE 30

@JLangr

NATIONWIDE,
 Cleveland


  • c. 2005
slide-31
SLIDE 31

@JLangr

NATIONWIDE,
 Cleveland


  • c. 2005
slide-32
SLIDE 32

@JLangr

GEOLEARNING 2010-2011 Tim me

slide-33
SLIDE 33

@JLangr

ISS, Colorado Springs


2011

slide-34
SLIDE 34

@JLangr

ISS, Colorado Springs


2011

me Wayne

slide-35
SLIDE 35

@JLangr

OUTP ACE SYSTEMS


2013-2016

Alex Ro. Yves Mario me Rusty T anya Zee

slide-36
SLIDE 36

@JLangr

SOME P AIRING CHALLENGES

Fear Domination Novice-novice Hygiene / health Interactions Physical accommodations Accessibility needs Shared time Individual resistance Preferred environments ...

slide-37
SLIDE 37

@JLangr

Classic Agile Iteration

slide-38
SLIDE 38

@JLangr

Reduced WIP

slide-39
SLIDE 39

@JLangr

"Open Plan" Workspace

slide-40
SLIDE 40

@JLangr

RANDORI SESSION

slide-41
SLIDE 41

@JLangr

MOB PROGRAMMING

slide-42
SLIDE 42

@JLangr

MOB PROGRAMMING

"All the brilliant people working on the same thing, at the same time, in the same place, and on the same computer."

  • - Woody Zuill

http://mobprogramming.or g

Photo courtesy Agile Ailliance.

slide-43
SLIDE 43

@JLangr

"For an idea to go from your head into the computer
 it MUST go through someone else's hands."

  • - Llewellyn Falco

http://llewellynfalco.blogspot.com/2014/06/llewellyns-strong-style-pairing.html

Rule #1: DRIVER DOESN'T NAVIGATE Strong Style P airing

slide-44
SLIDE 44

@JLangr

http://mobster.cc Rule #2: TIMED ROT ATION

slide-45
SLIDE 45

@JLangr

Some Resources

http://mobprogramming.or g
 "A Few Tips for Mob Programming" (IL) also:

slide-46
SLIDE 46

@JLangr

"We go faster."

Why?

slide-47
SLIDE 47

@JLangr

  • Important discussions happen before code is integrated
  • Before it's too late
  • Fewer / simpler rituals


(standups, mer ging, pull requests, defect tracking, etc)

  • WIP of one--focus on delivery
  • All the info in the room
  • All the wisdom
  • Focus & flow
  • Everyone understands the code
  • And why / decisions what went into it
  • Consistent solutions
  • Adherence to quality standards more likely
  • Less rework (defects)

Some possible reasons

slide-48
SLIDE 48

@JLangr

The Right T

  • ol


for the Job

slide-49
SLIDE 49

@JLangr

coming in 2020!

...DevSecOpsTest

slide-50
SLIDE 50

@JLangr

Business people and developers must work 
 together daily throughout the project. The best architectures, requirements, and designs emerge from self-organizing teams.

slide-51
SLIDE 51

Thank you!