How Agile Are You Really?

How Agile Are You, Really?J. Boye Web & Intranet ConferenceÅrhus

Karoliina Luoto · 6 November 2013

Karoliina Luoto + CodentoConsultant for

Agile project managementBusiness and use case oriented digital service conceptingBefore: product owner, collaboration strategist, communications specialist

Consultancy company for

not only superhero coding

Even agile projectsare not always easy

Sometimes, in search of fixes,It’s good to look at the basics

Photo: Buzz Hoffman, Flickr

How many of yourorganizations have usedagile development for projects?

Really?One possible set of agility criteria:1. End users are a constant part of the development

process

Criteria credits: Allaboutagile.com

2. The development team has power to make decisions

3. Requirements strech, the schedule/budget doesn't

4. The requirements are described on top level, lightly and visually5. The development work is done in small increments that can be developed further

6. Focus on regular delivery of working product parts

7. Finishing each requirement before moving to next one

8. 80/20 rule: focus on search of 20 % solutions that can fulfill 80 % of the need9. Testing throughout the project – test early, test often

10. Collaborative approach from _all_ players in the project

Agile PrinciplesBehind Scrum, Kanban…

Early and continuous delivery…(every couple of weeks)

Photo: California Bakery, Flickr

…of valuable software

Photo: CBGB_Hoser, Flickr

Photo: justmakeit, Flickr

Welcome changing requirementsEven late in the process

Business people and developers work together daily

Photo: massdistraction, Flickr

Photo: Diamond Geyser, Flickr

Find motivated individualsAnd support and trust them

Most efficient method of communication isface-to-face conversation

Photo: sean dreilinger, Flickr

Primary measure of progress is working software

Photo: Victory of the People, Flickr

Continuous attention to technical excellence and good designPhoto:

DanieVDM, Flickr

Photo: by me

Simplicity – The art of maximizing the work not done

Team reflects on how to become more effective andadjusts its behaviour

Photo: Gwenael Piaser, Flickr

Solutions for pain points are simpleProjects that struggle with their agility can be made

better by: Waking up the Product OwnerProritize, bridge development team with users and stakeholders

Getting method help Retros led by a pro scrum master, agile coaching for key rolesFreshening up the Definiton of DoneThe quality code needs to be agreed on and revisited

Trusting the developersBuild the team’s technology vision ownership

Deploying more oftenIf it’s hard, do it more

Adding artefact transparency for the Scrum teamVision documents, release plans, budgets...

Afterword: Before starting a newproject, make sure agile is the way to go.1. How known is the concrete project outcome?

a) Blurry b) A bit unstructured c) Quite clear

2. How code-oriented is the project?a) It's all about new code b) We are using a product/framework but customizing itc) We are taking an out-of-package product and making it work for us, content is the king

3. Can the project be resourced with a full-time product owner?a) No probs, we want to invest in this one b) It will be a bit painful c) No way

4. Are we ready to prioritize between requirements?a) Of course b) Not so sure about everybody c) Come again?

The results for the agility test3 points for each a-answer, 2 points for a b, 1 points for each c

Original test credits: Perttu Tolvanen

• 10-12 points: Clearly there is a case for an agile project. Still, remember to plan and resource it well and ensure that main stakeholders share the agile ideas.

• 7-9 points: Twilight zone. Do you have enough resources and buy-in for agile? If you go for it, how about coaching or courses?

• 4-6 points: No question, your case is a clear one. Just take the vendor's process as it is, launch the project and stay sharp.

Thank you.www.codento.com

karoliina.luoto@condento.com · @totoroki · +358 40 765 8504Photo: By me