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.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Shane Hastie on Jun 05, 2009
Steven Denning recently wrote a series of articles about high performance teams; the type of teams that Agile organisations need to encourage to be effective.
According to Demming, “high-performance teams constitute only 2% of all teams in the workplace”, however he states that
"When the management practices are right, then you have lots of them. That has happened in Toyota & Honda, and in software development. How much is "lots"? Hard to say precisely. Toyota/Honda constitute about a quarter of the car industry. In software, perhaps a third of all software development is now done in various variants of self-organizing teams, under the labels "Agile", "Scrum" or "XP", and many of these progress to become high-performance teams."
He provides some advice on the formation of high-performance teams:
We know that high performance groups emerge when the members take ownership for the well-being of a whole group. We see various signs of this higher level of engagement. Members consider themselves responsible for assuring the group’s success. They become willing to do whatever is necessary for the group to become exceptionally successful. They do so in a spirit of giving and generosity and a belief in doing something special or intrinsically worthwhile, rather than something done as a result of bargaining or self-interest or calculation or obligation. They accept accountability for the outcome of the group’s activities.
In a high-engagement group, the ownership of the group is not limited to the hierarchical leader or a few people at the top. A group becomes fully engaged when every member becomes an owner with a sense of shared responsibility and accountability for the accomplishment of the mission of the group.
High performance groups emerge when people have the courage to make commitments to co-create a new and different future.
He further discusses the role of the manager and the importance of self-organisation to enable high-performance team formation.
However most of the high-performance teams were not manager-led teams. They were teams where the management had deliberately stepped back, or was inattentive or where one reason or another was totally absent, thus enabling the team to self-organize. It’s as though there was a tear in the fabric of the universe, an open space that was created, and lo and behold, the self-organizing team emerged.
What generates the energy and passion of self-organizing teams, and their eventual high productivity, is that the members enjoy the opportunity to organize their own work and contribute their full human potential to the collectivity, rather than being limited to what the organization thinks it can absorb, and only at those moments when it is ready to absorb it.
Denning debunks the popular management myth that high-performance teams are fragile and short lived, prone to self-desctuction – the reality is such teams are often the victim of management practices that result in what Tom Demarco & Tim Lister refer to as teamicide.
He refers to management attitudes that kill high-performance teams:
Denning is far from the only commentator talking about the importance of high-performance teams in these turbulent times; at the recent CeBit show in Sydney Ominlab Media's Stefan Gillard gave his perspective on leadership attitudes needed to select people who will form high-performance teams in creative industries:
How do organisations create high-performance teams, can they be created or do they only emerge naturally? Which management attitudes and approaches work, and which don’t?
Shane Hastie is an agile coach, trainer and consultant working for Software Education in Australia & New Zealand
Transforming Software Delivery: An IBM Rational Case Study
Agility at scale, become as agile as you can be
agility@scale eKit: 10 Principles, Scaling Model, Metrics, Collaboration
In today’s hyper-competitive world, later may be too late to adopt Agile development and this Roadmap for Success will help you get started. Download "Agile Development: A Manager's Roadmap for Success" now!
Given that Denning does not appear to be from the software field does anyone know why we should trust his work? (I'm not saying that we shouldn't, I just don't know his qualifications.)
He seems to be quite distinguished: www.stevedenning.com/About/default.aspx
Anyway, these things are hardly new. The old management methods were already denounced in the 50'ies and even earlier than that. The war taught a number of good lessons about efficiency and productivity - it was just forgotten in the USA after the fact; easy times corrupt.
"Steven Denning recently" and then "According to Demming".
I think it was intended to state: "According to Denning".
Thanks for the post!
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.
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.
Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.
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.
Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.
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.
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?
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.
3 comments
Watch Thread Reply