Will Agile for Food

Will Agile for food

By close of business yesterday, we lost 10 people. No, we didn't lose 10 resources. We lost people.  They came to work every day, doing their jobs, thinking they provided some kind of value to the organization.  Unfortunately, some saw the costs outweighing the benefits.  The positions have been eliminated.  I get it.  Business is business.  Times have been tough, even for the Federal Government.  Everyone has to tighten their belts.  Even with the Reduction In Force (RIF), we're still dealing with a very probable government shutdown in a week.   I'm in a weird situation here.  This is the first time I've been the one who survived the first round of a RIF.  Some 20 years ago, I worked for McDonell Douglas.  In one day, over 10,000 of us got RIF'd (lost our jobs). At that time, the organization didn't care who you were.  The longer you had been with them, the longer you lasted in a layoff.  It actually made me quite angry.  The union members who had been there the longest, who did the least amount of work, got to keep their jobs.  The newer employees were the first to go (LIFO).

I think I understand the government's approach to this first round.  The "positions" eliminated were too specialized or too generalized.  Either the person only took notes in meetings or only dealt with risks, only dealt with EVM or only wanted to work part time.

Though I'm the only one here who has any background with Agile, perhaps that was to my benefit.  I think I'm still here because I made it my business to know as much as possible about what was going on, on a Program level.  I stepped up at every turn to see if I could help with something, regardless if it was my specialty.  I could wear a Product Owner hat if asked or switch hats between a ScrumMaster and a Project Manager.

But, I can't help but feel that my time here is coming to an end.  In one day, the culture has changed.  In one day I went from servant-leader to job counselor.

If the right opportunity comes along, where I can help people deliver more value or increase Agile adoption, I will certainly consider it.

Like the drawing?  Get the original one from Pictofigo

Agile Certification Survey Results

Fewer people fear change more than a traditional Project Manager.  Should I add Agilists to that list as well? Well, now it's time to accept the facts.  Though some of us in the Agile community knew this certification was in the works for quite some time, it seemed to take some by surprise.  Though I don't know if the results of my survey could be considered a representative sample, it is what it is.  I only wanted to ask two questions.  Will PMI adding an Agile Certificate be good or bad of the traditional Project Management community and will it be good or bad for the Agile community?  I think the only other question I would have asked was do you consider yourself traditional or agile? As I attempt to read the tea leaves, I looked at my survey results and realized there was a relatively mixed response.  There were no outliers.  I'm just going to publish my findings and let others prognosticate against it.  Though this may not be a correct statement, this is how I see it.  Those with the will and the money have the voice.

The Will

First, you have to want something.  I think PMI sees Agile, not as the future of project management, but rather it recognizes it as a viable practice. On PMI's homepage, they state their mission:

We serve practitioners and organizations with standards that describe good practices, globally recognized credentials that certify project management expertise, and resources for professional development, networking and community.

PMI can't rightfully bring the Agile community completely into the fold, unless they offer a certification.  Because the Agile community has not yet offered its own certification, now would be a perfect time to develop one.

The Money

PMI brings in some serious revenues.  First, there is revenue from the membership fees of over 340,000 members.  Add to that the money made for renewal fees of the over 400,000 PMP certifications and you have a nice revenue stream.  For the sake of brevity, I'll stop there.  The Agile Alliance, on the other hand, basically has the Alliance membership fee.  I have yet to find publicized data on how many members they have or if they have any other main revenue streams.

The Voice

I honestly do not believe PMI is an evil empire or that there is some kind of plot to destroy or pervert Agile.  Hell, some of the best and brightest from the Agile world are involved.  PMI sees an opportunity and they are seizing it.  By offering the APP certification, they just purchased a huge megaphone.  This booming voice will aid in a much more rapid adoption of Agile, compared to allowing it to continue its current organic growth.

APLN DC with Lyssa Adkins

Lyssa Adkins at APLN DC

Last night I attended the monthly Agile Project Leadership Network (APLN) DC event. Once again, the organizing team was able to get a really great guest. The guest last night was none other than Lyssa Adkins, known in Agile circles as an amazing coach and inspirational force. She's also the author of the book Coaching Agile Teams (link goes to Lyssa's website ).  Lisa's presentation was titled "What is an Agile Coach, Really?" Listening to Lyssa made me think about where I am and where I want to take Agile with my current or future customers and teams.  She stated during her presentation

Excellent agile coaches know how to help their teams get more and move from the mechanical application of agile into a world where teams deepen their experience of agile practices and principles and then go further, to take up their deliberate and joyful pursuit of high performance.

Yes, you read the right "deliberate and joyful pursuit of high performance"

A big shout out goes to David Bland, Richard Cheng, Manoj Vadakkan, Max Keeler, Nimat Haque, Dave Nicolette, and all of the others in the DC area who came out last night, had some pizza, and talked Agile. You don't realize you're part of a tribe, until you come to an event like this and see those familiar faces.  

Teaching Agile to a 5-Yr-Old

If you ever thought it was too early to teach your children Agile terminology or good management/leadership skills, you can stop now.  I wanted to teach our 5-year-old son a few new concepts.  If you can teach a 5-year-old, you should be able to teach a 45-year-old....right?  Well, let's not get ahead of ourselves.  I actually think kids grasp these concepts better than adults.  They don't have years of baggage to contend with. Now, let me preface the bulk of my post by saying, that at age 5, I could not read at all!  I think our son's teacher has done an amazing job of getting the kids in her classroom reading at the level they do.

So, what is our goal?  Our son's Kindergarten teacher sent home a "by the minute reading log".  She identified how many minutes of reading she wanted each student to read in a month.  For February, the target was 50 minutes.  At first, our son acted very overwhelmed.

Oh Daddy, 50 minutes is SO much!

I assured him, he had a whole month to get there.  Let's call this month a timebox.  In the timebox, the teacher wants you to finish as many stories as you can in the time given.  That's it!  Now, some stories are going to be harder than others.  But, let's focus on doing a little bit at a time and getting each story done.

To really understand the complexity of these stories, they were written for a 5-year-old.  They only take about 5 minutes to read.  So, each story will equal 5 minutes.  To make it fun, let's use story points instead of minutes!

story_velocity2

The last concept I wanted him to grasp was velocity.  Velocity is the number of story points we can get in the timebox.  Just know, you don't get credit if you don't finish a story!

feb_reading_log

If you look at the "reading log" image, you'll see our actual total velocity was 120.  The stakeholder in all of this, his Kindergarten teacher, would be happy if our velocity was a mere 50.

What was really exciting was telling our son, by the end of week 2, that he had met his goal.  If the stakeholder is satisfied with the 50 point velocity, I think we will start having a FedEx Day once a week.  Just like my teams, I don't want to burn him out.  We need to find a balance and a stable velocity everyone can be happy with.

Imagine if this was you and your team.

Parkinson's Law

When I was growing up, I was told the bigger the goldfish bowl, the bigger a goldfish would grow.  Keep the bowl small if you want to limit the goldfish size.  Thinking back, it's a pretty good metaphor for my understanding of Parkinson's Law.  The saying "Parkinson's Law" was first coined by Cyril Northcote Parkinson in his essay published in the Economist way back in 1955.

Work expands so as to fill the time available for its completion

This is what I see happening when developers or others have not decomposed their work to small enough chunks, in order to properly estimate their work.  The same goes with meetings if people don't stick to an agenda.

Yesterday, I saw a (vendor's) manager trying to break the Parkinson's Law.  Granted, I shook my head at his proposal but I admire the fact that he knows there is a problem and is trying to do something to correct it.

This manager has provided a (non-resource-loaded) schedule that has activities planned to conclude on September 30.  The customer is not happy because new work of higher priority has appeared since the vendor provided their 5,000 lined schedule, several months ago.  The customer does not have more money it can commit to new scope and they are unwilling to drop scope from the existing timeline.  Yes, we all know customers do this.  So, what was the vendor's proposed solution?  Going forward, all estimates of work (previously identified and baselined in the schedule) will now have 10% less time to complete. Since they never allocated any slack for activities in their existing schedule, this will become their schedule reserve. Don't ask me where they got 10%.  Tada!  Now they have time to complete more work.  Oh wait, you mean they shouldn't use schedule reserve in that way? No, they should not! And they shouldn't look at management reserve in that way either.  I know some out there are going to have a heyday with this.  It's not up to me.

I have to say, the vendor has done a very poor job with their predictive planning.  But who is to blame them?  It's not easy!  I've found adaptive planning to be much more accurate. That 5,000 line schedule was out of date the day it was published.  When I first looked at their estimates and later at their schedule, I new the efforts were grossly over-estimated.  But, both the estimates and schedule were accepted by the customer.  I do think the customer will now get more value for their money.

I got a kick out of the manager's response when someone in the meeting challenged him on the probability of people being able to complete the work in less time.  Though I'm paraprasing, his response was

It's surprising, if I tell people to have their work finished by Friday COB instead of Monday COB, somehow they just seem to get it done.

That is a clear indicator that people on his team did not do their own estimates and the original estimates were more on the level of a rough order of magnitude (ROM).  If it was my team, and I had made the same proposal, I would have had a revolt on my hands.  The difference here is my team estimates their own work, within a few weeks of actually doing the work, and we ensure the work is in small enough chunks that the customer can see something of value in a very short period of time.

What kind of goldfish are you?

1. Small goldfish in a small bowl? (small group, small timebox, small deliverable)
2. Small goldfish in a big bowl? (small group, big timebox, big deliverables)
3. Big goldfish in a big bowl? (big group, big timebox, big deliverable)
4. Big goldfish in a small bowl? (big group, small timebox, big deliverables)

Image: PPT Presentations

Intro to Value Stream Mapping

I'm in the process of doing a Current State Value Stream Mapping (VSM) for the PMO. The big questions are, based on the current state, are there areas we can improve? Can we eliminate any waste (or increase efficiencies) from our current processes? The answer to both questions is YES.  Everyone should be reviewing there processes on a regular basis, giving themselves opportunities to become more profitable.  Though I'm advising a Federal Government project, the American people still deserve the most bangs for their bucks. Today is the last day for one of my projects.  It is done.  Now is the time to see what worked and what did not.  We now need to do a retrospective and see if we learned any lessons from the last go-around. I will give the vendor credit on this particular project. This small cross-functional team did a better job than others, in part, because we had a daily 15 minute status meeting. (otNay allowedway otay entionmay Agileway). One of the other program teams wastes so much time because they only communicate once a week in a 3 hour meeting.  I hope my VSM will change that.

For those new to Value Stream Mapping, I included a 5 minute video that does a pretty good job of explaining its value.  See how a process that took 140+ days to complete was shortened down to just 30 days.

If you don't have your current process documented, you need to do it!  As the saying goes, "What cannot be measured cannot be improved".  Don't be complacent and accept the waste.  Times are tough and we need to think lean!

Like the drawing? Get it free at Pictofigo

What is in a Name

This weekend, I took the first step of rebranding myself. Some know me as Derek Huether the "PMP"; some as Derek Huether the "CSM"; some even refer to me as The Critical Path blogger or Zombie PM. With the real risk of the Federal Government shutting down this next week, I'd be an idiot if I didn't eat my own dogfood and have some kind of Risk Management strategy.  Though I may have to "accept" the risk, I will do what I can to mitigate it.

Because I am NOT a government employee, if there is a shutdown, I will NOT get paid.  When I heard about a possible shutdown, I remembered the similarities between grief and risk.  So, what needs to get done?  I need to get my resume and social links updated.  Wherever my name is, I need to make sure the message I'm sending reflects my current frame of mind.

When I look at LinkedIn profiles, it appears some people really love adding initials after their names.  I saw one fellow had no less than 6 acronyms after his name.  Though people in the industry may understand this alphabet soup, I think many are just annoyed by it.  I did a search on him and he really had nothing to say (publicly).  So, who is this guy?  What I see happening is he'll be loaded into a database with everyone else and he'll become nothing more than a keyword search.

Though I admit, that could happen to me as well.  I'll do what I can not to pander to it.  I think people should be hired because of their personalities or because they are good culture fits.  I wouldn't want to be hired because a hiring manager needed a body with a PMP or CSM.

I'm not going to turn my back on what I've learned over the years.  I will still champion the baseline information the pursuit of these certifications or accreditations exposed me to.  But, I'm not going to continue using them in my name.  It's just not who I am.

PMI Agile Project Professional Survey

The Project Management Institute (PMI) finally made the public announcement that they intend to have an Agile Project Professional "APP" certification. Surprisingly, I have heard very little negative feedback. My questions? Do you think this new certification will be good or bad for either the Agile Community or the Traditional Project Management Community?

I created a survey form in Google Docs. After you enter your choices, you will have a chance to see what others selected. I thank you so very much for participating!

Regards, Derek

Thank you for your interest. This survey is now closed.  Here are the results.

Like the drawing? Get it free at Pictofigo