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: In Search of Commitment Clarity



A StickyMinds.com Original

In Search of Commitment Clarity

By Michele Sliger

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

Summary: When planning your workload, it's easy to bite off more than you can chew. But as Michele Sliger explains in this tale of one overachiever's attempt to take on too much work, overcommitting yourself means overcommitting your team.


Klocwork
"OK, can we all commit to this iteration plan? Let me see your votes. Hold those hands high, please," Alan said. "Jeff, are you sure you can commit? That's quite a workload you've agreed to take on" Alan was new to the team, but he was an old hand at software development and could tell when someone was over-committing. As an agile project manager, however, he knew it wasn't his place to dictate workloads.

"Yes, I'm sure," Jeff replied.

Alan looked around the room at the other team members to see if anyone would voice a concern that perhaps Jeff had taken on too much, possibly putting the team at risk. His eyes met carefully neutral stares. Alan decided to move forward and made a mental note to watch Jeff's progress closely during the iteration. "All right then, congratulations everyone," he said. "We've just committed to the iteration!"

As the iteration progressed it became more obvious that Jeff was working long hours in order to keep his commitments. About halfway through the iteration, Alan invited him for coffee to discuss his concerns.

"Hey, Jeff, I know you're busy. Thank you for taking the time to talk with me. I wanted to check in with you to see how you're doing. I've noticed that you're working some pretty long hours." Jeff looked annoyed. "Well, yeah, there's a lot of work I have to finish. What did you expect?"

"I expected you to say no to too much work. Why didn't you? I know you're excited by the technical challenges, but you know the work isn't going away and can be scheduled for future iterations. Why the push to do so much in one iteration?" Alan was genuinely concerned and wanted to understand what was driving Jeff to take on so much.

"We'll never get the product out the door if I don't push!" Jeff said. "At least Linda is happy with my work ethic. She told me yesterday how much she appreciated my efforts!" Linda was the product manager on the team. "Besides, weren't you the one teaching us last month to say 'Yes, and ...' instead of ‘Yes, but ...'? And now you're telling me I should say no, possibly putting our delivery at risk and making Linda and all our customers unhappy? Make up your mind, Alan--do you want me to say yes or no?” Jeff scowled, then focused on his cup and stirred his coffee furiously.

"It sounds like you're really frustrated with me. I'm sorry if I've sent mixed messages. I'd like to try to clarify my meaning," Alan said and waited for Jeff to nod before continuing. "Saying 'Yes, and ...' instead of 'Yes, but ...' when dialoging is designed for problem solving. It's a way to embrace new ideas and explore them, rather than dismissing them immediately for all those 'but' reasons. It keeps the conversations and brainstorming activities flowing, whereas 'Yes, but ...' responses tend to shut things down. I've watched team members practice this in their design discussions, and it looks like it's working really well. Have you noticed a difference?" Jeff paused and thought before answering. "Yes, everyone does seem more involved in the discussions now. Even Vijay is speaking up, and he hardly ever says a word."

"Yes, I noticed that too. I'm glad you're all working so well together," Alan said and smiled. "Saying no is about protecting yourself from over-committing, and it's very important. I don't want you to say 'Yes and ...' when it comes to your personal capacity. What would that sound like? 'Can you work one hundred hours this week?' "Yes, and . . . I'll be dead by Friday."'"

Alan laughed, but Jeff managed only a weak smile. "I would much prefer that you respond to these requests with 'No, I cannot work one hundred hours this week. I can work thirty hours'" Alan said.

"But what about our delivery date?" Jeff asked, starting to get upset again. "We'll never get in all the features that Linda wants if I don't work longer hours."

"We'll never get in all the features that Linda wants no matter what we do!" Alan laughed again and then grew serious. "I don't want us to miss our delivery date either. And we can still make the date, albeit with fewer features. Linda knows about the importance of prioritizing her backlog, and she understands that we can't do it all. Did you ever think that it might be unfair to Linda and the rest of the team to overcommit yourself like this?"

“Unfair? How?” Jeff asked.

"By overcommitting, you're setting up yourself and the team. Tasks you personally commit to but can't find time for become tasks the rest of the team has to pick up. Now everyone is overworked and tired and unable to think clearly. Mistakes get made, and the team worries about fixing those mistakes. Eventually you'll have to slow down, whether it's because the team will revolt or because there are so many bugs that need fixing. Meanwhile Linda has unrealistic expectations of what we can accomplish, which she passes along to our customers. That puts her in an awkward situation when she realizes that we have a problem. Don't you think it would be better for her to know now what we can truly commit to and deliver?"

"You're saying that by personally overcommitting, I'm in effect overcommitting the team, and it will eventually come back on Linda," Jeff reflected. "Not just on Linda. It's a problem for all of us. Being realistic about how much work you can take on will benefit everyone. To paraphrase Ken Schwaber, a dead team member is a useless team member." This time Alan and Jeff both laughed. "Jeff, why don't you mull this over for a few days and let me know how I can help.”

"I can already tell you how you can help," Jeff replied. "We need to revisit what we committed to for the release. If I'm going to cut back, then we've got to tell Linda. And from what you've said, it sounds like letting her know earlier is best. You know, it would be nice to have more time with my family."

"That's great to hear, Jeff. We'll discuss this with the team during our review at the end of the iteration. I'll visit with Linda now and let her know that this is on the agenda, and I'll let the team know about it in our stand-up later today. I'm glad you're willing to revisit the release plan."

"Yes, and I'm hoping that Linda will understand when I say no to too much work. Hey--can I combine a 'Yes and ...' with a no like that?" Jeff laughed and took a last sip of his coffee.

“Well, Jeff, yes and no."

Alan laughed, and Jeff choked on his coffee. {end}

Why is it so hard to say no? For those who are able to say no with ease, share with us how you've managed to master this art!

Join the conversation below or start a new one in the Reader Comments section.


About the Author
Michele Sliger has worked in software development for more than fifteen years. She currently works as an agile coach for Rally Software Development, training software development teams in agile methodologies. Michele has served as a project manager at Qwest Communications, a consultant for Fortune 500 companies, and was a founding member of the engineering teams at two biotech startups. She is a certified Project Management Professional and Scrum Master. Michele is also an adjunct faculty member of the University of Colorado, where she teaches software project management to graduate engineering students.

Back to Top
 
 

Member Comments
Add Your CommentExpand Comments
 
Comment:    
by Alun Davies 12/5/2006

Am I missing something here – Team Management.

Normally I would have expected the Team Manager to have an input on project resource availability.

If a member of a project team is asked to commit against either time or deliverables to a project then the team manager should have to authorise the commitment. This has the advantage of taking the burden of the responsibility from the team member to the manager. There is nothing to substitute a good team manager, who is able to see the complete...Read On

 
 
Comment:    
by Nikhila Bharadwaj 12/5/2006

I work from India. Much as I agree about presenting the true picture of your committment capabilities to the management, from my experience, it somehow never seems to work. In a big team it requires everyone to indicate that they are unable to take on more than what they can. Even if there is one person who is willing to slog it out, the boss leans on him and the rewards of the over-commitment seem to be continous. First they are awarded for the over-commitment in a short term in the form of some spot award and then they are identified for critical areas in the project (because of their willingness to slog it out) where they over-work to get...Read On

 
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

Infosys




STARWEST 

Agile Development Practices