TrainingConferencesAbout UsContact UsAdvertiseSQE.comRSS Feed

StickyMinds.com: brain food for building better software

Log In
 Clarify Your Search Criteria

Tips on Using Our Search Feature(s)
 
StickyMinds.com Home
ResourcesTopicsCommunityPowerPassBlogs
Home  >  Detail: Is This Chaos OK?



A StickyMinds.com Original
Article Picture
Is This Chaos OK?

By Michele Sliger

Send This Content to a FriendGet a Short Link to This ContentPrint This ContentSee User Comments About This Content

Summary: Iteration planning meetings for any agile team can be quite chaotic. People swarm in the meeting area collaborating on features, solutions, and schedules. To the untrained eye, the scene could cause worry lest the team falls into a destructive and disorientating type of chaos. But Michele Sliger says that there's no need to worry--the chaos that surrounds the team actually rejuvenates the collective mind.


HP
As an agile coach, I get the opportunity to facilitate many teams' first iteration planning meetings. These meetings start like typical meetings, with everyone sitting around a table listening to one person talk. But as the meeting progresses, the team begins to move around and exploratory discussions begin around the work. The team then goes into motion, taking advantage of the tools in the room--whiteboards, sticky notes, flipcharts, etc. With these tools, they work together to figure out how to implement the requested features.

A word often used to describe this chaotic effect is "swarming." When agile teams are given a problem to solve, you will see them literally swarm together as they begin to analyze and brainstorm solutions for the issue at hand. Like birds' flocking behaviors and the swarming of bees, this collective behavior is indicative of a complex adaptive system in which the group’s intelligence is greater than the sum of its parts. James Surowiecki, author of The Wisdom of Crowds, notes this to be true, but only when the group is diverse and each person brings a unique viewpoint to the problem solving event.

Sometimes this swarming looks more like a cocktail party. In larger teams, for example, I've seen a coder, tester, and data analyst gathered around a whiteboard working out how to implement a requested feature. Across the room the product owner and another coder and tester are figuring out the details on a different feature. At the other whiteboard, the DBA, architect, and a third coder are all discussing a third feature.

As they work out the tasks necessary to implement the features, they will break from their smaller groups and reform with others to review their findings and see what else might emerge from their discussions. Watching from afar, the scene looks like a cocktail party with sticky notes instead of coasters and sodas instead of martinis!

These meetings are much more animated because the team members get up and move around. Everyone participates physically and mentally, and no one suffers from the PowerPoint glaze common to traditional "let's all stare at the screen while one person does all the talking" meetings. Yet, amidst the chaos there is discipline. There is a clear purpose, a timebox within which to achieve that purpose, an agenda to guide the participants toward their goals, and a facilitator to help the team keep to the agenda, purpose, and timebox. This structure, with its boundaries, provides the stability that the team needs to focus its swarming, aka "chaos."

And there's no doubt that this event can certainly look like chaos to an outsider. However, I didn't realize until recently that it can look like chaos to insiders as well!

In the midst of the chaos during one of the initial meetings with a newly formed team of agile beginners, I turned to the project manager and said, "Isn't this wonderful?" His reply--"Is it? Are you sure?"--woke me up to his concerns about seeing everyone talking with one another without any hierarchical formation or structure. He was not used to seeing this kind of meeting.

So this brings me to the two things about chaos that I like to share with my new teams. These views of chaos are both from Rob Brezsny's book on optimism titled Pronoia Is the Antidote for Paranoia: How the Whole World Is Conspiring to Shower You with Blessings, which is a great book full of interesting and upbeat information and stories.

The first chaos item is simply a quote about chaos: "Chaos comes in two varieties. One is destructive and disorienting; the other is rejuvenating and exciting."

Agile's chaos is the latter form! Those who are involved in the iteration planning meeting discussions are typically energized and enthused by the activity, and this feeling carries forward throughout the iteration. As a team leader or project manager, be on the lookout for the former version of chaos. If you observe the destructive and disorienting kind of chaos in your team, this is likely the result of missing or improperly applied agile disciplines, principles, or values.

The other item about chaos is a story about the ability to go on a wild ride, have fun, and still maintain balance. The story is called "careen-stable," a variant on chaos. Here's Rebecca Rusche--again from Brezsny's book--to tell you of the term's origin:

"In high school, my mom used to let me use her VW Beetle to go to basketball practice. One night after practice, a friend and I were chatting and drinking Coke when we decided to see how fast we could get the Beetle going down a nearby dirt road. Soon we were careening at 65 mph, shouting 'careen!' every time we hit a bump and went flying into the air. When we arrived back at the gym and got out of the car half an hour later, we saw my Coke can sitting on the front bumper next to the license plate. I nudged it softly to see if it was lodged in there somehow, but it fell right off -- wasn't stuck at all. I thought, 'There must be a word for this magic,' and thus 'careen-stable' was born. It came to mean anything that maintains its poise in the midst of wild, fast movement."

So, to answer the project manager's earlier questions--"Is it okay? Are you sure?"--I can respond with a resounding "Yes!" Agile approaches provide a framework to contain, focus, and direct this chaos, and lively discussions are part and parcel of the whole. Encourage this fully participative approach to planning and problem solving, and you'll see what a great difference a little bit of chaos can provide!


About the Author
Michele Sliger has extensive experience in agile software development, having worked in both XP and Scrum teams before becoming a consultant. As a self-described "bridge builder," her passion lies in helping those in traditional software development environments cross the bridge to agility. Along with co-author Stacia Broderick, their book The Software Project Manager's Bridge to Agility focuses on the topic, helping PMI-trained project managers make the transition. Michele is a Certified Scrum Trainer (CST) and a certified Project Management Professional (PMP). If you have a question, or would like help with your agile adoption, Michele can be reached at michele@sligerconsulting.com.

Back to Top
 

StickyMinds.com Weekly Column From 8/25/2008 

Member Comments
Add Your CommentExpand Comments
 
Comment:    
by Carol Miller 8/29/2008

Thanks for the post, Michele. I loved Rebecca Rusche’s story about the origin of the term “careen-stable.” It’s a really great metaphor for how agile development works. As you say, many people with traditional management backgrounds look at what happens when an agile team swarms and see nothing but chaos. But what they don’t realize is how important it is to strike the right balance between that “chaos” and the disciplined processes that hold it together.
At my company, we use Scrum to manage projects. As you know, Scrum places so much emphasis on only providing the essential processes for a team to succeed that it’s called a framework,...Read On

 
 
Comment:    
by Sanat Sharma 8/26/2008

I agree with Michele that Chaos could be destructive as well as constructive. But in my opinion, this depends on the higher management. Sometimes, I have seen that the managers are not ready to even listen your thought process and ideas. Most of the time, managers listen to you, but sticks only to the ideas provided by them. There are few managers who listen and accept the thought process of others and act accordingly. If you have a damager (in spite of manager), your brain storming will convert into the blame storming.

-- Sanat Sharma
http://www.xtremeedge.blogspot.com


 
Back to Top



 
Ads By Google
What's This?
 
 



Home   |   Resources   |   Topics   |   Community   |   PowerPass



© 2010 StickyMinds.com. All rights reserved.
StickyMinds.com is a division of Software Quality Engineering.
Privacy Policy    Terms & Conditions    Link to StickyMinds.com    Feedback


Rally Software

HP Software




STAREAST 2010 


Better Software Conference