This blog has moved. Go to SoftwareDevelopmentToday.com for the latest posts.

Saturday, March 13, 2010

We continue to miss the point. It is not Kanban vs. Scrum, it is "people over process"!


The Scrum vs. Kanban debates rage on in the blogosphere but I can't help but feel that our Agile community is missing the point.

Where is the "People and interactions over processes and tools" that is part of the core values?

I commented on Rachel Davies's post about what she calls W-Agile (waterfall disguised as Agile, I guess). In that post she identifies very correctly a typical anti-pattern of agile adoption (read the post, it is worth it).

However in the comments she continues one thread with which I disagree, and I think the evidence for my argument is easily found around us.

Rachel states:
Vasco, You say "I disagree with the statement that Kanban can do anything to help the W-agile teams." I find this an odd thing for you to say and wonder if this is a gut reaction or based on experience?

I have seen Kanban help make the end-to-end workflow visible as a first step to improve those invisible parts. I don't see doing that as incompatible with Scrum.


My assertion is that Kanban *alone* cannot help where other methods have failed unless *people* change their way of thinking by way of adopting the Kanban (or any other) ideas. Sure, people can change, and many of us have changed our mindset when adopting iterative software development, then XP, then Scrum and recently Kanban. That's a fine argument to make, i.e.: Kanban can bring things to people's eyes that other methods have failed to *and* change the way people behave. But that is a totally different than saying "Kanban brings success"!.

Please note that the key ingredient here is not Kanban (or Scrum, or XP), but the fact that people *change* their views, prejudices, etc.

From this quickly follows the following proposition / hypothesis:
A new method can make a team succeed if and only if the person (or people) helping the team adopt the method succeeds in changing the team's behavior.

Proving this hypothesis is rather simple: just look around you.

  1. Have you seen teams succeed with some method and other reams fail with the same method? I have. Many. Generalizing this observation proves that *a* method alone cannot make a team succeed (no matter the method).

  2. Have you see teams succeed while adopting method X with the help of person A while previously having failed to adopt the same method when helped by person B? I have. I have been person B and A myself! -> this proves that a person(mentor/coach) can have more impact than the method itself.


Given that a mentor/coach can have a larger influence on the team's adoption of a method than the method itself, and that the same method can lead to success or failure (Jurgen's argument as well) then it follows that method alone cannot be a pre-condition for success or for failure.

At the end of the day it is about getting the right help (or changing the help if it is not working) to adopt a method that fulfills your business goals (whatever that method may be).

Agility is about providing business value, not about methods.

Photo credit: David Kingham @ flickr

Labels: , , , ,

at 07:22
RSS link

Bookmark and Share

3 Comments:

  • I completely agree with you. My opinion is that chosen Agile process itself is a very small part of success. True benefits comes from Agile values, like collaboration, focusing on customer and always working software.

    By Blogger Ismo Aro, at March 13, 2010 10:05 AM  

  • @Ismo

    The true benefits come from the values and principles, but require adapation to reality. As reality is every changing then the method must be ever changing as well.

    I'm not saying anything controversial here, Alistair Cockburn said the exact same thing in 2000

    By Blogger Unknown, at March 13, 2010 5:38 PM  

  • I totally agree.
    I look at agile as consisting of three layers
    * Values
    * Principles
    * Practices

    The Values are the most important. You can do Waterfall projects with the core agile values and find yourself being significantly more successful. The principles are the next in importance. Apply the principles that grow from the core values and you will become more successful. Only after you have grown through the Values and principles can you successfully use the practices of agile. Sure you can use the practices without the values or principles, but they will not be anywhere near as successful.

    By Anonymous Joseph Flahiff, at March 13, 2010 6:49 PM  

Post a Comment

<< Home


 
(c) All rights reserved