Archive for the ‘Leadership’ Category

Multitasking, good or bad?

We have all heard that some people are better at multitasking then others. My question is; does multitasking help a person complete project tasks successfully in the total time allowed for those tasks? Besides having multiple tasks to complete, there are also phone calls, IMs, emails, meetings and other interruptions that are relatively constant throughout a Project Manager’s typical day.

One habit that most of us face, throughout our lives, is losing focus. Once you are able to consistently focus on one task at a time it will then become easier to conquer this habit. Some things that can help you to stay focused are prioritize tasks, address one task at a time and keep the tasks small. Keeping a task small may involve breaking a large task down to several sequenced smaller tasks. If a critical task surfaces, address it and then go back to the task that you were working on prior to the critical task. If there is an interruption, try and schedule it for a later time, ignore it or keep it to a minimum.

I found the following link interesting on how to identify “bad multitasking” and ways to avoid it. Along with the tips is a podcast.

http://pm411.org/2009/09/29/podcast-episode-047-schedule-killers-bad-multitasking/

Podcast episode 047: schedule killers – bad multitasking September 29, 2009 By Ron Holohan, MBA PMP

Tags: , , , , ,


The Bumpy Washboard Anti-Pattern

I came across this great blog from Leading Answers, which made me think of a bumpy adventure I had while driving through our wonderful state of Arizona on a return trip from Las Vegas.  I came upon a fatality accident, which we all know will keep the road closed for hours.  I had the choice of driving all the way back to the Interstate (a known route that would add 6 hours to the trip), or taking a detour down an unknown route.  Yes, you guessed it, I took the unknown detour thinking it would save time!  The detour started out fine until it turned into a dirt road and darkness fell.  6 hours later on what turned out to be a very bumpy dirt road, I made it back on the interstate.  If I had gone the original route with the smoother surface, it would have taken the same amount of time, but there would have been less wear and tear on my car, my stress level, and my hindquarters.  If you can remove the bumps in a project so there aren’t gaps in knowledge, then while it may still take the same length of time, there will be less wear and tear on the whole project team as everyone is able to collaborate to achieve the objectives.

Wash-boarding is an instability that occurs when vehicles move on dirt roads. What starts off with a small bump turns into a whole series of small bumps as vehicles travel the road. Washboard roads are more dangerous than smooth dirt roads and have to be driven at lower speeds. All these bumps are a pain in the rear (literally) and make you go slower.

We see the resourcing equivalent of washboard roads in projects too. Traditional projects staff early with business analysts to do the bulk of the requirements gathering and then bring in developers and finally QA people. These peaks and valleys of specialization not only look like a washboard road, but they have the same effect, they are a pain in the rear and make you go slower.

You can read the piece here:  http://leadinganswers.typepad.com/leading_answers/2011/06/the-washboard-anti-pattern.html

Tags: , , , , ,


Little bits of time add up to one powerful animal for demonstrating PM skills







The elephant should respect the mouse

 

Time is one of the three key axes of classic project control, along with financial resources and conformance to requirements.   Project managers appropriately put major emphasis on time as displayed on the wall calendar, and great energy is spent on hitting deadlines measured in days, weeks, and months.  When a project comes in on or before a due date, the PM can be justly proud (assuming no major feathers have been ruffled in the budget and quality domains).

Time on the calendar, master schedule, is a something of the elephant in the room when we talk about time in the project context.  But I want to talk a little about the mouse, time as measured in minutes, and how a project manager can put that mouse to work in service of the greater good.  One mouse in particular is an easy one to tame, with a reward – making sure that scheduled meetings end on or before their planned and published end point.

What’s the big deal with a meeting running late?  Happens every day, right?

The big deal is team cohesion.  One of the major duties of the PM is to ensure good communication, and meetings are a vital technique for getting messages to move well between people on a project team.  This gives the PM the powerbase for calling meetings and helping to guide them to productive results.  But when the PM’s meetings run long (and especially when a reputation develops that the PM’s meetings often run over) a few things happen.

First, the team begins to suspect that the PM has not done an effective job of planning the meeting agenda.  This erodes confidence in the project leadership.  Second, the team begins to sense that the PM may not respect the team members time, because a late meeting will usually result in a cascade of lateness after this meeting for them, which can create subtle or perhaps even not so subtle resentment.  Third, and this is particularly the case of the PM does much of the speaking at his or her meetings, the team may begin to feel like the PM is using power in uncool ways — or perhaps if there are other chatterboxes running off at the mouth, and the PM can’t control it, the PM may be accused of being to weak to use power as it should be used.

So, the PM who builds a reputation for always having meetings that run over gets thought of as not worthy of the team’s confidence, as a target of resentment, or as a serial weakling or a serial abuser of authority.  How much harder is it to lead a team to great overall results when the PM is forced to carry this kind of baggage.

Now imagine for the moment the reciprocal – the PM who’s meetings either end spot on schedule, with the work of meeting done, or even more delightful, the meeting that plows through its agenda and winds up done 10 minutes early.  Do this for a few projects, and then see how easy it can be to attract a talent to your team for future projects.  Excited talent.

Now a perfect set of meetings is not going to make up for project that can’t hit a date on the calendar or manage its budget. But getting the little things right is how we build to the big ones.  Take a look at the Mythbusters clip above, which shows that real world elephants show real respect for the real world mouse.  You ask me, this is no accident of nature – respect the mouse – good things will follow.

Tags: , , , , , , , , ,


Some landmines for new PMO’s to carefully step around

 

The folks at Daptiv through the gantthead.com site (http://www.gantthead.com/default.cfm) put out a nice white paper on how to NOT implement a new PMO. The title is Top 10 PMO Worst Practices: Pitfalls to Avoid. You have to register to get it (http://www.gantthead.com/survey/survey.cfm?ID=515) but it’s a fairly painless form, I would recommend this to anyone who is looking for best (and worst) practices at a PMO in 2011.

Here are 3 of the top 10, in no special order, three that jumped out at me, although the whole paper is worth a read to be sure, and this is not to say the other 7 are any less important. The comments for these are my own.

The PMO playing methodology cop.

Goes without saying that the PMO needs cooperation across groups. While getting standards for frameworks and methodologies and following them is valuable, getting cooperation from other divisions and departments is priceless. Whenever possible, adoption of common standards for methodology and framework should be through a common movement towards best practices. Education is the key to making this work well, not rigid top down dictates that may not even be the right solution for a given’s department PM issue set anyway.

Not matching demand to supply.

The PMO is uniquely positioned to assist in resource loading balancing across organizational boundaries. But the PMO needs to try and keep track of its own limitations – just because you have a project which business owners demand, does not mean your current team can effectively deal with them. Which leads to the third one, keeping track of your time.

Not logging time.

Service organizations in general, and busy PMO’s in particular, need metrics to manage capacity, and in people-based businesses, metrics are invariably tied to time management. If you don’t measure time, you cannot do effective capacity planning. Most PM’s do not love using detailed time tracking systems. But this is one of those “you must bite the bullet and just do it” issues. Without this data, it is very difficult to make good decisions about capacity.

Tags: , , , , ,


An 8 Step Program for Recovering Micromanagers Like Me

Getting peak performance from a great project team is no mean feat. What can make the challenge particularly intense is a senior and seasoned team, combined with a complex project that requires large amounts of interaction and communication to coordinate effectively. For those PM’s highly skilled in the art of ruthless task management and no holds barred follow-up, it is not hard to let diligent and very necessary pursuit of closure outcomes slip into annoying and counterproductive micromanagement.

Why is this especially a concern with more senior teams? Because many senior people are often much better able to rise to the occasion of contributing to solving hard problems when the team environment both allows and encourages them to do so; and they are often the most likely to get bent out of shape and experience falling productivity when their manager starts to give detailed input on how to spend each minute of day.

I saw a recent blog post that was nicely on point to this issue, from the PM Alliance. I excerpt it below, but the slightly longer piece is worth the read as well here.

Credit: iStockPhoto.com

——————

8 Ways to Banish Your Inner Micromanager

By PM Alliance President, April 2, 2011

1 – Stop hovering. If you find yourself peering over a teammate’s shoulder, step back …

2 – Ask fewer questions. That’s right—instead of assuming that you need to request every bit of data you want, you should be relying on your team to keep you informed proactively [and holding them accountable for doing so]…

3 – Delegate more. Micromanagers are famous for giving tasks away without ever really letting go, and sometimes for not giving tasks away at all…

4 – Stick to working hours. Some projects require overtime, but constantly pulling employees’ brains back to work after they’ve gone home is just a variation of hovering…

5 – Empower your team. Are your employees forced to seek approval for every decision, from the big stuff all the way down to day-to-day minutiae? Set up a process that instills responsibility and grants authority based on each staff member’s seniority and experience.

6 – Watch your temper. Getting overly upset or losing your cool with employees is a classic sign of a micromanager. It frequently leads to hovering and incessant questioning, both of which you want to avoid. When you feel something isn’t going well, stop. Take a minute, gather your composure…

7 – Take mistakes in stride. Glitches are the siren song of the micromanager—they make it easy to doubt your team’s abilities, assume you have to do everything yourself, and generally make life miserable for those around you. Remember that mistakes happen to the best of us…

8 – Don’t let your boss bring you down. If your boss is a micromanager (or perhaps just a difficult personality), you may find yourself offloading stress by funneling your frustration and anger into your team. It’s a tough position to be in, but you somehow need to separate the way you’re being treated from how you treat your team…

 

As I said at the start, this is just an excerpt; the whole article is worth reading at: http://it.toolbox.com/blogs/project-management-tips/8-ways-to-banish-your-inner-micromanager-45275 BTW, the PMAlliance, Inc. is a project management consulting, project management training and project office development company that helps Fortune 1000 companies improve the execution of their mission-critical projects.

Tags: , , , , , , , , , , ,


Successful Projects through Agile Project Management

Agile movement the “brain child” of the development world? 

by Nancy Nee.

Both traditional and agile project delivery embody similar principles and practices that aim to deliver measurable results. Traditional project delivery can be described as a “waterfall” approach, which presumes that the requirements, expectations, duration, activities and outcomes of projects can be predicted accurately and planned in a sequence before any actual development activity takes place.

In contrast with traditional project methods, agile methods emphasize the incremental delivery of working products or prototypes for client evaluation and optimization. While so-called “predictive” project management methods assume that the entire set of requirements and activities can be forecast at the beginning of the project, agile methods combine all the elements of product development, such as requirements, analysis, design, development and testing — in brief, regular iterations. Each iteration delivers a working product or prototype, and the response to that product or prototype serves as crucial input into the succeeding iterations.

Delivering “customer value” is a key aspect of agile project delivery. Agile project management is conducted through the collaboration of a small, co-located team that usually consists of the customer/end user, a project manager, a business analyst (or the role of business analysis) and specialist(s). Agile theory assumes that changes, improvements and additional features will be incorporated throughout the product development life cycle, and that change, rather than perceived as a failing of the process, is seen as an opportunity to improve the product and make it more fit for its use and business purpose.

Read the rest of this entry »

Tags: , , , ,


Of Axes and Saws

A.L.

A.L.

Successful projects have always required proper planning, at least that’s the old saw. I saw a neat post from Paul Ritchie, a PMP out of Rhode Island that helped to turn this old saw into a sharp new axe me for.

“Give me six hours to chop down a tree and I will spend the first four sharpening the axe.” -- Abe Lincoln

Turns out this planning thing has been something on the todo list of successful people for a long time.  Check out the rest of Paul’s post here.

- Kari Marrs

Tags:


The Evolution of the PM (or, Confessions of a Process Junkie)

Project management is a wonderful thing for those of us of the left-brain persuasion.  As project managers, from the time we take our first halting steps as professionals we are trained in the comforting art of the process, the framework, the methodology .  We are exposed to countless graphics depicting general concepts that we are to put into practice in the “real world”.  And we charge at it, bending every situation to our will, pulling gratification from running every initiative with a deliverable through our Seussian Star-Bellied Sneetches machine of Assess, Plan, Design, Test, Implement, Support – not satisfied until each task is broken out into quark-sized detail in our work breakdown structures.  We are masters of our domain, always knowing the status, the risks, and next steps.  Ahh, the alignment of it all.

Until one day the world changes.  “More with less” is repeated a million times in a million hallways.  There are new challenges, new opportunities to branch out and up.  All of a sudden it isn’t one project, but three, then four at a time.  The natural order is threatened!  Direct reports are added to the mix, inserting a whole new level of confounding dynamics.  Carefully-documented risk mitigation strategies and communication plans are left half-written in favor of bonus plans and personnel assessments.  Project charters are delegated to others as the business of, well, business is attended to.  And then, the mother of all career evolutions draws a curtain on our precious processes – Business Development!  Have we truly gone to the other side?

But take heart!  Deep within us still beats the heart of a PM.  We look back and realize that our PM habits have not been stripped from us – they are a part of everything we do, of the way we think.  True, in the age of “more with less” we may no longer have the time for the full color, 3-ring project plans and deliverables we once poured our hearts into.  30-page narratives have given way to BI dashboards, leadership meetings and 15-minute executive updates.  But the foundation, the discipline of putting first things first, the habits of pulling oneself back from the fray to analyze, abeit quickly, the best course of action should never be lost, even as careers evolve.  It’s this discipline that makes us successful project managers, and will make us successful leaders as well.

Tom Streveler, July 29, 2009

Tags: ,