InfoQ

News

Without a Defined Process, How Will We Know Who To Blame?

Posted by Deborah Hartmann Preuss on Sep 28, 2007

Community
Agile
Topics
Change ,
Leadership
Tags
Value & Metrics ,
Lean ,
Toyota Production System ,
Criticism ,
Continuous Improvement ,
Management
"A fundamental premise of the 'train-wreck' approach to management is that the primary cause of problems is 'dereliction of duty'" said Peter Scholtes in The Leader's Handbook. Under this "management by results" approach, fear of blame drives compliance and performance. Prompted by a discussion on the LeanDevelopment discussion group,  Mary Poppendieck posted a short article, Train-Wreck Management, on process, people and systems. In it she looked at Sholtes' book, Deming, the Toyota Production System (TPS) and how Lean provides an alternative to the culture of blame.

It's tempting to think that formalised collaborative approaches represent a change from "how things have always been done," but the predominant paradigm may not be as old as we think. From the beginning of Poppendieck's article:
As business grew and became geographically disperse in the 1800's, a way to run these businesses had to be found. But there were no models outside the church and the military, so investigators into the train-wreck disaster [of 1841, in New York state] looked to the Prussian army for a model. And there they found the classic organization chart - the one we know so well today. Scholtes calls it the "train-wreck" chart. It was revolutionary at the time.
So, is a heirarchical organisational structure the root of all evil? The article also included an interesting quote from Scholtes:
All of the empowered, motivated, teamed-up, self-directed, incentivized, accountable, reengineered, and reinvented people you can muster cannot compensate for a dysfunctional system.... A well-run organization with well-functioning systems allows people from top to bottom do work of which they can be proud.
Poppendieck's question: "So where does this leave us? Which is more important - process or people?" It looks like the answer might be "both." She concluded:
People like to use effective processes, and they also like to have control over their own environment. The Toyota Production System provides for both. [Taiichi] Ohno made it clear that people must be at the center of improving their own processes.
Apparently, while simply "empowering teams" doesn't seem to be the solution, neither does a focus on pure process, divorced from the people-driven "continuous learning" cycle. Scholtes suggested that corporate attempts to impose certified process improvement programs like ISO 9000 across large organisations may be missing the point. What's missing? Those "home grown," self-organizing aspects that would allow these approaches to evolve and improve teams in different and appropriate ways. From Scholtes' critique:
  • Assessment has a tone of paternalism and mistrust - it replaces internal motivation with external motivation.
  • [Process] certification is not equal to satisfied customers - you can do the wrong thing as long as you do it consistently.
  • A certified process is difficult to change - Ohno would be appalled.
Poppendieck's article is worth reading, particularly for those readers currently contemplating creation of a Lean or Agile Certification program or Agile PMO (Project Management Office).

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.

Non-co-located teams by Deborah Hartmann Posted Sep 27, 2007 8:04 AM
Carnival of Blame by Deborah Hartmann Posted Oct 28, 2007 10:17 AM
  1. Back to top

    Non-co-located teams

    Sep 27, 2007 8:04 AM by Deborah Hartmann

    I call them "dis-located" teams, sometimes :-)

    Isn't it interesting that this org-chart driven pattern came about in answer to: "business grew and became geographically dispersed..." ?

  2. Back to top

    Carnival of Blame

    Oct 28, 2007 10:17 AM by Deborah Hartmann

    I just came across this roundup on Kevin Rutherford's "silk and spinach" blog.

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.