Tracking change and innovation in the enterprise software development community
Free Book Offer
SOA Demystified
$40 Value
QCon London 2010!
March 10-12, 100
Speakers, 80 sessions,
"THE" team leads and,
architects conference.
Scaling Scrum
in the enterprise?
ScrumWorks Pro
can help.
Start a trial today
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.
Learning to be a Good Product Owner: Foundation Skills
The 5 Mandates of Software Development Teams - Presto Manifesto
Technical Debt and Design Death
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.
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.
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).
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?
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" 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?
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.
SpringSource CTO Adrian Colyer discusses AspectJ, SpringSource's dm Server and tc Server products, OSGi and Scrum.
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.
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.
1 comment
Watch Thread Reply