Slide 1

Slide 1 text

No content

Slide 2

Slide 2 text

Let’s Reset Agile @lilobase lgo.group

Slide 3

Slide 3 text

I’m no longer an “Agilist”

Slide 4

Slide 4 text

« Apparently this SCRUM thing is so great, you need a person on every team dedicated to forcing the others to do it » @cgosimon

Slide 5

Slide 5 text

- "Business Agile": Built Upon Sand — R.Jeffries - The State of Agile Software in 2018 — M.Fowler - The Tragedy of Craftsmanship — Robert C. Martin - Developers Should Abandon Agile — R.Jeffries - The Failure of Agile — Andy Hunt - Time To Kill Agile — D.Thomas - The agile hangover — S.Mancuso

Slide 6

Slide 6 text

Product Management Production Management Agile Command & Control « Making the right thing right »

Slide 7

Slide 7 text

Cost Time Scope Quality The Iron Triangle

Slide 8

Slide 8 text

What is the cost to create X ? How much did it cost to produce X ?

Slide 9

Slide 9 text

Tracking velocity Estimating our project How do we get better at Refining the backlog

Slide 10

Slide 10 text

More X to solve X

Slide 11

Slide 11 text

No content

Slide 12

Slide 12 text

No content

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

No content

Slide 15

Slide 15 text

No content

Slide 16

Slide 16 text

Tracking velocity Estimate our project These are the symptoms, not the causes Refining the backlog

Slide 17

Slide 17 text

It’s time to focus on what creates value Making the right product And delivering it

Slide 18

Slide 18 text

Companies are driven by fear (of loss) This is what they consider « risks »

Slide 19

Slide 19 text

Product Management Production Management Agile Command & Control « Making the right thing right »

Slide 20

Slide 20 text

What is the cost to create X ? How do we reduce the risk ?

Slide 21

Slide 21 text

How do we reduce the risk ? Reduce your feedback loop Continuous Delivery

Slide 22

Slide 22 text

Time Seconds Minutes Hours Days Weeks Statements & methods Classes & Interface Design Architecture Features Priorities Solution IDE Pair programming Unit tests System metaphor Continuous Integration On site customer Collective ownership Acceptance testing Type system Planning game Short releases Feedback loops

Slide 23

Slide 23 text

Validation over assumption Smaller batch Tell smaller lies

Slide 24

Slide 24 text

Predictability comes from technical excellence Refactoring capabilities TDD / Pair Programming / …

Slide 25

Slide 25 text

Destroy the run vs project model

Slide 26

Slide 26 text

Product Management Production Management Agile Command & Control « Making the right thing right »

Slide 27

Slide 27 text

Give Trust, not Toys Jidoka

Slide 28

Slide 28 text

No content

Slide 29

Slide 29 text

If you are not involved in the production process, please don’t get involved… Enterprise architect, Scrum Master, Product Owner…

Slide 30

Slide 30 text

@johncutlefish

Slide 31

Slide 31 text

You need product management Stop the project manager posture

Slide 32

Slide 32 text

Product Management Production Management Agile Command & Control « Making the right thing right »

Slide 33

Slide 33 text

Coach, PO, Management Break the us vs them Business Units

Slide 34

Slide 34 text

Dev, QA, Ops Fully featured & autonomous team UX, UI, Legal, PO

Slide 35

Slide 35 text

A PO is not a foreman for the dev team (neither is the ScrumMaster) But a member of it

Slide 36

Slide 36 text

They have nothing to say on how the team works A PO is not a supervisor for the dev team (neither is the ScrumMaster) He does not dictate the planning

Slide 37

Slide 37 text

Stop producing specifications without your dev team what goes into production is what the developers understood

Slide 38

Slide 38 text

Let’s Reset Agile @lilobase lgo.group

Slide 39

Slide 39 text

It is not sufficient to simply be aware of the problem Causes vs Symptoms

Slide 40

Slide 40 text

Agile is first about Software Engineering ! You need evolutionary architecture And it puts a lot of stress on the design

Slide 41

Slide 41 text

No content

Slide 42

Slide 42 text

BTW, Clean Code is not a software architecture You need to know how to build application !

Slide 43

Slide 43 text

Let’s Reset Agile @lilobase lgo.group

Slide 44

Slide 44 text

Stop trying to improve your ceremonies ! Start improving your delivery mechanism

Slide 45

Slide 45 text

Most dev team are constipated

Slide 46

Slide 46 text

AGILE

Slide 47

Slide 47 text

Can you Install a local dev env in less than 20 min and 2 actions ? If you can’t, don’t expect to have a good delivery !

Slide 48

Slide 48 text

Do 1 day Sprint And it should be deployed in production « Tell smaller lies »

Slide 49

Slide 49 text

Stick to your practices Choose interconnected ones

Slide 50

Slide 50 text

No content

Slide 51

Slide 51 text

Pair programming Instead of « better » code review

Slide 52

Slide 52 text

Stop being afraid of modifying the existing source code You’ll need TDD

Slide 53

Slide 53 text

Stop Ruinous Empathy Embrace radical candor

Slide 54

Slide 54 text

No content

Slide 55

Slide 55 text

The certification business is the scientology of agile…

Slide 56

Slide 56 text

No content

Slide 57

Slide 57 text

How to scale ? DONT! DON’T FUCKING DO IT PLZ STOP TRYING TO SCALE AGILE! YOU DON’T NEED SCALED AGILE FOR FUCKS SAKE! MATURE AGILE TEAM CAN SCALE WITHOUT NEEDING A MANAGEMENT BULLSHIT TRYING TO SCALE THEM! MAKE YOUR MANAGER BUSY BY DOING SOMETHING ELSE! BUT PLZ STOPIT, REALLY, IT IS QUITE SCARY AT THIS POINT! DON4T1!!11!1

Slide 58

Slide 58 text

- R. Jeffries « But they’re large companies. So, naturally, they think they need to scale. […] they’re wrong. They don’t need to scale. They need to do plain old simple Agile software development. »

Slide 59

Slide 59 text

- R. Jeffries « That’s not to say that large-scale Agile won’t be successful; very likely it will be. It will be successful in the sense that large companies will buy scaling products and ideas, and consultants and training companies will enrich themselves selling what these large companies want. »

Slide 60

Slide 60 text

- R. Jeffries « If your individual teams cannot work in an Agile fashion, then clearly you’re not ready to “transition” your company or to “scale” Agile. You don’t want to transition to something you can’t do, and you don’t want to scale something that doesn’t work. »

Slide 61

Slide 61 text

- R. Jeffries « First, start creating teams that are very capable of doing Agile. Then, give them the most important, most valuable work to do that your organization can come up with. And stand back. Keep creating Agile teams, organized by features where possible. You may find that you have little need to scale Agile. »

Slide 62

Slide 62 text

When a team has a good delivery mechanism Agile became easy !

Slide 63

Slide 63 text

Thanks! @lilobase lgo.group