IWETHEY v. 0.3.0 | TODO
1,095 registered users | 1 active user | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New 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.
New 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]
New 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
New 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)
New 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]
New 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.

New 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]
New 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]
New 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)
New 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]
New 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)
New 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.
New 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)
     Memo to Pointy Haired Project manager, CCed his boss. - (broomberg) - (12)
         ICLRPD (new thread) - (drewk)
         They don't shoot messengers, do they? :) -NT - (a6l6e6x)
         You have a way of calling incompetence what it is :-) -NT - (ben_tilly)
         Is this an inexperienced PM? - (Steve Lowe) - (8)
             Pretty much a bit of both - (broomberg) - (7)
                 Ouch - (Steve Lowe) - (3)
                     Unfortunately you're only sort-of right re: flexibility - (drewk) - (2)
                         Actually IT does work that way. To some extent. - (ben_tilly) - (1)
                             Which works out, in practice, to what I said the first time -NT - (drewk)
                 Be interested to hear about the fallout -NT - (ben_tilly) - (2)
                     Spoke to him - (broomberg) - (1)
                         Cool beans - (ben_tilly)

How can he be so skinny and live SO phat?!?
56 ms