Saturday, June 19, 2010

Lean, Scrum, XP, Agile: What's what and how does it fit together?

A member of the Agile-Swiss  Linked in Group recently asked, "I've read about Scrum, XP, and Lean. What are the current Agile frameworks available for software development? What are the advantages and drawbacks of each of them?" Since the discussion is not world readable, I decided to republish my answer here.

A quick overview of top agile processes

The Lean and Agile approaches are far more complementary than they might seem at first glance. All of these approaches are built on principles and values which emphasize people, communications, quality and continuous improvement.

If we think of Lean as first and foremost a set of principles for thinking about producing value for customers, then these principles can be applied to many (all?) situations and are very helpful for understanding why Scrum and XP work.

If we think of Lean as a set of 'best practices,' then Lean can be quite counterproductive. Why? Best practices are only 'best' in a particular context. Lean evolved originally in a Manufacturing context and many of its practitioners are not aware of how Software Development and Manufacturing are different from each other.

XP and Scrum emphasize empowered, self-organizing teams (think special forces, not infantry) and are especially suitable for creative environments, like new product development.

Scrum is a simple framework for organizing teams to solve complex problems (e.g. creating software, changing organizations). Scrum places a strong focus on systematically identifying and eliminating impediments. Therefore Scrum is primarily a mechanism for introducing change into an organization.

XP stands for eXtreme Programming. The name comes from taking good values and practices to the extreme, to make them even better. XP is primarily known as a set of engineering practices for producing high quality software. Despite being the foundation for fast time to market with quality product, engineers have had difficulties gaining acceptance for their preferred practices, because management has difficulties understanding them.

Scrum is Lean...

with a Turbo Charger! Scrum perfectly complements a Lean strategy, provided that management 1) understands the nature of Scrum, 2) understands the context of their environment and how it is different from other environments, and 3) is truly committed to improving their organization.

Scrum enables XP Engineering Practices

Scrum delineates responsibilities clearly and enables (without explicitly requiring) XP and other practices. "If you are not doing pair programming, you're not doing XP. If your team is not allowed to do pair programming, you are not doing Scrum."-- Andreas Schliep.

My experience with Scrum is that it encourages management to do the lean thing without explicitly invoking lean principles, and Scrum enables development teams to use the best practices for their situation. Because of the rhythm of iterations, improvements in performance come quite rapidly.

Are there alternatives?

Kanban Software Development is derived from lean principles in general, and Value Stream Mapping and the Pull Principle in particular. It focuses on visualizing flow and reacting to blockages in the flow. Although some people believe Kanban is less intrusive than Scrum, it is actually a change management process. Like Scrum, it assumes that if intelligent people recognize they have problems, they will take appropriate action.

Kanban is controversial because it rejects a number of established agile practices. Kanban does not specify iterations. It does not talk about engineering practices. It it not 'in-your-face' about change nor does it explicitly delineate responsibilities. It is however compatible with frameworks that apply these practices. For instance, there is also Scrum-Ban, a fusion of Scrum and Kanban.

Despite the concerns, Kanban is the first new approach since Scrum and XP to get much mind-share in the community.

As a coach, I like to start by helping management to see the various inconvenient truths about their organization. Lean gives them the tools to understand the impact of those truths. Scrum gives them and their staff the ability to do something about it. And for teams developing software, XP is a collection of the best engineering practices available, and these are probably appropriate for your software development (and your developers should make that call!).

[Update 21-Jun-2010: thanks to Jens Meydam for his insights into XP and Kanban - I've updated the article based on his feedback on the LinkedIn discussion.]

Wednesday, June 16, 2010

Event: Offshoring (and Scrum)

Next week, Scrum Breakfast regular Franco dal Moulin is hosting an event dedicated to Best Practices in Near-shoring:
In the working models of software development near-shore is becoming increasingly important. Companies work with developers in nearby countries or entire teams are tied into their own organizations. The main reasons for this tendency are often the structural shortage in Switzerland, significant cost savings and greater flexibility, - among the few typically quoted ones.
Did you know part of Ken Schwaber's vision for Scrum included enabling US (and by extension, European) companies to compete effectively with low cost labor abroad? It is my pleasure to join an experienced group speakers and to give you 'A practical introduction into working with distrubuted teams under Scrum.'

Location: Novotel Zürich City-West
Date: June, 23, 2010
Time: 14:00-19:00
Cost: Free (unless you register and don't show up)
Information: Cirquent Event-Page
Registration: Please register directly at

Friday, June 4, 2010

Lean/Agile Leadership Series

"People change what they do, not so much because we give them analysis that shifts their thinking, but because we show them a truth that influences their feelings."

John. P. Kotter, Heart of Change
High Performance requires
Engineering, Teamwork and Focus
Photo (c) Fotolia

A classic failure scenario when implementing Scrum is lack of understanding and support from management. Why? Since they do not understand what the Agile/Scrum teams are trying to accomplish, the have not bought into it.

Mary & Tom Poppendieck closed the gap between management and Agile with their Lean Software Development books. Inspired by their work, I have created a series of workshops, the Lean/Agile Leadership Series to expose all levels of management to the basic truths behind Lean, Agile and Scrum.

The goal of these three Workshops is to create Awareness, Interest and Desire among all levels of Management and Thought Leaders for the Lean Principles and Agile Values.

Each on-site workshop consists of an introduction to the corresponding Lean and Agile principles and values, a discussion of the pressing issues of your organization, an interactive simulation to experience the principles at work, and a debriefing on opportunities and side-effects of applying these principles in your organization. You and your management leave each workshop with ideas for improvment that you can apply to your business immediately.

Curious about the workshop? Download the Lean/Agile Leadership Series description or contact me.

Ready to go beyond the internal marketing phase? The check out Mary and Tom Poppendieck's Lean Leadership course to learn essential Lean tools, skills and principles. September 8 and 9, 2010 in Diessenhofen, Switzerland (45 Minutes from Zurich Airport).