Posted on

The Trouble with Time

The trouble with tracking project time is that most people don’t know how quickly it passes.  Unless you are a geek who studies where project time is spent, you probably have little idea how quickly it rushes by.

Does that sound a little absurd to you?  After all, everyone from the day they are born, is conscious of time.  We live under its shadow every day.  So of course we all know how long things take to complete, right?

No… we don’t…  It’s like we’re willingly ignorant.  Nobody really wants to know how long a finished project will take.  I suppose this stems from impatience and aversion to hard work.  But there’s also a feeling that “the future” is infinite.  We really can’t see past the next few weeks, and a month (in project terms) is an eternity.

I always laugh when people say, “we’ll have that finished by [September].”  Supply your own month.  They don’t really have a clue, and don’t care either.  September is so far off, they can’t imagine it taking any longer.  The decision is purely emotional.  They can’t imagine is the key element in this scenario.  It’s not based on experience or logic, but rather the feeling that “future time” is next to infinite.  In other words, September will never come.

I’d like to know how you plan your projects…  Feeling or past experience?  Drop me a comment…

–ray

Posted on

How to: Use Resource Assignment Percentages

This post discusses how to assign percentages to resource assignments.  Or in English, how to set how much each resource will work on a task.  By default, people in Microsoft Project are set to work 100% of their time on tasks.  But we know that’s not always practical.  People multitask their work, and may work on four tasks at once.  This post discuses how to multitask in MS Project.

Follow these steps to set assignment units in MS Project:

  1. Create a new task in MS Project
  2. Right-click before the “Start” column an choose Insert Column
  3. Insert the Work Column
  4. You should now have the Duration and Work columns next to each other
  5. Enter 16 hours into both Duration and Work
  6. Enter your Name into the Resource column

At this point, you should have a single 16-hour task that is assigned to you.  By default, it is assumed that you will work 100% of your time on this task.  But as we stated earlier, we wish to work on multiple tasks, spreading our time across them.  The steps below will do that.

  1. Right-click on your task
  2. Choose Task Information
  3. The Task Information dialog is displayed
  4. Click the Resources tab
  5. You should see your name and 100% at the right
  6. Enter 50% into the Units column and press OK
  7. Notice that the text [50%] has been added next to your name in the resource column
  8. Also notice that the duration column changed to 32 hours
  9. The finish date has also been extended to accommodate the extra time

 These steps demonstrate that the Duration column is affected by the assignment units.  Duration = Work * Units.  In other words, if you are only working half the time on a task, it will take you twice as long.  The following steps show what happens when another resource is added to the task.

  1. Right-click on your task and choose Task Information again
  2. Click the Resources tab
  3. Add another resource under your name
  4. Set the units for this new resource to 50% also
  5. Click OK
  6. Notice that the Duration went back to 16 hours because you have help
  7. Notice that the Finish date also went back to two days

We just learned that adding a new resource to a task can help it get done quicker.  Each person is working only half their time, but there are two of you, so the task is finished sooner.  You can use this technique to spread yourself around to many tasks.  But beware, this can become a little difficult to manage.

–ray

Posted on

Paralyzed with Indecision

There is one trait of poor management that really irritates me.  Indecision.  I like a fast moving organization that makes decisions.  A long time ago, I read that AOL was like that.  Their managers made snap decisions and deals without any deliberation.  Too fast for the tastes of some.  Of course AOL/Time Warner didn’t turn out so well…

But lots of the companies I work with are paralyzed with indecision.  Here’s the kind of management I deal with all the time.

No… we couldn’t add the new Whiz Bang feature to the product because we needed Dan’s approval.  He was out on vacation until the end of the month, and had 10,000 spams to deal with when he returned.  Of course, we also needed Pam, Jim, and Joe’s input, but we couldn’t get them all scheduled for a meeting at the same time.  Joe was busy with Mary’s project, Pam needed to review the specs again, and I don’t think Jim likes me.  I’m not sure what the status is now…

Is it any wonder things don’t get done?  I don’t see any negative consequenses to indecision.  “Oh, you didn’t get the project done?  Oh, that’s okay…”  With a tightening economy, this don’t work.

My advice: if you are the manager of a project team, give your people the lattitude to make quick decisions – for good or for bad.  The cost of indecision is higher than the cost of mistakes – IMHO.

–ray

Posted on

Audit at the O.K. Corral

I really wish I’d thought of this one…  🙂  (See the link below for PMI’s PM Network Magazine.)  Two project management auditors gang up on Wyatt Earp, demanding to know why he’s failed so miserably at the O.K. Corral.  They examine his project management methods and results, siting all kinds of iregularities.  Poor Earp has failed miserably in his famous gun battle, and he doesn’t even know why.

 Article by Michael Hatfield:

http://www.pmi.org/Resources/Pages/This-Month-in-PM-Network.aspx

 

The point Hatfield is making is this: sometimes you just have to go out with guns blazing.  Some projects just need to get done, regardless of what the experts say.  I’ve done enough all-nighter’s, 24-hour weekends, and three-day coding summits to know what he is saying.  The big showdown is sometimes what it takes to get the job done, and honestly, you feel like a gunfighter when the dust finally settles!

So, the next time your manager asks how you finished your project so quickly, tell him you went “Wyatt Earp” on it!

–ray

Posted on

Define: Project Stakeholder

What is a project stakeholder?  Any person who has something to lose if the project fails.

This normally includes higher-level people in the organization.  People who would personally fail if the project fails.  This can include customers, shareholders, executives, vice presidents, and even high-level managers.

A complete or partial project failure would cost these individuals something.  It may cost them money, time, or position.

Every project has stakeholders, even small ones.  It is important to identify these people.  Who stands to lose something if the project goes over budget, is late, or is never completed?  Those people will natually want to control the effort, and have the right to do so.  They hold the purse strings, and they go down with the project.

Does that mean a project stakeholder controls every aspect?  No.  They must trust those who execute it.  In other words, there will be engineers, technicians, and other creative people who actually do the work.  Much of the ground-level control is in their hands.  They report to the project stakeholders who direct their overall efforts.

–ray

Posted on

How to: Use MS Project Resource Allocation

This post will help you understand the Resource Graph in Microsoft Project.  The Resource Graph shows a graphical view of when your employees are scheduled to work.  You should also take a look at the Resource Allocation window in Standard Time.  It has additional options to help view scheduled employee hours.

 

Steps to use the Resource Graph:

  1. Create a new task in a blank Microsoft Project file
  2. Enter 4 hours into the duration column and assign the task to your name
  3. Choose View, Resource Graph
  4. Right-click in the graph, and choose Work from the menu
  5. Notice the blue bar representing the hours you entered (it stops at the “4h” line)
  6. Choose View, Gantt Chart to go back to the task view
  7. Create a second task, enter 5 hours, and assign it to you
  8. Choose View, Resource Graph to see the effect
  9. Notice that the blue bar has a red bar on top (this is the over allocated portion)

The previous steps demonstrate two simple principles: a graphical representation shows when employees are scheduled to work, and over-allocated hours are shown in red.  Standard Time takes this a step farther and shows under-allocated time in yellow.

 

Steps to add another resource:

  1. Choose View, Gantt Chart to see your tasks
  2. Add another task, enter some hours, and assign it to another resource
  3. Choose View, Resource Graph to return to the bar graph
  4. Right-click in the legend, and choose Next Resource
  5. Notice that the bar chart changes to show the hours for your second employee

Standard Time allows you to see groups of employees stacked on top of each other.  This lets you see allocated hours for the entire workgroup.

 

Steps to change working hours for a resource:

  1. Right-click on the legend, and choose Resource Information
  2. Click the Working Time tab
  3. Click in the calendar to select a day
  4. Drag the mouse to select multiple days
  5. Change the working hours at the right side (you are overriding the defaults)
  6. Click OK to return to the Resource Graph
  7. Notice that the bars change to reflect your new working hours

Normally, you’ll leave the working hours at 40, and change the start dates of tasks to reschedule them.

 

We hope this has helped.  Feel free to post comments on additional usage techniques!

–ray

Posted on

Over Budget! Scare tactic?

If you’ve ever read a project management book, you’ve run across the statistic that 50 – 70% of all projects are over budget.  Seen that, right?

What’s up with that?  More times than not, I would guess that is a tactic to hook you into something.  Maybe, it’s to buy a book.  Or, a take a webinar, or buy consulting services.  Look closely at the context the next time you see that.  I will too.  Now I’ve gotten myself curious.  🙂

But I wonder how they know.  First off, only organizations that track their projects (time tracking, resource tracking, etc) know if they are over budget.  And most people don’t do that.  Instead, they fly by the seat of their pants, relying on hunches.

Secondly, so what?  When your project is finished, you’ve probably happy about that, and don’t care to look back – unless you’ve taken a real black eye.  It’s usually the fit-and-finish that takes three times longer than anticipated, but you’re always proud of the final product.  So why worry about a little extra moolah.

How’s your project coming?  Is it over budget yet?

–ray

Posted on

Failure to Launch

How long does it take you to launch a new product? Doesn’t it always seem to take 2-3 times longer than anticipated? I’ve been involved in the launch of over fifty new products, and it’s always the same routine.

We have a great idea, which seems so simple. If we take our existing product and just tweak it a little here and there, we can introduce something new. Simple enough, right? Wrong.

Products take an incredible amount of time to mature. A few tweeks suddenly turns into a handful, and then more. Current products need attention, drawing your resources away from the new one. Excitement wains when people realize the instant payoff won’t be there. This is turning into work… We never expected this!

I’d like to hear your project team experiences with new products, and new revisions. How smooth is it for you?

–ray

Posted on

Optimizing Organizational Performance

Have you heard of the “Optimizing Organizational Performance” webinar PMI is hosting?  It’s free, and the blurb looks good.  I’ve already registered.  Here’s the link below.

 http://www.amanet.org/events/optimizing-organizational-performance/

Here’s why you should attend:

AstroWix quote: Each year, an estimated $10 trillion is spent on projects around the world and almost 50% of them fail.

I’d like to hear your opinions, after the webinar.  What did you learn?  Was it over your head?  Beneath you?  Feel free to submit your comments here – that is, if you remember this blog posting after April 30th.

I personally don’t like heavyhanded project methodologies.  Anything heavier than a project plan, timesheet, and regular meetings bothers me.  I understand the need for process overhead, but sometimes people get carried away.  Of course, the simple approach assumes a top-down buy-in from upper management, something I always have.  Other organizations don’t have it so good.  So, let’s see how this PMI webinar works!

–ray

Posted on

Do Project Plans Work For You?

Do you use project planning software like Microsoft Project to develop project plans?  How’s that working for you?  I have a problem with it, and I’d like to find an elegant solution.

What’s the problem?  Well, building project plans is no trouble.  I can lay down the phases and breakdowns, add tasks, and assign them to employees just fine.  That’s the easy part.  I can even track time to tasks.  The problem I have is managing them later.

Let’s face it, project plans go obsolete the first week you create them.  Something’s bound to change, and managing all those changes is hard.  Yes, I know that’s what the PMO office does.  But keeping project schedules current rubs me like a cheese grater.  It’s an unnecessary overhead, and almost never gets done right.  Tasks move, change scope, go away, get added, etc, etc, etc.  You know what a headache it is…

Anybody have a better way?

–ray