When we designate a hands-on project manager, we're usually hoping to save money by having one person in two roles. The hands-on project manager is supposed to both manage the project and personally carry out part of the work. For small, low-risk projects, it probably works well, most of the time.
And then there are the other times.
The arrangement places the project at elevated risk, both for structural reasons and because of the conflicts of interest inherent in the role.
- Schedule collisions
- Project managers devise, negotiate, defend, explain, and adjust project schedules, but they can't control unanticipated events. Situations that demand the full attention of the project manager can collide with the parts of the schedule that demand the full attention of the same person as a team contributor.
- Conflict of love or fascination
- Sometimes, hands-on project managers have a love for or fascination with particular subsets of the project's work. Hands-on project managers tend to assign that work to themselves, independent of whether or not that assignment is a sound project management decision. Some will even contort the project schedule to make this assignment possible.
- At times when the project management work isn't fun, the hands-on project manager is often tempted to retreat to the hands-on part of the role, and when the hands-on part isn't going well, the hands-on project manager might retreat to the project management part of the role. Sadly, the right choice is usually exactly the opposite behavior.
- Teammate risk
- A special risk appears when the road gets so rocky that the hands-on project manager must ask for extra effort from the team. Unless everyone believes that the hands-on project manager bears a fair share of the extra load, some might experience resentment, because the hands-on project manager has a conflict of interest. The result can stress the team and its relationships.
- Financial conflicts
- The possibility Usually, hands-on project managers
have a love for or fascination
with particular subsets
of the project's workof savings from the hands-on project manager role sometimes biases those who decide whether or not a project will have a hands-on project manager. The bias likely arises from underestimating the risks of the combined role compared to a structure with a separation of the roles.
One factor that makes the device of hands-on project manager so tempting to sponsors and managers is the small size of the projects in which it's usually employed. According to this argument, even in the worst case, the downside for the organization is limited, because the project is so small.
But the small size of the project might not provide much protection. For instance, larger projects with big impact might depend on the success of one little project. Or the dependent projects might themselves be small, but the impact of their deliverables on the organization might be considerable. In assessing these risks, it's not the size of the project that matters — it's the size of the consequences. To think otherwise is risky. Top Next Issue
This article is based on an excerpt from my ebook How to Spot a Troubled Project Before the Trouble Starts, which has much more about the factors that put projects at risk.
Projects never go quite as planned. We expect that, but we don't expect disaster. How can we get better at spotting disaster when there's still time to prevent it? How to Spot a Troubled Project Before the Trouble Starts is filled with tips for executives, senior managers, managers of project managers, and sponsors of projects in project-oriented organizations. It helps readers learn the subtle cues that indicate that a project is at risk for wreckage in time to do something about it. It's an ebook, but it's about 15% larger than "Who Moved My Cheese?" Just USD 19.95. Order Now! .
Your comments are welcomeWould you like to see your comments posted here? rbrenYSvIhacERiplknPsner@ChacRdZrDtoCpSDSqqjVoCanyon.comSend me your comments by email, or by Web form.
About Point Lookout
Thank you for reading this article. I hope you enjoyed it and found it useful, and that you'll consider recommending it to a friend.
Support Point Lookout by joining the Friends of Point Lookout, as an individual or as an organization.
Do you face a complex interpersonal situation? Send it in, anonymously if you like, and I'll give you my two cents.
More articles on Project Management:
- TINOs: Teams in Name Only
- Perhaps the most significant difference between face-to-face teams and virtual or distributed teams
is their potential to develop from workgroups into true teams — an area in which virtual or distributed
teams are at a decided disadvantage. Often, virtual and distributed teams are teams in name only.
- The Politics of the Critical Path: II
- The Critical Path of a project is the sequence of dependent tasks that determine the earliest completion
date of the effort. We don't usually consider tasks that are already complete, but they, too, can experience
the unique politics of the critical path.
- Nonlinear Work: Internal Interactions
- In this part of our exploration of nonlinear work, we consider the effects of interactions between the
internal elements of an effort, as distinguished from the effects of external changes. Many of the surprises
we encounter in projects arise from internals.
- Managing Non-Content Risks: I
- When project teams and their sponsors manage risk, they usually focus on those risks most closely associated
with the tasks — content risks. Meanwhile, other risks — non-content risks — get less
attention. Among these are risks related to the processes and politics by which the organization gets
- Why Scope Expands: II
- The scope of an effort underway tends to expand over time. Why do scopes not contract just as often?
One cause might be cognitive biases that make us more receptive to expansion than contraction.
Forthcoming issues of Point Lookout
- Coming November 22: Motivation and the Reification Error
- We commit the reification error when we assume, incorrectly, that we can treat abstract constructs as if they were real objects. It's a common error when we try to motivate people. Available here and by RSS on November 22.
- And on November 29: Manipulators Beware
- When manipulators try to manipulate others, they're attempting to unscrupulously influence their targets to decide or act in some way the manipulators prefer. But some targets manage to outwit their manipulators. Available here and by RSS on November 29.
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenQCpaholHRUKBrdHxner@ChacprLCAdYlZQkkbffSoCanyon.com or (617) 491-6289, or toll-free in the continental US at (866) 378-5470.
Get the ebook!
Past issues of Point Lookout are available in six ebooks:
- Get 2001-2 in Geese Don't Land on Twigs (PDF, USD 11.95)
- Get 2003-4 in Why Dogs Wag (PDF, USD 11.95)
- Get 2005-6 in Loopy Things We Do (PDF, USD 11.95)
- Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, USD 11.95)
- Get 2009-10 in The Questions Not Asked (PDF, USD 11.95)
- Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, USD 28.99)
Are you a writer, editor or publisher on deadline? Are you looking for an article that will get people talking and get compliments flying your way? You can have 500 words in your inbox in one hour. License any article from this Web site. More info
- Ten Project Management Fallacies: The Power of Avoiding Hazards
- Most of what we know about managing projects is useful and effective, but some of what we know "just ain't so." Identifying the fallacies of project management reduces risk and enhances your ability to complete projects successfully. Even more important, avoiding these traps can demonstrate the value and power of the project management profession in general, and your personal capabilities in particular. In this program we describe ten of these beliefs. There are almost certainly many more, but these ten are a good start. We'll explore the situations where these fallacies are most likely to expose projects to risk, and suggest techniques for avoiding them. Read more about this program. Here's a date for this program:
- The Power Affect: How We Express Our Personal Power
- Many people who possess real organizational power have a characteristic demeanor. It's the way they project their presence. I call this the power affect. Some people — call them power pretenders — adopt the power affect well before they attain significant organizational power. Unfortunately for their colleagues, and for their organizations, power pretenders can attain organizational power out of proportion to their merit or abilities. Understanding the power affect is therefore important for anyone who aims to attain power, or anyone who works with power pretenders. Read more about this program.