Slide 1

Slide 1 text

Engaging Developers Music City Agile Jeffrey Hicks 2017

Slide 2

Slide 2 text

Engaging Developers? •  Not about engaging developers for an open source community •  Not about a9rac:ng developers to a pla;orm, API etc. •  This talk is about engaging the employed developer.

Slide 3

Slide 3 text

About Me •  Developer Turned Developer & Manager •  Organize Li9le Rock ReactJS Meetup •  I Prac:ce Scrum •  Write soNware for crises management @jrhicks

Slide 4

Slide 4 text

Origins of this Talk

Slide 5

Slide 5 text

Abridged List of Models and Agile Methodologies Models Agile •  Waterfall •  Spiral •  RAD •  Agile •  Lightweight •  Scrum •  Kanban •  XP •  ….

Slide 6

Slide 6 text

Crises Management

Slide 7

Slide 7 text

Incident Command System ICS

Slide 8

Slide 8 text

SCRUM & ICS

Slide 9

Slide 9 text

Some Surprising Similari:es Chlorine Train Derailment Flappy Birds IOS Game

Slide 10

Slide 10 text

Glucksberg (1962)

Slide 11

Slide 11 text

Glucksberg (1962)

Slide 12

Slide 12 text

Glucksberg (1962)

Slide 13

Slide 13 text

Glucksberg (1962) Average Time (Minutes) % Failure Tacks In Box 7.41 31% Tacks Outside the Box 4.99 18%

Slide 14

Slide 14 text

Non Incen:vized Average Time (Minutes) % Failure Tacks In Box 7.41 31% Tacks Outside the Box 4.99 18% Incen:vized ($5, $20) Average Time (Minutes) % Failure Tacks In Box 11.08 50% Tacks Outside the Box 3.67 6% Glucksberg (1962)

Slide 15

Slide 15 text

Glucksberg (1962) Giving $160 performance incen:ve for 7 minutes of insight work

Slide 16

Slide 16 text

Glucksberg (1962) Giving $160 performance incen:ve for 7 minutes of insight work Time 49% Failure 60%

Slide 17

Slide 17 text

Managing Flow

Slide 18

Slide 18 text

How does SCRUM Improve Flow?

Slide 19

Slide 19 text

The Sprint

Slide 20

Slide 20 text

Product Backlog Sprint Backlog Sprint Epics and Stories Selected Stories with Task Breakouts Fixed deadline & deliverables SCRUM

Slide 21

Slide 21 text

The Backlog

Slide 22

Slide 22 text

Product Backlog Sprint Backlog Sprint Epics and Stories Selected Stories with Task Breakouts Fixed deadline & deliverables Incident PrioriAes Incident AcAon Plan OperaAonal Period Objec:ves Selected Objec:ves with Tac:cal Assignments Fixed deadline & deliverables SCRUM ICS

Slide 23

Slide 23 text

Intrinsically Sa:sfying Sprint

Slide 24

Slide 24 text

Planning Poker (The Process) •  Product Owner Reads A Story •  Each es:mator is holding a deck of cards with values like 0, 1, 2, 3, 5, 8, 13, 21, 34 ... •  ANer a short discussion •  Each player privately reveals their es:mate •  Repeat un:l consensus

Slide 25

Slide 25 text

Pin the Tail on the Es:mate

Slide 26

Slide 26 text

Pin the Tail on the Es:mate 1 3 21

Slide 27

Slide 27 text

Pin the Tail on the Es:mate 1 3 21

Slide 28

Slide 28 text

Pin the Tail on the Es:mate 1 3 21

Slide 29

Slide 29 text

Pin the Tail on the Es:mate 1 3 21

Slide 30

Slide 30 text

Pin the Tail on the Es:mate 1 3 21

Slide 31

Slide 31 text

Pin the Tail on the Es:mate 1 3 21 0, 1, 2, 3, 5, 8, 13, 21, 34 ..

Slide 32

Slide 32 text

Pin the Tail on the Es:mate 500lb 3.5k lb 21k lb 0, 1, 2, 3, 5, 8, 13, 21, 34 .. 12-15k lb

Slide 33

Slide 33 text

Ross et al. (1988)

Slide 34

Slide 34 text

No content

Slide 35

Slide 35 text

No content

Slide 36

Slide 36 text

Ross et al. (1988) Most Likely Least Likely 80% 16% 8% 0%

Slide 37

Slide 37 text

Ross et al. (1988) Most Likely Least Likely 80% 16% 8% 0%

Slide 38

Slide 38 text

Ross et al. (1988) Dear Jeffrey Hicks Dear Student Most Likely Least Likely

Slide 39

Slide 39 text

Ross et al. (1988) 81% 17% Dear Jeffrey Hicks Dear Student Most Likely Least Likely

Slide 40

Slide 40 text

Ross et al. (1988) 81% 80% 17% 16% Dear Jeffrey Hicks Dear Student Most Likely Least Likely

Slide 41

Slide 41 text

Ross et al. (1988) 81% 80% 17% 16% 42% Dear Jeffrey Hicks Dear Student Most Likely Least Likely

Slide 42

Slide 42 text

Ross et al. (1988) 81% 80% 17% 16% 42% 25% Dear Jeffrey Hicks Dear Student Most Likely Least Likely

Slide 43

Slide 43 text

Ross et al. (1988) 81% 80% 17% 16% 42% 8% 25% Dear Jeffrey Hicks Dear Student Most Likely Least Likely

Slide 44

Slide 44 text

Ross et al. (1988) 81% 80% 17% 16% 42% 8% 25% 0% Dear Jeffrey Hicks Dear Student Most Likely Least Likely

Slide 45

Slide 45 text

Ross et al. (1988) 81% 80% 17% 16% 42% 8% 25% 0% Dear Jeffrey Hicks Dear Student Most Likely Least Likely

Slide 46

Slide 46 text

Ross et al. (1988) 81% 80% 17% 16% 42% 8% 25% 0% Dear Jeffrey Hicks Dear Student Most Likely Least Likely

Slide 47

Slide 47 text

Ross et al. (1988) 81% 80% 17% 16% 42% 8% 25% 0% Dear Jeffrey Hicks Dear Student Most Likely Least Likely

Slide 48

Slide 48 text

Ross et al. (1988) Results in a 12 to 1 Error Rate Belief that personality has a bigger impact than situa:on

Slide 49

Slide 49 text

How can Scrum Improve Specificity >

Slide 50

Slide 50 text

How can Scrum Improve Specificity Stories conforming to the templates describe the what and why. As a [user role] I want [the ability] for [business value] >

Slide 51

Slide 51 text

How can Scrum Improve Specificity •  Sprints with a fixed start and stop provide specific when >

Slide 52

Slide 52 text

How can Scrum Improve Specificity •  Task breakouts provide the How >

Slide 53

Slide 53 text

Specificity Micro Management THE WHEN & WHO OF THE HOW

Slide 54

Slide 54 text

When: Sprint Planning Who: Developers SCRUM Stories Tasks

Slide 55

Slide 55 text

When: TacAcs MeeAng Who: OperaAons ICS ObjecAves Work Assignments

Slide 56

Slide 56 text

How can Scrum Provide a Clear Map

Slide 57

Slide 57 text

How can Scrum Provide a Clear Map

Slide 58

Slide 58 text

How can Scrum “Personalize it”

Slide 59

Slide 59 text

How can Scrum “Personalize it”

Slide 60

Slide 60 text

How can Scrum “Personalize it” Dear Developer Dear Jeff

Slide 61

Slide 61 text

How can Scrum “Personalize it” Daily stand-ups Each developer •  Progress •  Plans •  Impediments Dear Developer Dear Jeff

Slide 62

Slide 62 text

Takeaways •  Being specific is more engaging. – As long as you don’t micromanage •  Task boards show the path. •  Daily stand-ups personalize it.

Slide 63

Slide 63 text

D. Ariely et al (2008)

Slide 64

Slide 64 text

D. Ariely et al (2008) MEANING

Slide 65

Slide 65 text

D. Ariely et al (2008) Paperwork

Slide 66

Slide 66 text

D. Ariely et al (2008) Paperwork $0.55

Slide 67

Slide 67 text

D. Ariely et al (2008) Paperwork $0.55 $0.50

Slide 68

Slide 68 text

D. Ariely et al (2008) Paperwork $0.55 $0.50 $0.45

Slide 69

Slide 69 text

D. Ariely et al (2008) Paperwork $0.55 $0.50 $0.45 …

Slide 70

Slide 70 text

D. Ariely et al (2008)

Slide 71

Slide 71 text

D. Ariely et al (2008)

Slide 72

Slide 72 text

D. Ariely et al (2008)

Slide 73

Slide 73 text

D. Ariely et al (2008)

Slide 74

Slide 74 text

D. Ariely et al (2008)

Slide 75

Slide 75 text

D. Ariely et al (2008)

Slide 76

Slide 76 text

D. Ariely et al (2008)

Slide 77

Slide 77 text

How can SCRUM provide meaning?

Slide 78

Slide 78 text

How can SCRUM provide meaning? The Review •  Held at end of sprint •  Product owner required •  Can invite others •  Always let the doers present

Slide 79

Slide 79 text

How can SCRUM provide meaning?

Slide 80

Slide 80 text

How can SCRUM provide meaning? Shipping •  Defini:on of done •  Says easy does hard •  Not shipping == shredding

Slide 81

Slide 81 text

What did I miss? •  Glucksberg - Candle Problem –  Sprints (Well es:mated) •  Ross et al - Disposi:on vs Situa:on –  Well wri9en stories and tasks –  Taskboards and burndowns for guidance –  Standups for planning and personalizing •  Ariely et al – Shredding Mo:va:on – Reviews – Working Increment of SoNware

Slide 82

Slide 82 text

Thank You •  Jeffrey Hicks •  Twi9er: @jrhicks •  Github: @jrhicks •  Email: [email protected]