78
Agile? Lars Irenius @ Postnord, 2012-11-27

Copenhagen 121127 - Lars Irenius

Embed Size (px)

Citation preview

Page 1: Copenhagen 121127 - Lars Irenius

Agile?Lars Irenius @ Postnord, 2012-11-27

Page 2: Copenhagen 121127 - Lars Irenius

Vi bidrar till framgång genom att i nära samarbete med våra kunder kombinera

det stora företagets styrka med det lilla företagets själ och

den enskilde konsultens engagemang.

170050204

Page 3: Copenhagen 121127 - Lars Irenius

www.knowit.se

Page 4: Copenhagen 121127 - Lars Irenius
Page 5: Copenhagen 121127 - Lars Irenius

Agenda

•What is agile?

•Why agile?

•Manage agile

•Buying agile

•Failing with agile?

Page 6: Copenhagen 121127 - Lars Irenius

What is Agile?

Page 7: Copenhagen 121127 - Lars Irenius
Page 8: Copenhagen 121127 - Lars Irenius

ジャストインタイム自働化

Just in Time(JIT)

JidokaAutonomation

Visualisering av problem

1. Upptäck avvikelse (fel)2. Stanna3. Rätta felet.4. Hitta orsaken och korrigera processen

Gör• Det som behövs• När det behövs• I den mängd som behövs

CustomerPull

Page 9: Copenhagen 121127 - Lars Irenius

Fokusera på kundvärde!Gör inte onödiga saker.

Lös problem!Kontinuerlig förbättring!

Se helheten – visualisera!

Anpassa till förändring!

Agilt

Optimera flöde!

Lean

Page 10: Copenhagen 121127 - Lars Irenius
Page 11: Copenhagen 121127 - Lars Irenius
Page 12: Copenhagen 121127 - Lars Irenius
Page 13: Copenhagen 121127 - Lars Irenius

Principles behind the Agile manifesto

Agile Requirements, NFI 15/6 2012

Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

Welcome changing requirements, even late in development.

Business people and developers must work together daily throughout the project.

The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

The best architectures, requirements, and designs emerge from self-organizing teams.

Page 14: Copenhagen 121127 - Lars Irenius

Continuous Delivery, Fast TTM

Agile Requirements, NFI 15/6 2012

Source: www.informit.com

Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

Page 15: Copenhagen 121127 - Lars Irenius

Besluta så sent som möjligt

Welcome changing requirements, even late in development.

Page 16: Copenhagen 121127 - Lars Irenius

Multifunktionella, självorganiserande och bemyndigade team.

The best architectures, requirements, and designs emerge from self-organizing teams.

Page 17: Copenhagen 121127 - Lars Irenius

Source: Jurgen Appelo

Page 18: Copenhagen 121127 - Lars Irenius

Best Teacher can transfer 30% of his knowledgeAllen Ward

The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

Page 19: Copenhagen 121127 - Lars Irenius

Source: Jurgen Appelo

Page 20: Copenhagen 121127 - Lars Irenius

TT-shaped teams and staff

Page 21: Copenhagen 121127 - Lars Irenius

http://www.versionone.com/state_of_agile_development_survey/11/

Benefits optained adopting agile

Page 22: Copenhagen 121127 - Lars Irenius

http://www.versionone.com/state_of_agile_development_survey/11/

Page 23: Copenhagen 121127 - Lars Irenius
Page 24: Copenhagen 121127 - Lars Irenius
Page 25: Copenhagen 121127 - Lars Irenius

SCRUM Board

Source: Henrik Kniberg

Page 26: Copenhagen 121127 - Lars Irenius

Product and Sprint Backlog

Page 27: Copenhagen 121127 - Lars Irenius

Kanban

Source: Henrik Kniberg

Page 28: Copenhagen 121127 - Lars Irenius

Source: Wikipedia

Page 29: Copenhagen 121127 - Lars Irenius

Why Agile?

Page 30: Copenhagen 121127 - Lars Irenius

Agile Software RequirementsDean Leffingwell

Page 31: Copenhagen 121127 - Lars Irenius

implement

What?

When? $?

Future goal state

DP 1 DP 2 DP 3

Page 32: Copenhagen 121127 - Lars Irenius

*PM Network Magazine, November 2009

Page 33: Copenhagen 121127 - Lars Irenius

RequirementsAnalysis & Design

Solution development

Test & Launch

Future goal state

Page 34: Copenhagen 121127 - Lars Irenius

Design, Implement, Test, Evaluate, Learn and Adapt in increments

Future goal state

Page 35: Copenhagen 121127 - Lars Irenius

Future goal state

Page 36: Copenhagen 121127 - Lars Irenius

http://www.versionone.com/state_of_agile_development_survey/11/

Benefits optained by adopting agile

Page 37: Copenhagen 121127 - Lars Irenius

Steering Agile?

Page 38: Copenhagen 121127 - Lars Irenius

Roles, artefacts and activities

Kanban and Scrum – making the most of both.Henrik Kniberg & Mattias Skarin 2010

Page 39: Copenhagen 121127 - Lars Irenius

Team

Produkt

Program

Styrning av produktportfölj

Agile Requirements, NFI 15/6 2012

Page 40: Copenhagen 121127 - Lars Irenius

Traditionell kravställning säger åt utvecklaren vad

han/hon ska göra.

Agil styrning ska ge teamet förutsättningar att själva finna

en bra lösning.

Page 41: Copenhagen 121127 - Lars Irenius

Source: Jurgen Appelo

Page 42: Copenhagen 121127 - Lars Irenius

Backlog is not enough, you must get the big picture!

Agile Requirements, NFI 15/6 2012

Source: www.agileproductdesign.com

Page 43: Copenhagen 121127 - Lars Irenius

Team

Produkt/Programledning

Affärsledning

Roadmap/Funktioner/ReglerVad ska göras?

”Themes/Epics”Vart är vi på väg

Stories, TasksHur ska det göras?

Transparent steering

Agile Requirements, NFI 15/6 2012

Page 44: Copenhagen 121127 - Lars Irenius

The team must know the world to adapt to.

Agile Requirements, NFI 15/6 2012Source: www.agileproductdesign.com

Page 45: Copenhagen 121127 - Lars Irenius

Streamline and Scaling AgileTwo models foragile steering

Page 46: Copenhagen 121127 - Lars Irenius

Scaled Agile Framework™ Big Picture

Page 47: Copenhagen 121127 - Lars Irenius
Page 48: Copenhagen 121127 - Lars Irenius

Release preparation & verification

R n.1

MergeCorrections

TG0 TG5

PD2Release content decided

Which features to include in a release, both developed, under development and not yet started.

21 272019181716 ... 12 .... 1511

GODecision

Verified “up and running” system version:

Feature implementationdecision

D

DDD

D D

DD

DD

DD

R n.1

R n.2

Development “Go” per D

Decoupling of release projects

Des

ign

Rel

ease

Integration & Automated Regression Test (with load)

Streamlined Development

Page 49: Copenhagen 121127 - Lars Irenius

Managing Agile

A Pig is someone who has skin in the game. Pig roles are considered core team members. Performers. People who “do” work.Get it?A Chicken is someone who has something to gain by the Pigs performing, but in the end, really do not contribute day to day to “getting things done”.

Page 50: Copenhagen 121127 - Lars Irenius

The English verb “to manage” was originally derived from the Italian

maneggiare, meaning to handle and train horses. This original meaning

merged with the French term menage, or household.

Page 51: Copenhagen 121127 - Lars Irenius

Source: Jurgen Appelo

Page 52: Copenhagen 121127 - Lars Irenius

Management 3.0, Jurgen Appelo

Page 53: Copenhagen 121127 - Lars Irenius

Source: Jurgen Appelo

Page 54: Copenhagen 121127 - Lars Irenius

Source: Jurgen Appelo

Page 55: Copenhagen 121127 - Lars Irenius

Source: Jurgen Appelo

Page 56: Copenhagen 121127 - Lars Irenius

Agile transformation

•Set a goal for the change – what do you want to achieve.

•Define the system to change!

•Define a core team.

•Launch a training program for key staff.

• Introduce system for continuous improvements.

Page 57: Copenhagen 121127 - Lars Irenius

Improve

DoEvaluate

Assess Plan

Select and FocusMax 2 areas

Implement! Often via a

project´s WoW

Baseline

New baseline

Identify size & typeof problems

Identify strong &weak areas

Constant improvement

Improve

DoEvaluate

Assess PlanMove to higher maturity level

Improve

DoEvaluate

Assess Plan

Page 58: Copenhagen 121127 - Lars Irenius

Buying Agile ?

Page 59: Copenhagen 121127 - Lars Irenius

Big projects – Small projectsMany projects – Few projectsProjects – Continuous delivery

Page 60: Copenhagen 121127 - Lars Irenius

Trafikleverans

Operatör

Trafikföretag

Organisationer i samarbete och takt för tjänstekvalitet

• Resenären – Gemensam kund

• Kundfokus måste genomsyra relationen med operatören

Page 61: Copenhagen 121127 - Lars Irenius

Part of the system or not?

Customer

Vendor 1

Vendor 2

Vendor 3

Page 62: Copenhagen 121127 - Lars Irenius

When part of the system

•Shared long-term goal

•Dedicated team for customer.

•Aligned processes customer – vendor (e.g. QA, release)

•Agile process as if in-house

•Contractual model: T&M

Page 63: Copenhagen 121127 - Lars Irenius

Source: Jurgen Appelo

Page 64: Copenhagen 121127 - Lars Irenius

When not part of the system

Page 65: Copenhagen 121127 - Lars Irenius

Fackmannamässigt fel

Samverkansfel

Tidsbox TidsboxReserv

tidsbox

Flyttat arbete Flyttat arbete Flyttat arbete

Rest

Reducering av timarvode

Rättning utan arvode.Påtalas inom 6 månader

Ursprungligt Uppdrag Ändrat Uppdrag

Avtalsparametrar: Kompetenta resurser Antal resurser och timmar

fördelat på Tidsboxar Timpris samt eventuell Risk-

och Vinstdelning Antal Reservtidsboxar

Agila projekt – IT företagens standardavtal

Source: Henrik Gavelli

Page 66: Copenhagen 121127 - Lars Irenius

Fixed PriceShared Risk

Time & Material

Page 67: Copenhagen 121127 - Lars Irenius

Contractual models for agile steering (outside of the system)• Fixed cost – prioritized functions•The customer prioritize functions together with vendor from a product backlog list. Delivery in time with prioritized functions.

•Fixed functions – T&M• The customer prioritize functions together with vendor

from a product backlog list. Preliminar delivery schedule agreed with sprint deliveries

•Fixed cost, time and functions• No “agile steering” possible, but vendor may work agile

and make sprint deliveries.

Page 68: Copenhagen 121127 - Lars Irenius

Agile vendor not part of the system•Contract can be fixed functions or fixed time/cost.

•Functions to be planned in sprints + one or two “hardening” sprints (based on degree of uncertainty)

•Fixed time allows for greater flexibility.

•Burndown to be visible for customer

•Sprintbased delivery

•Retrospects

Page 69: Copenhagen 121127 - Lars Irenius

Kundeffekt

Leverans

Upphandling&

Etablering

IDAG IMORGON

Mät mot kundeffekt

Styr leveransen4. Korrigera snabbt3. Förutse leveranseffekter2. Analysera mönster1. Fånga signaler

Lägg grunden

Fokus på avtal eller leverans ?

Mät mot avtal

Page 70: Copenhagen 121127 - Lars Irenius

Fixed Price or T&M

Passive Active

Fixed Scope

Open Scope

FPFPor

T&M

T&M

Page 71: Copenhagen 121127 - Lars Irenius

Failing with Agile

Page 72: Copenhagen 121127 - Lars Irenius

http://www.versionone.com/state_of_agile_development_survey/11/

Leading causes of failed agile projects

Page 73: Copenhagen 121127 - Lars Irenius

Stefan Berg, Com Hem i Computer Sweden, 110923

Page 74: Copenhagen 121127 - Lars Irenius
Page 75: Copenhagen 121127 - Lars Irenius
Page 76: Copenhagen 121127 - Lars Irenius
Page 77: Copenhagen 121127 - Lars Irenius