Downloaded 34 times
![Thank You! Jason Little @jasonlittle http://www.agilecoach.ca [email_address] Exa mples and Other Mat erial : http://www.agilec oach.ca/visibility](https://image.slidesharecdn.com/lean11-nowhere-to-run-jasonlittle-110612191113-phpapp02/85/Making-Your-Agile-Transition-and-Org-Progress-Visible-24-320.jpg)
Uploaded byJason Little
Making Your Agile Transition and Org Progress Visible
The document discusses making an organization's agile transition and progress more visible. It provides examples of visualization tools used at different levels, from team/project level like sprint burndowns and impediment logs, to portfolio level like release burndowns. The case study of a company called Q4 that saw a spike in sales and customers but production problems is discussed. By visualizing data on sales and implementations, they identified key problem areas and changed their organization strategy and product direction.
More Related Content
Similar to Making Your Agile Transition and Org Progress Visible
Making Your Agile Transition and Org Progress Visible
- 1. Making Your Organization Progress and Agile Transition Visible
- 2. Operational (Team/Project Level)SPRINT BURNDOWN RELEASE BURNDOWN IMPEDIMENT LOG - Ndepend trial expired - integration environment unstable - running low on sticky notes! TESTING DASHBOARD ☺ order entry form coverage billing module ☹
- 3. Tactical (Portfolio Level)Operational (Team/Project Level)
- 4. Information flows throughthe organization to support each level of planning Strategic (Org Goals) Tactical (Portfolio Level) Operational (Team/Project Level)
- 5. Group A (3Teams) Group C (4 Teams) Group B (2 Teams) Supporting Teams (OPS, Internal Infrastructure) - ~100 people in MedCo Engineering - big band Agile transition - team of 3 coaches - cross-functional teams created
- 6. what the @#$%is going on?
- 7.
- 8. not started training/kickoff embedded coach on their own agile transition visibility group A group B - purely subjective - reviewed at standup - sparked conversations about how to help teams - helped prioritize types of training Team 1 (kickoff next week) JL Team 2 (training today!) JL Team 1 MS Team 2 MS
- 9.
- 10.
- 11. the release wallJan Feb Mar Group 1 Group 2 Group 3 Version/ notes Major Release Minor Release Patch Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes 2.5 - notes 2.6 - notes 2.7 - notes Version/ notes Version/ notes 2.7 - notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes Version/ notes 2.5 - notes 2.5.1 - notes 2.7 - notes today
- 12.
- 13. What Other DataDid We Get? average 85% of time spent on failure demand (one group was 99% on failure demand) 9 months from time a customer call was resolved (via value stream map for most common issues) technical debt (10,000 LOC JSP’s, 6000 line methods) 1.5 weeks per month spent on manual regression covering approx 30 - 50% of the system (time was based on data, % based on thumb in the air) 0% unit test coverage complex branching policies (each team had their own branch)
- 14. What Happened Next?Quarterly A3 process for engineering initiatives to address technical debt root cause process with 99% failure demand team narrower focus for coaching requirements (training, team embedding) started thinking about different product strategy
- 15. What Was theOutcome? 99% failure demand team was reduced to 95% after 3 months moved to mainline branching strategy implemented automated nightly build process accomplished 20% of A3 plan, continued with quarterly improvement process
- 16. It Ain’t AllRainbows and Sunshine
- 17. Visible at Q4Set Expectations and Create Personal Safety Show the Value of Making Data Visible Have the Teams Own It Find the Valuable Data
- 18. Urgent! V4.0 V3.53.5 backlog 4.0 backlog
- 19.
- 20. understanding our “smartnumber” wasn’t smart enough re-think of organizational strategy company open space to come up with a better plan first step towards breaking down silos Getting Visible Led to:
- 21.
- 22.
- 23. “ Q4 isa fast growing software company. Over the last 12 months we have seen a significant spike in sales and bringing on new customers. With this increase in sales also came a number of production problems in getting those clients live. It was not clear if we had problems in our process or not enough people. By visualizing all of the data related to sales and implementations we have been able to identify the problem areas more quickly and change our organization strategy and product direction.” - Q4’s CEO, Darrell Heaps
- 24. Thank You! JasonLittle @jasonlittle http://www.agilecoach.ca [email_address] Exa mples and Other Mat erial : http://www.agilec oach.ca/visibility
Editor's Notes
- #2 Today I’m going to talk about making your organizational progress and agile transition visible. I’ll go through a medium sized companies journey through an agile transition and show how our coaching team made data across the organization visible, what worked, what didn’t and then show some lessons I learned along the way. - talk about the value of visibility. I’ve always like the phrase ‘nowhere to run, nowhere to hide’ - in traditional orgs, data that flows through organization gets cleaned as it makes it’s way up the chain, the visibility created by adopting agile practices is designed to surface information about what’s really going on. - talk about how visibility, from my experience, is limited to team-level information which isn’t as helpful to managers and executives who need different data visible to make decisions
- #3 - typical visibility is around team-level or project-level areas - helps the team make decisions - designed to expose what’s really going on to management - talk about how simple is perfect to start with, add more data as you need it coaches see this data and it exposes deeper organizational problems, management see this data and they want to make the team work harder
- #4 talk about toronto agile open space, person mentioned they have net promotor scores for multiple products - team-level data doesn’t necessarily help with tactical decisions - need to find data to answer a variety of ‘why’ and ‘what’ questions that can help determine the right priorities for teams
- #5 - talk about how managers/execs are able to make better strategic decisions when they have real data - use Q4 example, seeing that sales was far out-pacing getting clients live gave the ceo/cto better data to decide where to focus more time and money - close with how data must flow up and down these levels to keep the org aligned
- #6 set some context, paint a picture of the org structure, size etc. talk about overlapping code, how each ‘group’ handled new dev + maintenance
- #7 - after 3 months into the transition I was talking to the CTO and mentioned that there sure was a whole lotta shit all over the walls, but he still had no idea what was going on. - talk about the relevancy of data for someone at his level - not efficient for him to walk around to every team to see what’s going on across multiple teams/projects mention the Gemba Walk session....if you went to it
- #12 - hey, we do a lot of patches, what’s up with that? talk about what other data and challenges we discovered
- #17 talk about the phases: phase 1: get the data - ‘how did this happen on your watch?’ - doom and gloom - deer in the headlights phase 2: do something about the data - don’t want to save the world - personal safety, panic, frustration
- #20 talk about how the visibility led to a different strategy for product made visibile the bottleneck is getting clients out the door, led to ‘why’ questions