What went wrong with Agile

and

what you can do about it

#0 Who am I?

Piotr Stapp

  • Unique name - just sing a song: "Don't Stapp me know" ;)
  • ex - Senior software/DevOps/Architect @mBank/@FinAi/@Allegro
  • Own company (small consulting + workshops)
  • SAFe System Principal Architect @ Demant Technology Center
  • M.Sc (distction) Oxford Brooks University in Web Tech
  • M.Sc. Warsaw University of Technology in Computer Science

Attention

All opinions are my own

and

do not necessarily reflect

the views of any companies.

Sources

  • The Scrum Alliance: What It Is and Why It Matters - Plutora - https://www.plutora.com/blog/water-scrum-fall
  • Scrum Team - https://www.scrum.org/resources/scrum-team
  • Why Scaling Agile Doesn't Work (and What to Do About It) - Jez Humble - https://www.programmingtalks.org/talk/why-scaling-agile-doesnt-work
  • Who decides what product to build in a tech company? - Quora -
    https://www.quora.com/Who-decides-what-product-to-build-in-a-tech-company
  • Cost of Delay (Maersk Case Study) - https://blackswanfarming.com/cost-of-delay/
  • Making sens of MVP - https://blog.crisp.se/2016/01/25/henrikkniberg/making-sense-of-mvp
  • about:mbank - https://stapp.space/about-mbank-devs-for-devs-bstoknet/
  • Agile - When does it work well, and when doesn't it? - https://stackoverflow.com/questions/3001627/agile-when-does-it-work-well-and-when-doesnt-it
  • CI/CD the journey of a dummy team | by Javier Lopez | Medium -
    https://javi-kata.medium.com/ci-cd-the-journey-of-a-dummy-team-f51a061684bc
  • Four agile ceremonies, demystified - https://www.atlassian.com/agile/scrum/ceremonies
  • Insights Discovery part 1: The 4 colors -
  • https://www.mudamasters.com/en/personal-growth-personality/insights-discovery-part-1-4-colors

#1 Who brings $$$?

Source: https://blackswanfarming.com/cost-of-delay/ - Maersk Case Study

Source: https://www.plutora.com/blog/water-scrum-fall

What Benefits Come From Breaking Out of Water-Scrum-Fall?

  • Applying a more iterative approach [...]
  • Deploying to production and getting genuine feedback[...]
  • Shifting toward a continuous delivery mechanism [...]
  • [...] Team members will no longer be bound by traditional “budget, plan, build, deploy” approaches.

  • Getting rid of Water-Scrum-Fall will most likely enable the business to respond to market shifts, capitalize on opportunities, and evolve business capabilities in a way that allows the organization to dominate its market space.

Source: https://www.plutora.com/blog/water-scrum-fall

Key points

  • The cost of the team can be 💰💰💰.
  • Prioritization is hard.
  • Agile "inside" != agile "outside"
  • Money doesn't grow on trees (unless you have a startup 😅)

#2 Let's do something BIG!

Source: https://blog.crisp.se/2016/01/25/henrikkniberg/making-sense-of-mvp

about mBank (~2012-2013)

  • 6 milestones 
  • 8 dev teams in "light-side factory"
  • 18 months
  • 171 SLN files
  • 983 used packages in internal repo
  • 5045 JS files
  • 12766 CS files
  • 71613 versions of packages produced
  • 712143 package downloads
  • ~4700000 lines in CS, JS, HTML & CSS files

Allegro Pay (3 years ago)

  • change in Allegro mobile app
  • change in Allegro web app
  • migrate all stuff from FinAi + add a lot of new functionality
    • 10-20 integrations
    • validations
    • processing
  • Do it FAST

Demant (now)

  • Migrate from native to Xamarin/MAUI
  • Frontend is not a real problem rather communication with Hearing Instrument is a reason

Ralph Stacey's complexity matrix as illustration of the sweet spot for Agile

Source: https://stackoverflow.com/questions/3001627/agile-when-does-it-work-well-and-when-doesnt-it

Simple Tasks

  • These tasks are well-defined and straightforward. Examples include everyday activities like “Brushing your teeth” or “Riding a bike.”
  • The approach for simple tasks is: “Just do it!” You don’t need extensive planning; the solution is clear.

Complicated Tasks

 

  • Complicated tasks are not entirely straightforward. They require some thought and planning.
  • An example of a complicated task is “Planning your trip to Breslau.” Here, you need to sit down, create a plan, and then execute it.

Complex Tasks

 

  • Complex tasks involve uncertainty in both requirements and technology.
  • These tasks don’t have a clear path, and the solution emerges through experimentation, adaptation, and collaboration.
  • Agile practices are particularly effective for complex tasks because they allow flexibility and iterative development

Anarchy

  • Anarchy represents situations where nothing is predictable. Examples include natural disasters like tsunamis or volcanic eruptions.
  • We lack information about what will happen, when it will happen, and how to prevent it.
  • In anarchy, we must respond dynamically, adapt rapidly, and focus on survival.

Key points

  • Architecture or application (r)evolution  more naturally aligns with "anarchy" than with "complex"  and "complicated"
  • "Structured agile" isn't universally applicable,
  • "Chaos" poses challenges from a management perspective
  • Different approaches for different context e.g. Kanban + Scrum can work together in one team.
  • Money doesn't grow on trees 😅

#3 Let's do something small

Buzzwords to the rescue

  • Version Control: GitHub, GitLab, Bitbucket, ...
  • CI/CD Automation: Jenkins, GitHub Actions, Azure DevOps, Argo, ...
  • Hosting: Cloud Native, K8s, Serverless, OpenShift, ..
  • Tools: Jira, Monday, Click Up, Azure DevOps, GitHub, ...
  • Approaches: Event Sourcing, Event Driven, (No)SQL, Microservices, Modular Monolith, ...
  • Config management: Terraform, Puppet, Chef, Ansible, SaltStack, ...

How long it takes?

  • clone the project (1s)
  • create a feature branch with the name of the task (1s)
  • develop your changes with tests (1 week)
  • test your changes locally (20m)
  • push your code to the remote repository (1s)
  • ask for a code review (5m)
  • the code review is started by some colleagues (1 hour), this includes to test the code locally or in a test environment
  • the code review is passed (2 days)
  • merge your branch to master and resolve conflicts (1 day)
  • create a release to go to production (10m)
  • qa test the release in a pre-prod environment (1 hour)
  • deploy your changes in production (10m)

Source: https://javi-kata.medium.com/ci-cd-the-journey-of-a-dummy-team-f51a061684bc

How long it takes?

Source: https://blackswanfarming.com/cost-of-delay/ - Maersk Case Study

How long it takes?

After CI/CD + test automation + no branching:

  • clone my git project (1s)
  • develop, push and test your changes (1 week) in pairs
  • changes are deployed automatically to production (10 m) in the middle of the week.

 

In the end we saved: 2 out of 7 days

Why? Why? Why?

  • To sleep well at night
  • Bus factor
  • CDD - CV-Driven-Development

Key points

  • When you need a change, strong arguments pave the way:
    • reducing 2 days in 46 weeks - is an impactful change
    • Buzzwords won’t magically reduce the bus factor or any other problem
    • CDD isn’t an excuse, but "sleep well at night" is a worthy goal.
  • Money doesn't grow on trees:
    • Without data you're just another person with an opinion

#4 Who will do that?

The people on the Scrum Team

The fundamental unit of Scrum is a small team of people, a Scrum Team. The Scrum Team consists of one Scrum Master, one Product Owner, and Developers. Within a Scrum Team, there are no sub-teams or hierarchies. It is a cohesive unit of professionals focused on one objective at a time, the Product Goal.

 

Scrum Teams are cross-functional, meaning the members have all the skills necessary to create value each Sprint. They are also self-managing, meaning they internally decide who does what, when, and how.

Source: https://www.scrum.org/resources/scrum-team

Powered by DALL·E 3

But who are they?

Source: https://johnpyron.com/6-benefits-of-disc-profile-assessment/

But who are they?

Source:
https://www.mudamasters.com/en/personal-growth-personality/insights-discovery-part-1-4-colors

Who am I?

Key points

  • Knowing who you work with is essential:
    • Team Task Compatibility
    • Individual Task Suitability
  • Conflicts are a natural way of working
  • Money doesn't grow on trees
    • Trick: Scrum Master as a Junior Dev

#5 Scrum Meetings
(sorry Kanban)

Daily Scrum (Standup)

Definition:

  • Purpose: To plan the day’s work and identify obstacles.
  • Frequency: Held daily (usually in the morning).
  • Duration: Typically limited to 10-15 minutes.
  • Participants: Entire Scrum team (Scrum Master, Product Owner, and Development Team).
  • Key Points: Team members share updates, discuss progress, and address any impediments.

Source: https://www.atlassian.com/agile/scrum/ceremonies + copilot

(Sprint) Planning

Definition:

  • Purpose: To prepare for the upcoming sprint.
  • Frequency: Before each sprint.
  • Content:
    • Define the sprint goal.
    • Prioritize backlog items.
    • Create the sprint backlog.
  • Participants: Entire Scrum team.
  • Outcome: A clear plan for the sprint.

Source: https://www.atlassian.com/agile/scrum/ceremonies + copilot

(Sprint) Review

Definition:

  • Purpose: To review the work completed during the sprint.
  • Frequency: At the end of each sprint.
  • Content:
    • Demonstrate completed features.
    • Gather feedback from stakeholders.
    • Discuss what went well and what needs improvement.
  • Participants: Scrum team and stakeholders.
  • Outcome: Insights for continuous improvement.

Source: https://www.atlassian.com/agile/scrum/ceremonies + copilot

(Sprint) Retrospective

Definition:

  • Purpose: To reflect on the sprint and identify areas for improvement.
  • Frequency: After each sprint.
  • Content:
    • Discuss what worked and what didn’t.
    • Brainstorm process enhancements.
    • Celebrate successes.
  • Participants: Scrum team.
  • Outcome: Actionable improvements for the next sprint.

Source: https://www.atlassian.com/agile/scrum/ceremonies + copilot

Backlog Refinement

Definition:

  • Purpose: To refine and prioritize backlog items.
  • Frequency: As needed (usually once a week).
  • Content:
    • Review and estimate backlog items.
    • Ensure clarity and readiness.
  • Participants: Scrum team.
  • Outcome: A well-prepared backlog.

Source: https://www.atlassian.com/agile/scrum/ceremonies + copilot

Key points

  • Don't follow rules blindly
  • Saying obvious things aloud make them visible.
  • Tip: standup at 12:00 can be as effective as at 9:00
  • Problem: when and how should we talk about Development Experience?
  • Money doesn't grow on trees:
    • Some tech problems can be solved without a long discussion, showing an example is much better

#5 The end?

Key points

Democracy Agile is the worst form of government software engineering– except for all the others that have been tried.

Winston Softwarechill

Feedback

Sources

  • The Scrum Alliance: What It Is and Why It Matters - Plutora - https://www.plutora.com/blog/water-scrum-fall
  • Scrum Team - https://www.scrum.org/resources/scrum-team
  • Why Scaling Agile Doesn't Work (and What to Do About It) - Jez Humble - https://www.programmingtalks.org/talk/why-scaling-agile-doesnt-work
  • Who decides what product to build in a tech company? - Quora -
    https://www.quora.com/Who-decides-what-product-to-build-in-a-tech-company
  • Cost of Delay (Maersk Case Study) - https://blackswanfarming.com/cost-of-delay/
  • Making sens of MVP - https://blog.crisp.se/2016/01/25/henrikkniberg/making-sense-of-mvp
  • about:mbank - https://stapp.space/about-mbank-devs-for-devs-bstoknet/
  • Agile - When does it work well, and when doesn't it? - https://stackoverflow.com/questions/3001627/agile-when-does-it-work-well-and-when-doesnt-it
  • CI/CD the journey of a dummy team | by Javier Lopez | Medium -
    https://javi-kata.medium.com/ci-cd-the-journey-of-a-dummy-team-f51a061684bc
  • Four agile ceremonies, demystified - https://www.atlassian.com/agile/scrum/ceremonies
  • Insights Discovery part 1: The 4 colors -
  • https://www.mudamasters.com/en/personal-growth-personality/insights-discovery-part-1-4-colors

What went wrong with Agile and what you can do about it

By Piotr Stapp

What went wrong with Agile and what you can do about it

  • 42