InfoQ

News

Craftsmanship - the Fifth Agile Manifesto Value?

Posted by Mike Bria on Aug 20, 2008

Community
Agile
Topics
Agile Techniques ,
Programming
Tags
agile2008 ,
Agile Manifesto
Robert "Uncle Bob" Martin re-invigorated the discussion around "professionalism in programming" by proposing that the Agile Manifesto be updated with a fifth value, "Craftsmanship over Execution".

At his Agile 2008 keynote in Toronto, "Uncle Bob" came forth with a proposal that the Manifesto is due for a fifth value: "Craftsmanship over Crap". As he explained, the value signifies that it is more important to pay attention to good craftsmanship in software development, most notably when writing code, than it is simply to crank out working, but "crappy", code.

A week later Bob took the opportunity to clarify his intention, revising the new value he had put forth in Toronto:
The problem with my proposal is that it is not a balanced value statement. In the other four statements we value the second item. We just value the first item more. But in my proposed addition, we simply don’t value crap at all.

So I hereby change my original proposal, which was made for dramatic effect, to:
  • Craftsmanship over Execution
Most software development teams execute, but they don’t take care. We value execution, but we value craftsmanship more.
Many people have spoken up in response to Bob's posting, proposing their own revisions to the original devalued item "crap". Among these responses were: ["Craftsmanship over..."] Heroics, Production, Engineering, Hacking, Brinkmanship, Efficiency, Quantity, Toil, Yield, and even Scrabble.

Not long ago, Brian Marick made similar suggestions that agile teams should value, in addition the current inclusions of the Manifesto, Skill, Discipline, Ease, and Joy. For many years, Pete McBreen has been using the term "craftsmanship" to emphasize the importance of people's skills when it comes to software development. Sean Hanly spoke of "Quality over quantity" and how agile can support "Craftsmanship" in his article Zen and the art of software development. Over the years, many have made similar statements in one form or another about the essentiality of recognizing "software as a craft".

In short, the idea that agile software development place an increased attention to "professionalism as a programmer" is not an entirely new one; XP comes with a long list of technical practices purposed purely at this goal, Scrum emphasizes attention to "technical excellence", and the list goes on. The question: why does it seem so many teams don't necessarily achieve this? Is this too implicit? Would adding a fifth Manifesto value help make this a reality? Would it hurt? Speak up and share your thoughts on the subject.

Related Sponsor

VersionOne is recognized by Agile practitioners as the leader in Agile project management tools. Companies such as Adobe, BBC, CNN, Dow, HP, IBM, Sony and 3M have turned to VersionOne to help deliver greater value to their customers.

This is something that... by Mike Bria Posted Aug 22, 2008 7:14 PM
Can has craftsmanship by Simon Baker Posted Aug 23, 2008 3:39 AM
Re: Can has craftsmanship by Deborah Hartmann Posted Aug 25, 2008 8:17 AM
Principle number 9 might not be enough by Mario Estrella Posted Aug 23, 2008 3:00 PM
  1. Back to top

    This is something that...

    Aug 22, 2008 7:14 PM by Mike Bria

    ...oddly, seems to have gotten little attention. No comments?



    Don't get me wrong, I don't take it personally or anything, but the funny thing is, this is status quo. What I mean is, this is probably one of the most important topics of our industry (unfortunately), has been for oh so long, but nonetheless always seems to be something that gets little explicit attention (even more unfortunately). And as a result, simply continues on and on as "one of our biggest problems". Chicken, or the egg?



    In other words, art imitating life. Neat-o! ;-)

  2. Back to top

    Can has craftsmanship

    Aug 23, 2008 3:39 AM by Simon Baker

    The value statement 'craftsmanship over execution' should be added to the Manifesto. A lack of craftsmanship in so-called agile teams is very worrying and is very pertinent to my work at current clients.

  3. Back to top

    Principle number 9 might not be enough

    Aug 23, 2008 3:00 PM by Mario Estrella

    I agree that the Manifesto could use this ammendment; even though the original document already provides for this by way of principle #9 which states literally:

    Continuous attention to technical excellence
    and good design enhances agility

    Having it in the main body of the manifesto would bring it the importance it deserves.

  4. Back to top

    Re: Can has craftsmanship

    Aug 25, 2008 8:17 AM by Deborah Hartmann

    For an interesting, different take on Craftsmanship, see the David Anderson talk from Agile2008 that just went up: Future Directions for Agile

Educational Content

Brian Marick on 4 Challenges and 5 Guiding Values of Agile Software Development

Brian Marick takes us through a quick tour of the most important values and challenges to adopting Agile successfully (they aren't the typical challenges and values we hear in the community).

Are You a Software Architect?

The line between development and architecture is tricky. Does it exist at all? Is an ivory tower actually needed? There's a balance in the middle, but how do you move from developer to architect?

Agile – A Way of Life and Pragmatic Use of Authority

The word 'authority' sometimes produces an allergic response in hard-line agilists. Freedom and authority – both are bad if misused and both are good if used in right spirit for a noble cause.

Getting Started with Grails, Second Edition

"Getting Started with Grails" brings you up to speed on this modern web framework. Companies as varied as LinkedIn, Wired, and Taco Bell are all using Grails. Are you ready to get started as well?

Using ITIL V3 as a Foundation for SOA Governance

Those familiar with only ITIL V2 often scoff at the thought that ITIL could serve as a governance framework for SOA. With ITIL V3, the focus of the framework shifted towards service-orientation.

Adrian Colyer on AspectJ, tc Server and dm Server

SpringSource CTO Adrian Colyer discusses AspectJ, SpringSource's dm Server and tc Server products, OSGi and Scrum.

Adam Wiggins on Heroku

Heroku's Adam Wiggins talks about Rails, Background Jobs, Add-Ons, Ruby, and how Heroku manages to work around Ruby's inefficiencies using Erlang and other languages.

SOA as an Architectural Pattern: Best Practices in Software Architecture

For Grady Booch the foundation of a good architecture is patterns, SOA being just one of many patterns. In this Second Life presentation, Booch attempts to bring more clarity on what architecture is.