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 Mark Levison on Aug 07, 2008
Joseph Pelrine promised to teach us "hard science for soft skills" with respect to coaching teams. Joseph feels that coaching as a discipline lacks the scientific background and rigor that it needs: "Air guitar and attitude" won't do - Allan Kay. His goal to is to supply that rigor.
The discussion started off examining why teams, even ones that are experiencing problems don’t want to change. His thesis is that most of the time people and teams are in stasis and so resistant to change. To make change occur we have to raise the heat just enough people no longer feel comfortable in their current environment. The use of heat has analogy in cooking – most people on turn heat on or off but as coaches we need to understand five levels
Controversially Joseph claims that when we see teams that stop doing TDD or other practices that its often because the heat has been turned off. Working in a rigorous fashion he recommends that we only make one change at a time in response to problems we want to improve.
In addition he says that Bruce Tuckman’s: Forming, Storming, Norming, Performing Model is incomplete.
There are 3 major objections to Tuckman's model:
- entry conditions: we somehow assume that groups will automagically fall into this model and come out in an optimized way. Alpha male dominance will prevail as a group trait if the heat is not turned up so that the members can't maintain (not revert to) their ingrained behavioural patterns.
- exit conditions: upon reaching the performance stage, team members have reached a way of working, i.e. a consensus reality regarding the way they view and react to the external stimuli of the world. As this behaviour gets fixed, it (of necessity) diverges increasingly from reality, which in effect means that the team's behaviour becomes increasingly neurotic.
- the Tuckman model (at least the way most people interpret it) carries the implicit assumption that the performing stage is the optimal stage for teams, the goal that is to be reached. Remember - the Duke Ellington band used to have knife fights on the tour bus, Laurel and Hardy refused to talk off-stage, etc...
One model that Joseph offers to organize change is the ABIDE model (comes from David Snowden)
InfoQ has previously interviewed: Blend of Science, Process &Teamwork and presented: Dealing With the Organizational Challenges of Agile Adoption.
Readers can find more about this session on this reporter's blog.
Transforming Software Delivery: An IBM Rational Case Study
Agility at scale, become as agile as you can be
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!
I think I understand the example of the Duke Ellington band.
If I do understand it I have 2 remarks:
1 We don't know what they would have done if they would have gotten allong well. They could have created even better music.
2: the storming stage is about finding "Norms" how this team/band works together.
It looks like the "norm" of the Duke ellington band was "fighing".
I also think that the coaches should use different leading styles when the team is in a different phase.
I blogged about that some months ago:
paircoaching.wordpress.com/2007/09/18/how-to-gr...
The way I understand the model is a team moves along the 4 phases and goes back to the different phases. So when there is a new team member, the team goes back to the first phase.
Bruce Tuckman actually added a 5th phase
On top of that most groups never make it to the 3the phase because they are scared of the storming phase.
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.
1 comment
Watch Thread Reply