InfoQ

News

Craftsmanship - the Fifth Agile Manifesto Value?

Posted by Mike Bria on Aug 20, 2008

Community
Agile
Topics
Agile Techniques ,
Programming
Tags
Agile Manifesto ,
agile2008
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.
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

How HTML5 Web Sockets Interact With Proxy Servers

Peter Lubbers explains in this article how HTML5 Web Sockets interact with proxy servers, and what proxy configuration or updates are needed for the Web Sockets traffic to go through.

Rails in the Large: How Agility Allows Us to Build One Of the World's Biggest Rails Apps

Neal Ford shows what ThoughtWorks learned from scaling Rails development: infrastructure, testing, messaging, optimization, performance.

Stuart Halloway on Clojure and Functional Programming

Stuart Halloway discusses Clojure and functional programing on the JVM in depth, and touches on the uses of a number of other modern JVM languages including JRuby, Groovy, Scala and Haskell.

Oren Teich and Blake Mizerany on Heroku

Oren Teich and Blake Mizerany talk about the technology behind Heroku and the benefits of the new add-on system.

Security for the Services World

Chris Riley presents security issues threatening service based systems, examining security threats, presenting measures to reduce the risks, and mentioning available security frameworks.

Navigating The Rapids:Real-World Lessons in Adopting Agile

This talk investigates technical issues encountered when moving to an Agile process.

Codename "M": Language, Data, and Modeling, Oh My!

Don Box and Amanda Laucher present “M”, a declarative language for building data models, domain models or external DSLs. Don Box's demos show some of M’s features and latest changes of the language.

SOA Manifesto - 4 Months After

It is four months since the SOA manifesto was announced; InfoQ interviewed the original author’s to get insight into the motivations and the process behind the initiative.