Tweet
Tweet

Slide 1

Slide 1 text

armakuni.com Agile Scotland Edinburgh - December 2019 Zenon Hannick & Craig Fotheringham How to be an Evil Scientist

Slide 2

Slide 2 text

Welcome to Cat Paws Inc.

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

Why are we evil enough to be standing in front of you?

Slide 5

Slide 5 text

How to be an Evil Scientist 1. Choose an evil name

Slide 6

Slide 6 text

Your first name A The Evil N The Crazy B The Terrifying O The Iron C The Big P The Poison D The Dangerous Q The Bloody E Captain R The Annoying F The Ghostly S The Dangerous G Professor T The Rancid H Doctor U The Invisible I Phantom V The Dastardly J The Brutal W The Atomic K The Unstoppable X The Mega L The Vile Y The Grand M The Dark Z The Vicious

Slide 7

Slide 7 text

Your last name A Shadow N Child B Wizard/Witch O Corpse C Tarantula P Slayer D Skull Q Spider E Mastermind R Creature F Wizard S Werewolf G Ninja T Monster H Devil U Vampire I Freak V Mutant J Beast W Robot K Criminal X Claw L Master Y Machine M Lord/Lady Z Clown

Slide 8

Slide 8 text

How to be an Evil Scientist 1. Choose an evil name ✔ 2. Share the most evil thing you’ve ever done

Slide 9

Slide 9 text

This is Billie ● Consulting Engineer for Armakuni ● Quite tall ● Helps people use best practices ● Favourite animal is the capybara ● Evil Name - The Terrifying Monster ● We stole this talk from her, turned it into a workshop and didn’t even say “thank-you”!

Slide 10

Slide 10 text

Not evil enough for you?

Slide 11

Slide 11 text

How to be an Evil Scientist 1. Choose an evil name ✔ 2. Share the most evil thing you’ve ever done ✔ 3. Learn the rules every evil scientist must follow

Slide 12

Slide 12 text

Evil Scientist Rules Always have lots of evil schemes - you never know if there’s going to be a sequel Always start small Always have an arch-enemy Always have an escape plan Always boast, there’s no point in being evil if you don’t boast about it Never wear capes Never get caught monologuing Always measure everything Always splice things together

Slide 13

Slide 13 text

How to be an Evil Scientist 1. Choose an evil name ✔ 2. Share the most evil thing you’ve ever done ✔ 3. Learn the rules every evil scientist must follow ✔ 4. Discover our arch enemies

Slide 14

Slide 14 text

Our Arch Enemies Waiting Around Kid Captain Defect General Heroics The Crimson Handoff Gold Plated Features Girl Mr Unneeded Process El Manual Work Awful Comms Boy Knowledge Drain Man Constance “Task” Switching The Relearner Rework

Slide 15

Slide 15 text

Our Arch Enemies Partially Completed Work Woman Dr Overly Complex Solutions The Siloed Worker Poor Visibility Man

Slide 16

Slide 16 text

Refuses to collaborate or attend meetings Works unsociable hours Code structure is in their head Believe they don’t need training Poor mentors The go-to person for QAs and support

Slide 17

Slide 17 text

How to be an Evil Scientist 1. Choose an evil name ✔ 2. Share the most evil thing you’ve ever done ✔ 3. Learn the rules every evil scientist must follow ✔ 4. Discover our arch enemies ✔

Slide 18

Slide 18 text

armakuni.com Arrrrgh Scotland Edinburgh - December 2019 The Vicious Devil & The Big Wizard How to be an Evil Scientist

Slide 19

Slide 19 text

No content

Slide 20

Slide 20 text

No content

Slide 21

Slide 21 text

Ladies and gentlemen: the story you are about to hear is true. Only the names have been changed to protect the innocent.

Slide 22

Slide 22 text

Department for Feline Empowerment

Slide 23

Slide 23 text

This Dastardly Ashley

Slide 24

Slide 24 text

Pair Programming

Slide 25

Slide 25 text

Pipelines

Slide 26

Slide 26 text

Test-Driven Development

Slide 27

Slide 27 text

?

Slide 28

Slide 28 text

It worked!

Slide 29

Slide 29 text

Superheros were being defeated

Slide 30

Slide 30 text

She was asked to help Sam and Alex do it too

Slide 31

Slide 31 text

So she did

Slide 32

Slide 32 text

...but she had demands!

Slide 33

Slide 33 text

They did exactly the same thing, but it didn’t work

Slide 34

Slide 34 text

They were thwarted by super heroes at every turn

Slide 35

Slide 35 text

And they all went to jail

Slide 36

Slide 36 text

Thankfully Ashley always has an escape plan

Slide 37

Slide 37 text

The future is already here - it’s just not evenly distributed — William Gibson

Slide 38

Slide 38 text

Every team is different

Slide 39

Slide 39 text

The Department for Feline Empowerment needed to go back to the drawing board

Slide 40

Slide 40 text

Ashley’s first few weeks

Slide 41

Slide 41 text

Ashley didn’t monologue - she listened and observed

Slide 42

Slide 42 text

Found the pain points and the gaps between vision and reality

Slide 43

Slide 43 text

Worked out what the problems were and what potential fixes could be

Slide 44

Slide 44 text

Tried them out one by one in real world villainous situations

Slide 45

Slide 45 text

She then looked back to see if they worked

Slide 46

Slide 46 text

What if Alex and Sam took the same approach and experimented with their teams?

Slide 47

Slide 47 text

What does Ashley know about teams?

Slide 48

Slide 48 text

No content

Slide 49

Slide 49 text

No content

Slide 50

Slide 50 text

TEAM Tools Process People

Slide 51

Slide 51 text

No content

Slide 52

Slide 52 text

Empathise Design Thinking Evil Scientist Rules Always have lots of evil schemes - you never know if there’s going to be a sequel Always start small Never get caught monologuing Always measure everything Always splice things together Ideate Prototype Test Synthesise

Slide 53

Slide 53 text

Design thinking is a human-centered approach to innovation that draws from the designer's toolkit to integrate the needs of people, the possibilities of technology, and the requirements for business success. — Tim Brown, CEO of IDEO

Slide 54

Slide 54 text

Stakeholder Mapping Team Metrics Empathise

Slide 55

Slide 55 text

Defining the stakeholders ● Who will be impacted by the project? ● Who will be responsible or accountable for the project? ● Who will have decision authority on the project? ● Who can support the project? ● Who can obstruct the project? ● Who has been involved in this type of project in the past? Keep informed Manage closely Monitor Anticipate and meet needs PMO CEO SA Ops Data PO BA UX EA Dev QA

Slide 56

Slide 56 text

A pattern of shared tacit assumptions that was learned by a group as it solved its problems of external adaptation and internal integration, that has worked well enough to be considered valid and, therefore, to be taught to new members as the correct way to perceive, think, and feel in relation to those problems. — Edgar Schein

Slide 57

Slide 57 text

Westrum typology to define culture Statement Your Score On my team, information is actively sought. On my team, failures are learning opportunities, and messengers of them are not punished. On my team, responsibilities are shared. On my team, cross-functional collaboration is encouraged and rewarded. On my team, failure causes enquiry. On my team, new ideas are welcomed. Likert Scale Strongly Disagree - 1 Disagree - 2 Somewhat disagree -3 Neither agree nor disagree - 4 Somewhat agree - 5 Agree - 6 Strongly agree - 7

Slide 58

Slide 58 text

Westrum typology to measure culture Pathological (power-oriented) Score 6-18 Bureaucratic (rule-oriented) Score 19 - 30 Generative (performance-oriented) Score 31-42 Low co-operation Modest co-operation High co-operation Messengers shot Messengers neglected Messengers trained Responsibilities shirked Narrow responsibilities Risks are shared Bridging discouraged Bridging tolerated Bridging encouraged Failure leads to scapegoating Failure leads to justice Failure leads to enquiry Novelty crushed Novelty leads to problems Novelty implemented

Slide 59

Slide 59 text

Team Cohesion Trust Conflict Commitment Accountability Results Building trust requires vulnerability Healthy conflict implies candid debate Commitment follows healthy conflict To take accountability takes prior commitment Focus on delivering measurable results. Collective and individual accountability, and feedback

Slide 60

Slide 60 text

Deployment frequency Four Key Metrics Lead Time for change Mean time to recovery Change failure percentage Stability Speed

Slide 61

Slide 61 text

Empathise Service Health Check

Slide 62

Slide 62 text

The intent of maturity models is usually benign… because “maturity” sounds a bit… well…. patronizing. Plus, most of our models don’t involve progressing through different levels, and the primary audience is the team itself rather than management. — https://labs.spotify.com/2014/09/16/squad-health-check-model/

Slide 63

Slide 63 text

“Deployment is all automatic” “We security test git on push” “Commit to VCS and the customers have it in seconds” “Anyone can do a deploy!” Continuous Delivery Continuous Delivery “Deployment Joe is the only one who can do that” “That’s the security team’s job” “The customers get it a quarter later” “Only some people can deploy” “We find out direct from our users by... “Our kanban board shows all the work, and where it is” “Our stories usually last no than half a sprint” "We weren’t sure so we ran an experiment” Product & Process Product & Process “I don’t really know what our users think” “Sometimes work comes from the backlog except...” “Sometimes stories last multiple sprints” “That’s the way we’ve always done it” Insert here.... “Good statement” “Another good statement” “Good thing number three” “Fourth good thing” “Number five in the list of things that are good...” Insert here.... “Bad statement” “This thing is bad too” “Terrible, terrible, bad thing” “Bad thing which is the norm, everyone does it but really shouldn’t” “Bad thing that we didn’t even know was bad” “Rather than a sign off process we pair program” “The app gathers metrics and decide what’s next” “Our checks spotted the problem before our customers DID” “We only take on one thing at a time” Lean Management & Monitoring Lean Management & Monitoring “Oh we need to wait for CAB before we release” “No idea how the business decides what to do next” “The customer reported it” “We’re constantly doing 7 or 8 things” “It was a week before we even noticed” Code Quality “Absolutely everything is in source control” “We automatically test on every commit” “There’s only really the master branch” “I can add as many or as few examples as I need” Code Quality “It’s in source control except...” “We manually have a look” “Our branches are around forever and there are loads of them” “...but the data wasn’t like that on prod”

Slide 64

Slide 64 text

Value Stream Mapping Service Blueprint Empathise

Slide 65

Slide 65 text

Value Stream Mapping CUSTOMER CREATE STORY --------- ANALYST DEVELOP FEATURE --------- ENGINEER DEPLOY TO PRE --------- DEL MGR TEST FEATURE --------- LCO AUTO. DEPLOY LT: 1D PT: 1H C&A: 90% AR: 14% LT: 15D PT: 1D C&A: 20% AR: 7% LT: 2D PT: 30 M C&A: 80% AR: 3.5% LT: 14D PT: 10D C&A: 60% AR: 71% TLT: 32D TPT: 11D 1H 30M AC&A: 60% TAR: 35%

Slide 66

Slide 66 text

Synthesise

Slide 67

Slide 67 text

No content

Slide 68

Slide 68 text

Ideate 1-2-4-All

Slide 69

Slide 69 text

Ideate Hypothesis Generation

Slide 70

Slide 70 text

We believe Will result in We will know we have succeeded when

Slide 71

Slide 71 text

What is our one priority? What do we need to learn? What is our riskiest assumption?

Slide 72

Slide 72 text

Time Box Is the experiment timely? Can we get data faster? Would less data be sufficient? Metrics Qualitative or quantitative? Is it actionable? Is it Measurable? Fail Condition (If this happens, our hypothesis is clearly false!) Early Stop (If this happens, stop! Experiment is broken, retro!) Plan How will you collect the data? Is it Specific? Is it Achievable? Link to any supporting documents.

Slide 73

Slide 73 text

Prototype

Slide 74

Slide 74 text

Test (and share)

Slide 75

Slide 75 text

The future is already here - it’s just not evenly distributed — William Gibson

Slide 76

Slide 76 text

Journal

Slide 77

Slide 77 text

Many different ways Micro Journal Daily Journal Week Notes Blog Talks Ad-hoc

Slide 78

Slide 78 text

Measure

Slide 79

Slide 79 text

What is AWKSS? Awareness Willing Knowledge Skills Support

Slide 80

Slide 80 text

AWKSS Awareness Willing Knowledge Skills Support 1 2 3 4 5

Slide 81

Slide 81 text

AWKSS Awareness Willing Knowledge Skills Support 1 2 3 4 5

Slide 82

Slide 82 text

Copying Ashley’s first week they designed an experiment to run on with their teammates

Slide 83

Slide 83 text

x

Slide 84

Slide 84 text

x

Slide 85

Slide 85 text

No content

Slide 86

Slide 86 text

No content

Slide 87

Slide 87 text

Formulating it as an experiment made it easy get permission to fail (even with a terrifying boss)

Slide 88

Slide 88 text

Focus on value

Slide 89

Slide 89 text

Iterate and work out what works for that specific team

Slide 90

Slide 90 text

This allowed them to crush all opposition

Slide 91

Slide 91 text

And take over the world!

Slide 92

Slide 92 text

92 Today I learned hopefully something I will test that by doing something I will know it works for me when measure shows change in reading

Slide 93

Slide 93 text

Thank you! Come and say ‘Hi!’ @armakunihq @zenonhannick

Slide 94

Slide 94 text

Thank you!

Slide 95

Slide 95 text

No content

Slide 96

Slide 96 text

No content

Slide 97

Slide 97 text

No content

Slide 98

Slide 98 text

No content

Slide 99

Slide 99 text

No content

Slide 100

Slide 100 text

No content

Slide 101

Slide 101 text

No content

Slide 102

Slide 102 text

No content

Slide 103

Slide 103 text

No content

Slide 104

Slide 104 text

No content

Slide 105

Slide 105 text

No content

Slide 106

Slide 106 text

No content

Slide 107

Slide 107 text

Learning Goal ● What do we need to learn? ● What is our riskiest assumption? ● What is our one priority?

Slide 108

Slide 108 text

Hypothesis/Assumptions ● Is it falsifiable? ● Is it specific? ● Is it causal? (eg. If X the Y?) ● Is it relevant to the learning goal?

Slide 109

Slide 109 text

Experiment Idea to Hypothesis We believe Will result in We will know we have succeeded when

Slide 110

Slide 110 text

Design Thinking Ideate Prototype Empathise Test Synthesise

Slide 111

Slide 111 text

Code Quality Code Quality “Absolutely everything is in source control” “We automatically test on every commit” “There’s only really the master branch” “I can add as many or as few examples as I need” “It’s in source control except...” “We manually have a look” “Our branches are around forever and there are loads of them” “...but the data wasn’t like that on prod”

Slide 112

Slide 112 text

Continuous Delivery Continuous Delivery “Deployment is all automatic” “We security test git on push” “Commit to VCS and the customers have it in seconds” “Anyone can do a deploy!” “Deployment Joe is the only one who can do that” “That’s the security team’s job” “The customers get it a quarter later” “Only some people can deploy”

Slide 113

Slide 113 text

Architecture Architecture “We can deploy any bit alone” “Just our team maintains this” “We never break backwards compatibility” "We chose our own tools” “We can’t deploy this alone” “Our team and Team X work on this” “Accidentally, we broke our clients code” “We had to use what they told us”

Slide 114

Slide 114 text

Product & Process Product & Process “We find out direct from our users by... “Our kanban board shows all the work, and where it is” “Our stories usually last no than half a sprint” "We weren’t sure so we ran an experiment” “I don’t really know what our users think” “Sometimes work comes from the backlog except...” “Sometimes stories last multiple sprints” “That’s the way we’ve always done it”

Slide 115

Slide 115 text

Lean Management & Monitoring Lean Management & Monitoring “Rather than a sign off process we pair program” “The app gathers metrics and decide what’s next” “Our checks spotted the problem before our customers DID” “We only take on one thing at a time” “Oh we need to wait for CAB before we release” “No idea how the business decides what to do next” “The customer reported it” “We’re constantly doing 7 or 8 things” “It was a week before we even noticed”

Slide 116

Slide 116 text

Insert here.... Insert here.... “Good statement” “Another good statement” “Good thing number three” “Fourth good thing” “Number five in the list of things that are good...” “Bad statement” “This thing is bad too” “Terrible, terrible, bad thing” “Bad thing which is the norm, everyone does it but really shouldn’t” “Bad thing that we didn’t even know was bad”