Skip to content

healthy => software.developer

They know code. But you know better.

Home / The Show / Scrum Vs Kanban – How Do They Help You Be More Lean?

Scrum Vs Kanban – How Do They Help You Be More Lean In 2020?

scrum vs kanban

Embarking on the journey to let customers lead YOU to the most profitable solutions? You’ll probably need to decide between the two most popular ways agile teams work, and I’m here to help you make that decision.

Watch or listen to this episode

YOUTUBE

SPOTIFY

APPLE

Embarking on the journey to let customers lead YOU to the most profitable solutions?

You’ll probably need to decide between the two most popular ways agile teams work, and I’m here to help you make that decision.

Scrum is a great process when your team needs a scheduled checkpoint for how well they are doing. It is also great when the customer can only respond to change every couple of weeks.

Kanban is superior when trying to use your resources to their fullest capacity. It’s also superior when your team needs to adapt to change without time wasted waiting on each other.

My vote: Kanban! BOTH processes can be used in a lean fashion, but I just find Kanban supports adapting to uncertainty more fluidly.

Kanban also lets team members work at their own pace, and do the work they enjoy most – not forcing people to attempt to work at the same speed and rely heavily on estimates being so accurate.

Caveat: If you’re going to use Kanban, schedule a regular checkpoint to continuously improve processes by having a retrospective.

REGARDLESS of which process you use, the same rigor you’d use on a waterfall project must be followed before any kind of estimate should be communicated.

Requirements (or user stories), ACCEPTANCE CRITERIA, infrastructure changes, user interface assets, technical documentation, support & monitoring needs – figure it all out first!

If this seems like a lot to figure out for one story – it is! That’s why stories must be small…

A team that is learning to truly “continuously deliver” value to their customer in small batches must reduce the business’ expectation of the RATE of product change.

There will be less released at once, but what is released will be HIGH QUALITY and ready to go to production immediately!

So how does a team prevent changes that aren’t ready for production from going out with those that are?

Feature Branching! *BZZZT* JUST KIDDING! Use /Feature Hiding/…

Use configuration settings to hide work underway so it doesn’t block releases to production.

When a feature is ready to go, just switch the configuration change on the next release!

This forces everyone to continuously integrate changes into the trunk (or “master” branch) which is a key principle of *cough* continuous integration (yes, the name means what it says).

Resources

Software Estimation – Trading Perceived Effort For Outcomes
Creative Software Development – Explosive Growth By Letting Go

About the Healthy Software Developer show.

On the show, Jayme shares all of his teamwork and leadership strategies, guidelines for healthy company culture, and stories about real projects so you can have a sustainable career in the software industry.

Develop a mindset and habits to keep you calm so you still love writing code - avoiding the traps most developers fall into.

Subscribe Now
YOUR HOST

Jayme Edwards

A family man and veteran of over 30 software projects, Jayme experienced many wins and losses that led him to helping developers succeed in their careers online.