What’s in a name—job title inflation hits project management

Today I am pleased to have a guest post on a very interesting and appropriate topic for the current business climate—job title inflation.  Dr. McGraw has been looking at human performance and job competencies for many years and we are pleased to have her share thoughts on this subject as it applies to the project management, PM and IT.

Job Title Inflation

Guest Post by Dr. Karen L. McGraw, CEO, Cognitive Technologies

Depending on your company’s culture, job titles may be just a string of words that are basically irrelevant to the real world outside of human resources or they may signal responsibility, pay, and perks associated with a position. When should a project manager or PM care about job titles? I can think of three situations where job titles and especially the inflation in job titles matter to Project Managers.

  • When other people in your organization care
  • When you are hiring a project manager from the outside
  • When you are compiling your resume

I did a quick and admittedly informal and not-comprehensive search of job titles used in the marketplace for positions that most of us would think of as project managers. What I found was fascinating and a bit disturbing. Here’s a quick list of some of the descriptors and qualifiers:

Implied level of responsibility and authority

Optional Qualifiers

Deputy IT
Associate Software
Principle Systems
Assistant Director
Senior Group
Lead Development
Supervising Supervising
Chief Product

There are no laws or universal rules about job titles for project managers.  Unfortunately, they vary both across and within organizations.  Are you an Associate Project Manager, a Task Lead, a Project Manager, a Sr. Project Manager, or a Program Manager?   What differentiates each of these titles? Is it random, is it time in the actual role, is it the number or size of projects managed, or is it based on clear job definitions and competencies that require different levels of skills by job role or title? I have assessed many organizations and job positions. In one particular organization we analyzed exemplary project managers and unfortunately found that competencies and skills had little to do with the title. Instead, people had come into the organization with a particular title and no one questioned if that level of title was appropriate to the job to be done in the new organization.  Job title inflation requires that you carefully consider not just the past title on a resume, but the outcomes that person actually produced in a previous project manager position. You may find that the Assistant Software Project Manager was in reality the code developer who took notes during staff meetings.

How did this title inflation come about? Betsey Stevenson, professor of business and public policy at Wharton suggests that job title inflation, “seems to go hand in hand with the flattening of the organization. People want to be distinguished in some way from everyone else, but in a flat organization there is less hierarchy and therefore less opportunity to be distinguished.”

You can learn some fascinating facts and insightful observations about how job title inflation came to be in “Chief Receptionist Officer? Title Inflation Hits the C-Suite”.  

The HR Capitalist suggests that job title inflation may occur if:

  • Limited funds
  • Retention Concerns
  • Customer Clout 
  • Internal Equity

Job descriptions and competeny models that support job titles can go a long way to removing job title inflation for project management. We use a tool called Project DNA to analyze project manager performance and document the important competencies and behaviors for each project title. When you are looking to hire or contract with a project manager from outside your organization, use the model that you have developed as a benchmark to look for job responsibilities or duties that closely mirror the outcomes you expect the project manager to produce. Do not be sucked in by a similar title, believing that implies similar capabilities.

Some companies care little about job titles, but in a company that does care, being simply a “project manager” may place you in a disadvantageous position when you are competing for resources against someone else with an inflated title. In terms of your organization, figure out how important job titles are in gaining resources and perks for your team and play the game by their rules. But document the capabilities, competencies, skills and outcomes you expect from each title to ensure that the people you staff can deliver performance and projects on time and on budget. 

About the Author:
Dr. McGraw is the founder and CEO of Cognitive Technologies. Dr. McGraw has extensive experience in technology-based performance improvement solutions ranging from the design and implementation of computer-based learning and learning management systems, to expert systems, performance support systems, intelligent interfaces, and knowledge management systems. Dr. McGraw is a co-developer of the Performance DNA toolkit for analyzing human performance to diagnose improvement opportunities. To learn more about Cognitive Technologies, visit www.cognitive-technologies.com and to reach Dr. McGraw directly, contact her at kmcgraw@cogtechinc.com.

 

Why Software Projects Fail

While there is great debate over why software projects fail, it is commonly believed that many— if not most—software projects fail in some way. Because of the fear of probable failure, many organizations continue to run their organization with antiquated or outdated software and processes rather than attempt a new software implementation. 

As it turns out, Gartner, Inc. a leading information technology research and advisory company assessed the frequency of software project failure rates last year. Although not quite as high as 50%, the failure rate is significant. According to the 2008 Gartner survey, projects considered failures occurred at rates of:

  • 14% for small projects
  • 20% for medium projects
  • 22% for large projects
  • Averaging about 20% for all types of projects(1) .

Additionally, 25% of projects failed due to functionality issues, 15% of projects failed because of high cost variance, 20% were canceled during delivery, and 18% were unsuccessful because they were substantially late(2).  

Because technology projects, more specifically software implementations, require the effective management of human resources in order to meet the target schedule, cost and quality requirements, it is reasonable to assume that ineffective resource management is a leading contributor to the failure of technology projects.

The primary implementation issues in software come down to:

While all of these issues must be appropriately addressed, managing the staff (resources) for a new software implementation can be the most challenging, especially when the project is not the staff’s only job.  Tools can be utilized to help keep assignments, schedules, and cost on track – but these are no substitute for the communication and feedback that needs to happen during an implementation.  The tools and methods that are used to communicate and manage these important aspects are vital to the successful outcome of the project. 

Today, approximately 80% of technology projects employ project management techniques at some level.  These techniques and processes are designed to help with managing scope, schedule, cost, and resources.  While the use of good project management may not keep the implementation from failing, the chances of success are greatly increased if the team performing the implementation project utilizes common tools and techniques during the implementation. Here are a couple categories and tools I have found especially useful in successful project management:

  • Project Schedule tool – MS Project, Planview, Clarity, Primavera
  • Collaborative Portal – MS SharePoint, E-Room, Custom Web site Reporting tool – SharePoint, Clarity, MS Word, MS Excel, MS PowerPoint
  • Resource Management / Time tracking tool – ProjectXecute, Tenrox, Primavera,

Each of these categories and tools, while serving a different purpose, help communication between team members and project managers.  It is important that whichever tools you implement and use, all of the staff and team members know how to utilize them and understand the need to keep information accurate.  A status report or a time sheet that is not accurate will never help the PM to understand where the project stands.  In fact, the biggest fear I see on software implementations is that people will not follow the schedule or estimates that have been made for the project.  This can only be monitored and managed by the tools that are used for the software project.

Please share your experiences, both successful and failing, in terms of using PM tools and techniques.

1. Apfel, Audrey L.; Hanford, Michael; Light, Matt; Stang, Daniel B.; Mieritz, Lars; Fitzgerald, Donna; 2008

 2. Apfel, Hanford, Light, Stang, Mieritz, & Fitzgerald; 2008

 

Follow

Get every new post delivered to your Inbox.

Join 383 other followers