Post #247,149
3/7/06 8:59:14 PM
|

Memo to Pointy Haired Project manager, CCed his boss.
Hi {{project manager}}
I wanted to recap my understanding of our meeting today concerning time lines and responsibilities. Please let me know if I've misunderstood anything.
During our meeting today, I asked if you considered the tasks and time lines reasonable and doable.
You said yes.
I explained that I believed that the schedule was totally unrealistic. There were multiple tasks that were have supposed to have started already, had almost an immediate due date, yet had no work associated with them. This would indicate a time line ripple unless these tasks are unnecessary and are about to be canceled.
In several cases, there are areas of research and design which would mean it would be impossible to have a true firm time line. This in itself is reasonable, you have to start somewhere. But that somewhere then seems to be the best case optimistic guess, rather than a conservative realistic one.
You stated that I was the only person who felt this way, saying that anyone else who saw this schedule merely said it seemed aggressive but they'll do their best to deal with it. Since I am probably one of the few people who reviewed this schedule who has done almost an identical project in the near past, and I have a vested interest in seeing it succeed, I consider that an insult, hinting that I am a naysayer and not a team player.
I take my responsibilities very seriously, and would hope you take my comments based on that.
In many cases, my name was associated with tasks that I was only aware of in the periphery. You explained that you included people as resources merely to notify them that they needed to be available for discussion. If that is the case, then you need a separate column for that. When my name is listed as part of a task on a project plan, I expect to be responsible for producing a deliverable of some kind.
In some cases, you listed "ALL" as resources for a task, which effectively hides who is responsible for it. I know, as the project manager, you are ultimately responsible, but that does help us determine who needs to do what in these tasks.
You acknowledged that you did not use MS Project's ability to associate specific people and time lines of tasks, instead you chose to handle the time line and resources manually. You said the reason you did this was because if you let Project do it your time line would have gone too far out. This would indicate a flaw in your reasoning. Either you lack resources or time.
You stated that you expect one of my deliverables was to research {{X,Y, and Z}} and recommend alternatives. I pointed that I lack this specific skill set, and had discussed this with {{your boss}} already. She agreed with me, and explained it was your responsibility to provide technical specifications for me to code against. You then agreed to handle this portion and provide me with the specifications.
The project plan (as presented) does not include any of the actual conversion programming time. We discussed that your estimate for this is currently about 5,000 man hours. With 10 programmers working on it at half time, this means you have 200 hours of productivity per week. 5,000 / 200 = 25 weeks, ie: about 6 months. The time line for those 6 months can only start after your programmers are done training and the system are in place to support them.
You stated that you have an open req for an experienced {{industry application}} programmer and you were hoping to dedicate him/her to the conversion effort. I would suggest you do not bet the schedule on the unknown until hired. I would also suggest that you have {{local guru}} tech proof any candidate.
This project is a crucial piece of moving {{specific business}} forward, and is certainly doable. But not based on the time line you have provided. This sets us up for failure no matter how much we work or what we accomplish.
On the plus side, at least the other parts of the meeting were productive.
|
Post #247,156
3/7/06 9:25:29 PM
|

ICLRPD (new thread)
Created as new thread #247155 titled [link|/forums/render/content/show?contentid=247155|ICLRPD]
===
Purveyor of Doc Hope's [link|http://DocHope.com|fresh-baked dog biscuits and pet treats]. [link|http://DocHope.com|http://DocHope.com]
|
Post #247,163
3/7/06 10:57:34 PM
|

They don't shoot messengers, do they? :)
Alex
When fascism comes to America, it'll be wrapped in a flag and carrying a cross. -- Sinclair Lewis
|
Post #247,164
3/7/06 10:59:17 PM
|

You have a way of calling incompetence what it is :-)
I have come to believe that idealism without discipline is a quick road to disaster, while discipline without idealism is pointless. -- Aaron Ward (my brother)
|
Post #247,169
3/8/06 12:08:53 AM
|

Is this an inexperienced PM?
From your descriptions I'd call him either inexperienced or incompetent. If he's inexperienced, he shouldn't be working on a project of this magnitude without tutelage, and his boss should know and provide that. If he's incompetent he should be removed from the PM role immediately. In either case, the project is doomed unless it gets proper management, IMO.
-- Steve [link|http://www.ubuntulinux.org|Ubuntu]
|
Post #247,179
3/8/06 6:39:04 AM
|

Pretty much a bit of both
He was a mediocre VB / SQL Server programmer who moved to PM several years ago. All his projects were almost all small, Windows based systems. Anytime they floundered, he could jump in and code himself. His code was pretty bad, but when the project is small, and it is your reponsibility to declare victory, then you can get away with it.
|
Post #247,199
3/8/06 11:21:14 AM
|

Ouch
Several years in PM - and 1) isn't using establushed corporate PM tools, 2) doesn't understand the schedule importance, 3) isn't taking stakeholder's needs into consideration, and 4) hasn't learned to be honest, particularly about the schedule.
In my experience, there's 3 main thrusts to a project: scope, schedule and cost. Of those, the least flexible is the schedule, then the scope, and finally the budget.
-- Steve [link|http://www.ubuntulinux.org|Ubuntu]
|
Post #247,269
3/8/06 7:29:01 PM
|

Unfortunately you're only sort-of right re: flexibility
I agree with the perception that schedule is the least flexible, and that scope is a fair sacrifice to that. The disagreement I have is with the idea that you can somehow achieve schedule by increasing cost. In IT it just doesn't work that way. Mythical Man Month anybody? The only way to make schedule via cost is to spend up front. - If you find you're coming in early, you can probably cut resources to save cost.
- If you're on time with more resources than you thought you'd need, your estimates were off and the buffer you built in was a good investment.
- If you're coming in late, you're coming in late.
Anyone who tries to buy time with money is actually paying in quality.
===
Purveyor of Doc Hope's [link|http://DocHope.com|fresh-baked dog biscuits and pet treats]. [link|http://DocHope.com|http://DocHope.com]
|
Post #247,282
3/8/06 9:04:45 PM
|

Actually IT does work that way. To some extent.
While I agree that it is easy to spend lots of money and get no schedule improvements, it is possible to spend money in ways that will reduce schedule.
For instance if you need a Perl project done yesterday and money is no object, I can name [link|http://www.stonehenge.com/|consulting companies] that can do it.
More generally, most projects have some parts that could be parallelized if you had additional resources. Usually companies have those resources, but they are not available because they are doing other things. If you're willing to pay the cost of having those other things not happen, you can add temporary resources.
And as you say, spending up front is usually the best way to achieve schedule reduction.
However the tradeoffs that you can achieve are limited. And you quickly find that the schedule reduction that is achievable is limited, while the cost of those diminishing returns raises quickly. That's what I understood the observation that "schedule is the least flexible" to mean.
Furthermore most people who control these budgets don't know enough about IT to understand what ways they can spend money and save on schedule, and what ways they can spend it and blow their schedule. Given how greatly the latter outnumbers the former, their odds of achieving a schedule reduction through spending money are minimal.
Cheers, Ben
I have come to believe that idealism without discipline is a quick road to disaster, while discipline without idealism is pointless. -- Aaron Ward (my brother)
|
Post #247,284
3/8/06 9:08:16 PM
|

Which works out, in practice, to what I said the first time
===
Purveyor of Doc Hope's [link|http://DocHope.com|fresh-baked dog biscuits and pet treats]. [link|http://DocHope.com|http://DocHope.com]
|
Post #247,202
3/8/06 11:28:40 AM
|

Be interested to hear about the fallout
I have come to believe that idealism without discipline is a quick road to disaster, while discipline without idealism is pointless. -- Aaron Ward (my brother)
|
Post #247,264
3/8/06 6:41:57 PM
|

Spoke to him
He left a message on my phone at 2:30. Was vaguely apologetic.
I was away from my office, I did a quick touch base at 5PM, and will contact him Friday morning for a recap.
I assume he went to his boss for direction, his boss said make nice with me and figure out my issues. Now that it is on the table this way, I'd expect there to be either some serious scope rephrasing or schedule expansion.
I simply will not allow it to go any other way, and HIS boss needs this to work. She is quite aware on a failure I'd interviewed by the company president, and with this email as part of the paper trail there is no way anyone can escape unscathed.
|
Post #247,283
3/8/06 9:06:44 PM
|

Cool beans
It sounds like you're going to have to spend some time training an idiot how to not screw up. But after that your company will have a better-trained idiot, which is always an improvement. (I didn't say worthwhile, just improvement.)
Cheers, Ben
I have come to believe that idealism without discipline is a quick road to disaster, while discipline without idealism is pointless. -- Aaron Ward (my brother)
|