Changing tactics on communicating delivery dates

Project Practitioners > Changing tactics on communicating delivery dates
By Margaret de Haan

I love Project Plans, don't you? You get into MS Project, or some other scheduling tool, you type in a boatload of data, balance resources, estimate task durations, and calendar days spit out for the expected delivery dates. Milestones, functionality, and EVERYTHING now has an expectation attached to it, which EVERYONE wants a copy of. So I ask, how are we expected to EVER come in on time? I mean come on, the date at the beginning of the project is erroneous at best - the Project Plan is always a best case scenario where no Project derailing risks show their ugly head and throw the entire Project off track. There are no resourcing problems or equipment procurement delays, or even any natural disasters! If you come in earlier than expected you can be accused of "padding" or overestimating task durations, if you come in late you get grief for not being realistic or understanding task durations, so what's a Project Manager to do? I have an idea…

How about we give a range? From now on quote a date that gives us all a bit of wiggle room, and NOT share the granular details with everyone? I had a Manager once that insisted that I provide a copy of the completed Microsoft Project Task Plan to the client in its entirety and guess what? Since we no longer had any information that hadn't been shared, WE were being managed to the initial baseline even when there were adjustments that we made on our end to accommodate changes in requirements and functionality, ergo we failed at every turn. I have vowed to fight to the death to never have this happen again, from now on I'm going to go with a +/- 20% quote on baseline, tightening up the margin the closer to the deliverable dates we get. My experience has been that once the majority get a "finish" date in their head it stays there – that's the date they remember and expect you to meet. That's the date that comes and bites you in the tail, and what actually is that date anyway? A 24 hour period (eight hours of work time) that should be considered the target completion date that was formulated at the very beginning of a Project where the team had very imperfect information. It's a DATE people! An eight hour period which would represent 1/730th of a Project that spans two years. It would be great if we could hit that, but realistic?? – I don't think so. If all days are created equal, on a 2 year Project, off the bat we have 1/10th of 1% chance of actually finishing in that eight hour time period. A bit better odds than those of winning the lottery, but not by much and I think you see my point.

So moving forward, I'm providing "deliverable ranges" for milestones, and if they want the detail level of the work breakdown structure they'll have to fight me for it. Maybe even to the death… (unless something else regarding  Project Management kills me first)…





Comments
Not all comments are posted. Posted comments are subject to editing for clarity and length.

I agree with you 100%! It was after much pain in a previous position that I did more research on software project estimates and learned that I should always be providing estimates and schedules in ranges whenever possible. Of course not everyone likes ranges, too many people just want one date or one budget number. Either way, it still helps to have a planning tool that allows for ranged estimates and a schedule that accounts for uncertainty. This is how I fell for LiquidPlanner, after spending too many hours trying to figure out how I could have a ranged estimate in MS Project and failing. I'm a huge fan of LiquidPlanner for more than just the ranged estimates, but this was the big selling point for me and as far as I know is not offered in any other PM tools (or offered as easily, without the struggle I had with MS project).
http://thecriticalchain.blogspot.com/2009/05/story-of-my-never-ending-love-affair.html


Post a comment




(Not displayed with comment.)









©Copyright 2000-2014 Emprend, Inc. All Rights Reserved.
About us   Site Map   View current sponsorship opportunities (PDF)
Contact us for more information or e-mail info@projectconnections.com
Terms of Service and Privacy Policy



Stay Connected
Get our latest content delivered to your inbox, every other week. New case studies, articles, templates, online courses, and more. Check out our Newsletter Archive for past issues. Sign Up Now


Got a Question?
Drop us an email or call us toll free:
888-722-5235
7am-5pm Pacific
Monday - Friday
We'd love to talk to you.

Learn more about ProjectConnections and who writes our content. Want to learn more? Compare our membership levels.