InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Craftsmanship - the Fifth Agile Manifesto Value?

Posted by Mike Bria on Aug 20, 2008

Sections
Process & Practices,
Architecture & Design,
Development
Topics
Agile Techniques ,
Programming ,
Agile
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.
This is something that... by Mike Bria Posted
Can has craftsmanship by Simon Baker Posted
Re: Can has craftsmanship by Deborah Hartmann Posted
Principle number 9 might not be enough by Mario Estrella Posted
  1. Back to top

    This is something that...

    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

    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

    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

    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

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.

Beauty Is in the Eye of the Beholder

Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.

Architecting Visa for Massive Scale and Continuous Innovation

John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.

Max Protect: Scalability and Caching at ESPN.com

Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.

The Seven Deadly Sins of Enterprise Agile Adoption

Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.

Questions for an Enterprise Architect

Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?

Wrap Your SQL Head Around Riak MapReduce

Sean Cribbs explains what Map-Reduce and Riak are, why and how to use Map-Reduce with Riak, and how to convert SQL queries into their Map-Reduce equivalents.