Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Create Your Successful Agile Project: Principle...

Create Your Successful Agile Project: Principles Over Practices--Drexel

What does it take to create a successful agile project? You don't need to follow a framework. You don't need specific practices (except for a retrospective). You do need principles and to think and work together as a team. You can create your successful agile project and thrive as an agile team.

Avatar for Johanna Rothman

Johanna Rothman

June 25, 2021
Tweet

More Decks by Johanna Rothman

Other Decks in Business

Transcript

  1. © 2021 Johanna Rothman @johannarothman 4 Principles 1. Create a

    project rhyth m 2. Visualize work and the bottleneck s 3. Develop and use measures that reinforce the team’s delivery and improvemen t 4. Create a culture of continuous improvement with experiments 2 Ideas Responsible Person Ranked Backlog Cross-Functional Team The team produces shippable product on a regular basis Demo Retrospective General Agile Picture
  2. © 2021 Johanna Rothman @johannarothman Principle 1: Create a Project

    Rhythm • Many teams start with Scrum in 2-week iterations 3
  3. © 2021 Johanna Rothman @johannarothman Iterations Work Well When… •

    Everyone understands when the iteration starts and fi nishes : • Enough hours of overla p • The entire team works together on one produc t • You can right-size features to fi t into an iteratio n • You don’t need to accommodate too much interrupting work 4
  4. © 2021 Johanna Rothman @johannarothman Which Project Rhythms Might You

    Need? • Finish a story—every day or two . • Kaizen to address a small improvement . • Assess team satisfaction—daily . • Demo—weekly or biweekly . • Re fi ne more stories to prepare for more work—once or twice a week . • Weekly or biweekly retrospective . • Weekly or biweekly planning . • Standups—do you need them?? 5
  5. © 2021 Johanna Rothman @johannarothman Flow With a Cadence Also

    Works • One team always re fi nes stories on Mondays and Thursdays for 20-30 minutes . • They demo every Wednesday at the PO’s 10 am (and record the demo ) • They conduct a kaizen when they want t o • A more formal retro on Fridays at noon Eastern 6
  6. © 2021 Johanna Rothman @johannarothman Principle 2: Visualize Work and

    Bottlenecks • If we can see the work, we can choose how to manage i t • If we can see where the bottlenecks are, we can choose to experiment or change 7
  7. © 2021 Johanna Rothman @johannarothman Map Your Current Work States

    • What states does your team need to fi nish work? Example: code review . • Use those states to de fi ne your board . • This is a value stream map. The work time is the cycle time. 10
  8. © 2021 Johanna Rothman @johannarothman Principle 3: “Virtuous” Metrics •

    Measures that reinforce : • More of what we want an d • Less of what we don’t want 11
  9. © 2021 Johanna Rothman @johannarothman Possible (Virtuous) Measures • Team-visible

    measure s • Cycle time (and/or lead time) (Want to reduce cycle time ) • Cumulative fl ow (Want to reduce/manage WIP in various states ) • Share the team’s progress outside the team : • Demo s • Features char t • Product backlog burnup char t • Done and not yet released 12
  10. © 2021 Johanna Rothman @johannarothman Never Report Velocity or Story

    Points • Velocity is a measure of capacity, not productivity or acceleration nor spee d • Story points are personal to a tea m • Assume you walk at a normal pace of 4 mph, normal velocity. • How to account for : • Weather • Talk to a neighbo r • Detou r • Same duration, different fi nishing. 13
  11. © 2021 Johanna Rothman @johannarothman Relative Size Estimates Don’t Include

    Delays • One team : • Estimated this item would be a day or so (1 story point ) • People only spent a day or so on i t • But, the team took many days or weeks to deliver i t • Where did the time go? (Cycle time explains) 14
  12. © 2021 Johanna Rothman @johannarothman Notes About the Value Stream

    Images • Most of the teams I work with have much longer cycle time s • Work times of one day or so. Wait times of 4-7 days, for a total of 8 days of cycle tim e • Count weekends. Your customers don’t stop wanting work just because it’s a weekend 18
  13. © 2021 Johanna Rothman @johannarothman Measure Completed Features • Completed

    features (running, tested features ) • Your customers use the m • You can release the m • They are valuabl e • Include total and remaining features so we have a sense of where we ar e • Depends on deliverables, not epics or themes 21
  14. © 2021 Johanna Rothman @johannarothman Product Backlog Burnup • Real

    earned valu e • Partial answer to “Where are we? ” • Shows value feature-by-featur e • Shows when features grow 22
  15. © 2021 Johanna Rothman @johannarothman What Do You Want Less

    of? • Work In Progress (across entire program ) • How often releas e • Defects • Other “Less of” : • Multitaskin g • ? 24
  16. © 2021 Johanna Rothman @johannarothman Principle 4: Continuous Improvement with

    Experiments • Retrospective s • Kaize n • Choose one thing to experiment with every week or tw o • This is more important than any other meeting you have 25
  17. © 2021 Johanna Rothman @johannarothman Entire Team Re fl ects

    • All the people who create the product re fl ect togethe r • Kaizen: 20-60 minutes to discuss issue, select alternative, create action pla n • Retrospective: 60-120 minutes on a regular basis to gather data and decide what to do. (Highly recommend Agile Retrospectives: Making Good Teams Great) 26 Ideas Responsible Person Ranked Backlog Cross-Functional Team The team produces shippable product on a regular basis Demo Retrospective General Agile Picture
  18. © 2021 Johanna Rothman @johannarothman What Might You Change to

    Use These 4 Principles? 1. Create a project rhyth m 2. Visualize work and the bottleneck s 3. Develop and use measures that reinforce the team’s delivery and improvemen t 4. Create a culture of continuous improvement with experiments 27 Ideas Responsible Person Ranked Backlog Cross-Functional Team The team produces shippable product on a regular basis Demo Retrospective General Agile Picture
  19. © 2021 Johanna Rothman @johannarothman Flow Ef fi ciency Thinking:

    A Helpful Frame • Focus on the work item, not the person doing the wor k • Resource ef fi ciency focuses on the person • Flow ef fi ciency focuses on the work • Make this the one standup question: “What do we, as a team, need to do move this work to done?” 28 Resource E ffi ciency Flow E ffi ciency
  20. © 2021 Johanna Rothman @johannarothman Dependencies-between-teams Reading • Component teams

    posts : • https://www.jrothman.com/mpd/portfolio-management/ 2017/01/rethinking-component-teams-for- fl ow / • https://www.jrothman.com/mpd/2019/12/component- teams-create-coupling-in-products-and-organizations / • https://www.jrothman.com/mpd/2019/04/product-roles- part-5-component-teams-to-create-slices/ • https://www.jrothman.com/mpd/agile/2014/09/one- experimental-possibility-self-organization-from- component-teams-to-feature-teams/ • https://www.jrothman.com/mpd/program-management/ 2013/01/managing-the-stream-of-features-in-a-program/ • https://www.jrothman.com/ALPM for the book 29
  21. © 2021 Johanna Rothman @johannarothman Let’s Stay in Touch •

    Pragmatic Manager: • www.jrothman.com/ pragmaticmanage r • Please link with me on LinkedI n • Create Your Successful Agile Project: https://www.jrothman.com/cysap 30