Posts Tagged ‘teamroom’


Agile Pneumonia and the Manifesto Blues

July 15, 2015

Sung to the tune of Rockin’ Pneumonia and the Boogie Woogie Blues by Johnny Rivers, J.Vincent and H. Smith.

(If you don’t know it, you can listen here first >>> )


Agile Pneumonia and the Manifesto Blues

Blocked tasks, they decorate out wall
I wanna holler, but the team room’s small

Old PM just doesn’t know what to do
I got the agile pneumonia and the manifesto blues

Large stories, medium, and small
Do anything so that our points don’t fall

New Scrummaster’s got a hold of me too
I got the agile pneumonia and the manifesto blues

Squeeze in more stories with two days to go
We’d deliver but our velocity’s low

Business just doesn’t understand what we do
I got the agile pneumonia and the manifesto blues

Only an hour with the new PO
That’s not how agile’s supposed to go

Wish the PO would guide what we do
I got the agile pneumonia and the manifesto blues

Long day and now I’m hurryin’ home
Can’t finish planning ‘cause we’re takin’ too long

Let’s do this right or I think that I’m through
I got the agile pneumonia and the manifesto blues.

Rockin Pnuemonia label

You can, as long as you include the following complete text with it: “Bob Maksimchuk is a Principal Consultant at Project Pragmatics, LLC., specializing in helping software development teams GET WORK DONE by introducing: PRACTICAL techniques, STREAMLINED process, and FOCUSED training and mentoring, all specific to your team’s needs. Visit now at All rights reserved © 2015 Project Pragmatics, LLC.”


Sitting In A Teamroom Makes You As Agile As Sitting In A Garage Makes You A Chevy

July 8, 2013

You have a task board in your teamroom that you use to track the status of your users stories and tasks. But do you have any idea what is a reasonable number of tasks to have in work at any one time? The burndown chart that your tooling or your scrummaster makes is posted – isn’t it? Do you use it to understand the likelihood that your work for this sprint will be completed as planned? In every planning session you dutifully use Planning Poker for estimation. However, do you understand why using it is important and why this type of estimation actually works?

A professional mechanic understands more than just how to use the tools that are in the garage. The professional mechanic also understands how the tools work and why. It’s great that your team has learned many of the various agile techniques. But if you haven’t learned why those techniques work, you risk using them improperly, putting your success in jeopardy.

There is an old story about a young woman who is preparing her first holiday feast for the whole family, which included making a delicious glazed ham. She remembered, as a young girl, watching her mother cook. She called her mother to ask her why, when she cooked ham, she cut off the end of the ham before cooking. Her mother answered “Because my mother did it that way.” Now more curious, they called the grandmother and asked why she cut of the end of the ham before cooking. Grandmother told them it was because her mother did it that way. They were very fortunate that their Great-Grandmother was still around, so they called her and asked why she cut of the end of the ham before cooking. Great-Grandmother’s answer was simple…her roasting pan was too small.

Do you know “the whys” behind the agile techniques you do?
Improving Your Software Processes and Practices
Agile Adoption and Transformation


Coin-Operated Agile Coaches

August 14, 2012

You must have seen one.  At a carnival, county fair, or maybe an amusement park. Sitting inside a glass enclosed box.  Bright clothing.  One hand held above a fan of sun-faded playing cards.  A customer approaches the box and drops in a coin.  In the box, the glass encased guru’s arm moves left and right.  Then out drops a slip of paper with a definitive answer to the customer’s most critical question.

You may have also seen this behavior in an agile teamroom.  Teams…are you underutilizing your coaches this way.  Coaches…do you recognize yourself?  This isn’t a question of coaching style.  This is a question of who is driving the change that the customer ostensibly wants to happen. Why else was an agile coach engaged in the first place?

Of course, coaches typically have some limits places on them by the “front office”.  Even great sports coaches like Wooden, Noll, Madden or Cowher had to work within directives from their team’s management.  But you would never see the likes of them sitting on the sidelines waiting for the players to ask them questions.

The best coaches are proactively engaged.  They are leaders.  They guide, they make changes, and they help the players get more from themselves than they realized they had.

Agile team members, don’t put your coach in a box if you want to be effective.  You were provided a coach to help you improve.  Let it happen.  And coaches, you can’t “cower” (sorry, couldn’t resist the pun) under resistance from the team members nor pressure from management.  Ultimately, it’s really up to you coaches.  If you don’t actively engage and lead your teams, you won’t need a coin-operated fortune teller to know your future.

Visit .