Discussion Locked

Project planning vs 'Just do it'

0 helpful
2 replies
Closed to new repliesThis discussion is closed. It stays readable, but it takes no new replies.

So, we have all had a project dumped on our laps.
Guy at the top thinks its a 5 minute job etc etc.

I currently have a project where I have two choices :

1. Plan to the nth degree, engage practically the whole of IT in order to get the project completed, and hope that we have covered every possible angle. However this will take 6 months and potentialy delay a critical storage refresh.

2. Take what we have now and deploy; let users know that there may be a small impact to them over the first few days and just take the hit at the support end of things. All business-critical applications will be reviewed and fixed prior to deployement.

I see the pros/cons of both methods; I'd like to canvass the opinions of the wider community.

2 replies

by black panther

No matter what you do get the Guy at the top who thinks it's a 5 minute job to "sign off" on it.

Make sure you have in writing that by not spending more time detailing to the nth degree that the risk factor increases.

Think of it this way:-

It's all been done, a few problems arise and the Guy at the top says

"Well why didn't you plan for that or let me know the risks?"

Cover your arse in other words! :)

by amcol

You're doing what a lot of people do, especially in the situation you're in...looking at things in black & white. There's a HUGE grey shade here.

It's never an issue of molecular level planning versus ready-fire-aim. Those are the extremes. Find your answer in the middle.

You don't say how big or complicated your project is, so let's assume there's a certain amount of complexity or you wouldn't be posing the question. (On the other hand, the fact that you're considering two radically different approaches makes me wonder just what kind of a project you've been handed.) My advice would be as follows:

1. Remember the seven "P" rule: Proper Prior Preparation Prevents Piss Poor Performance. Which is to say all things require some planning, or in the words of that famous philosopher Yogi Berra if you don't know where you're going you won't know when you get there. Even the smallest project needs to be planned but you need to determine the appropriate amount of planning.

2. Don't sacrifice the urgent for the important. Don't make the mistake of buying into the idea that "something" can be done quickly just because Guy At The Top thinks the project can be knocked off while you're having you're morning coffee. If in your professional opinion you need days/weeks/months/whatever, then you need to document and make your case. Use business and financial terms to do it...speak the language of your customer, or what GATT will hear will be ancient Greek and you'll be stuck doing what you know can't be done.

3. On the other hand, be tactical first and strategic second. GATT has a business to run, and you have to do whatever is necessary to support that. Don't worry about being perfect, and don't worry about installing spaghetti (code or wires). Get to a deliverable quickly, even if it's something small and barely useful. It'll establish your credibility, give the users something to work with, buy you some time to get more work done, and provide a tactical platform from which you can springboard into a more strategic solution.

This discussion is closed to new replies.