Give it to a busy person

Here’s an old saying, “If you want something done, give it to a busy person.”  There is a particular commonality among busy people: they complete an astonishing number of tasks each day.

Busy people feel they have to complete each and every task given to them.  Plus, they feel they need to do every one of them well.  Nothing is half-baked.  No detail is too small.  But to a busy person, all that work is not a burden, it’s an investment.  But still, they sometimes feel overwhelmed but keep motoring on day after day, doubling the number of tasks that normal people complete.  They rarely wait for someone to tell them to do a task twice, or even once for that matter.

I’ve noticed that busy people even walk faster than normal people.  They seem to be on a mission everywhere they go, even to and from work.  They drive faster and rarely make “quick stops” along the way.  They never say, “I’ll just be two minutes,” which has become a popular saying of the non-busy people of the world, because it’s never really just two minutes is it?

I admire busy people, and enjoy studying them, especially in the project management setting.  You don’t see them in meetings like the non-busy people.  Instead, they’re heads-down or jetting off to the next task.  That’s a discipline few possess, including myself.

Bottom line: if you don’t have a busy person to emulate, try becoming one yourself; someone might being to emulate you.  Prioritize everything, all the time.  Complete every task.  Grind out the details that most people gloss over.  Get a whole day’s work done by 10 AM, and then look for something else to do.  You might just find that the busy life suits you!

 

–newshirt

Should You Go Cloud?

That is the question…to cloud, or not to cloud?  I recently read an article by Sarah Fister Gale, found here: http://www.pmi.org/~/media/PDF/Publications/PMN0312%20cloud.ashx
It is interesting how many people go to the cloud without knowledge of security, back-up, redundancy, and so forth.  There is little doubt that the cloud has many positive attributes.  That is why cloud usage continues to experience robust growth.  However, too often people just assume the cloud is a magical solution with hardly any issues.  Well, that is normally the case…unless you happen to be my brother-in-law.  His company was utilizing a cloud hosted credit card processing service.  And things were great for nearly two years, until the cloud server went down and there was no back-up plan in place.  It took 3 days of hand wringing and lost sales to get back online.  In addition to immediate lost revenue, he lost long term customers.  The article above will certainly give you an idea on specific questions one should ask and a basic outline to help you make a solid choice for your cloud solutions.

Presenteeism is the new Absenteeism

You can easily measure absenteeism in your project team.  Just count the number of days employees miss.  Bear down on them enough, and they’ll come in to work… like the walking dead.  That’s presenteeism. You are present, but not capable to work.  That’s the topic of a CIO Insight article at the link below.

http://www.cioinsight.com/c/a/IT-Management/Depression-at-Work-New-Initiative-Addresses-Lost-Productivity-663213/

 

Presenteeism is when your project team is half slaughtered by the stress and worry of everything around them – threats of layoff, political, economic, worldwide – yet they drag into work anyway.  Hey, it’s better to eke out a few hours of work than sit around on your duff, right?

I don’t suppose there’s any good answer to this. It is what it is.  We’re not living in a 1950’s ‘Leave It To Beaver’ sitcom anymore.  This decade is hardcore depressing.  Layoffs are happening all around us, businesses are failing, others are hanging on for an elusive economic uptick, but few are prospering.

My advice: just recognize this in your project team.  Be sympathetic.  Don’t bear down for more production.  Just try to be a pleasant manager if possible.  We’ll come out of it eventually. What else can we do?

Don’t be the DIA and BAE Baggage System

Remember the expense delays in opening the brand new Denver International Airport?  Many case studies have been done examining the intricate reasons for such a colossal failure on a grand scale.  DIA was to be the most efficient airport in the world, able to accommodate over 50 million passengers per year.  One of the key components was to have a fully automated baggage system…eliminating the tug and trolley system.  This would cut a planes turnaround time by 30 minutes and would be a key component in creating more efficiency with flights and passenger throughout.  The chief project manager, Walter Slinger had his heart set on this shining new system and romanticized about the notoriety the state of the art airport would bring to the city of Denver.  BAE also liked the idea of designing a system that would garner great attention and further their own reputation for building baggage systems.  Again, you could read many in depth case studies about the key decisions that led to the cascade of delays and failures.  However, I would summarize them in a single manner, tunnel vision.  Both parties fell in love with an idea and ignored many internal obvious warnings about the baggage systems feasibility.  The delays were numerous and cost billions of dollars.  In the end, after many attempts to partially use the automated baggage system, it was virtually scrapped for the more economical tug and trolley method.  We all know the old saying that our eyes are bigger than our stomachs?  If you’re a project manager, make sure your love of an idea isn’t greater than your team’s ability to design and implement the idea.  Don’t be afraid to change directions.  Otherwise, you may be the next DIA, which is still one heck of an airport!

Define: Work Contour

Work Contour: The distribution (or “shape”) of working hours over the duration of a task.

In Microsoft Project, working hours are not always spread across the duration of a task like peanut butter.  In other words, they don’t have to be evenly distributed.  They can front-loaded so that most of the work is performed at the beginning of the task.  Or, they could be back-loaded, to represent most of the work being performed at the end of the task.  In fact, there are several choices for the Work Contour.

 

Here they are:

  1. Flat
  2. Back-loaded
  3. Front-loaded
  4. Double peak
  5. Early peak
  6. Late peak
  7. Bell
  8. Turtle

 

The images below illustrate how to choose the Work Contour for each resource in each task.

First, choose View, Gantt Chart to create tasks and assign resources to them.  Then set the duration.

 

Next, choose View, Task Usage.  Insert the ‘Work Contour” column.  After choosing various contours for each resource, you will see an icon representing the distribution of hours across the task.  Notice how the front-loaded task has most of the hour distributed in the first few days while the back-loaded contour has them distributed at the final days.  Flat distribution is default.  It simply uses the resource schedule.

No Vacancy

Have you ever dealt with a department manager who claims they have no resource capacity for strategic company projects, yet seems to be under allocated?

You suspect the department of using precious company resources on “secondary projects” with no strategic value, but you can’t prove it.  Either you don’t have tools to track what your departments do, or that department has successfully hidden manpower for their own use… or both.

Probably the first step is a good heart-to-heart company meeting.  All the functional managers should know the necessity and value of strategic company projects.  But how can you know they understand and support you?  Know your people…  That’s the only way.

The next step is to implement a tool that clearly defines the percentage of time expected on key projects, and tracks actual work against them.  This is a supply and demand system.  Such a tool gives you the opportunity to enforce the message in step one, above.  Employees and department timesheets (supply) should track closely to the numbers they’ve agreed upon (demand).  If they don’t, you’ll have a hot topic of conversation ahead.

Project Quality Assurance

Project quality has many facets depending on the type of project and the quality objectives. A few common metrics used are guidelines and standards.  Most people understand the difference between the two.  However, guidelines can be confused with standards.  Guidelines are just that, an idea or parameter to stay within.  Standards are a more exact objective to be met.  It is well worth while to make sure people are clear on the differences and expectations of each.  Otherwise, a small misunderstanding can be costly.  As an example, a sorting team was tasked with looking through thousands of figurines to inspect for defects.  The guideline says the figurines can have up to 3 blemishes on the front portion, no larger than 2 cm each as long as they are not on the face.  The Standard stated if there is only one blemish allowed in the facial area and they must be less than 1 cm.  Well, an entire shift didn’t understand the difference between the guidelines and standards and inadvertently allowed figurines to pass through that had single blemishes on the face up to 2 cm…double the allowed size.  This was caught during a random audit and thousands of figurines had to be re-sorted costing the company hours of productivity, not to mention money.  As cliché as it may sound, never assume anything. Communication is vital.  A simple misunderstanding can cost an entire project.

Language and Terminology of PMI

Planning to take the Project Management Professional (PMP) exam from Project Management Institute? Excellent move! That’s just the right medicine for today’s tight economy. You might even find that your position depends upon it. I hope that’s not true, but I’ve seen it happen.

I found an interesting way to prep for the PMP exam plus get a working knowledge of the language and terminology used in the PMP exam. There’s a North Carolina-based company with PMP and Agile instructors that set up classroom sessions around the country: ASPE-SDLC training. Of course, they also have online classes. You can contact them at http://www.aspe-sdlc.com/ and see the PMP Boot Camp class at http://www.aspe-sdlc.com/courses/pmp-boot-camp/.

I’m considering taking the class to sharpen up my own seat-of-the-pants PM skills. If I do, I’ll blog the daily experience here on Project Team Blog. You hear all the ‘torture’ I’ve been subject to.  But you’ll also get an honest day-by-day account of the course. After all that, you might consider taking the course yourself.

Stay tuned!

Ethics in Project Management

With all the pressures of managing a project, it is easy to be swayed and make poor decisions. Pressure can cause a person to rise to the occasion, or crumble in a pile of heap. Most often, however, a person may do things they thought impossible…cheat, lie, twist the data? Unfortunately, this happens more often than we would like. As a project leader it is important to maintain character and integrity. Short term gain based on any type of shenanigans will cause long term pain. For example, say you’re leading an IT project and your developers are having trouble meeting deadlines. You instruct them to “dump” a few outlying features…the customer won’t even notice or use that feature until long after we are done. It’s not a big deal. Two things are going to bite you, one is obvious, the other not so much. The obvious gotcha will come when the customer realizes you didn’t fulfill one of the expected features and becomes upset and makes some waves. The other less obvious problem, your team won’t trust or respect you. They see clearly how you manipulated the situation and trust is broken…even if they agree and would have cut corners too! Take the issues head on. Consult the customer on the scope and change and instruct your team accordingly. You may disappoint the customer now, but your project will keep integrity and your project team will respect your leadership.