Spotting a failing project

How do you identify a failing project?? Back on May 1, I wrote about why software projects fail. Thanks for the response to the post and the suggestions. Here is a great companion piece from Rick Cook writing for CIO – How to Spot a Failing Project.  Rick introduces this paper by optimistically saying that project managers are getting better and more sophisticated at managing software development. However, even today according to Rick, only one-third of all projects are considered complete successes. He believes that a key to successful project management is to spot problems early while there is still time for course corrections.

I highly recommend his entire article. Here is a peek at a few of his potential pending-failure metrics:

  • Lack of interest including missed meetings, not participating in discussions, or not paying attention
  • A “No-Bad-News” environment
  • Lots of overtime
  • Diversion of resources
  • Missing intermediate milestones

If you have a favorite “tell” that makes you uneasy about a project’s success or failure, please share.

 

Business Analysts – the unsung heroes of successful projects

If your project has a Business Analyst (BA) consider yourself fortunate because a BA helps solve problems when they happen and often prevent them from happening in the first place. On a project, the BA works in tandem with the PM to create a successful project outcome with the PM focusing on resource management and schedule compliance and the BA assuring accurate collection of and compliance with the requirements of all stakeholders.

According to Wikipedia, a BA is “responsible for analyzing the business needs of clients to help identify business problems and propose solutions. Within the systems development life cycle domain, the business analyst typically performs a liaison function between the business side of an enterprise and the providers of services to the enterprise.”

Alternatively, the International Institute of Business Analysis offers the following definition of the BA’s role: "A business analyst works as a liaison among stakeholders in order to elicit, analyze, communicate and validate requirements for changes to business processes, policies and information systems." The BA’s work may include eliciting functional and non-functional requirements, translating business needs to developers and developer’s constraints to other stakeholders, and managing the customer relationship. WOW! I bet they are also expected to part the Red Sea and feed the multitudes.

Why is the BA’s job so difficult and challenging?
The skills required to be an effective BA are spread across such diverse skill sets that they may seem contradictory—logical analysis, understanding state-of-the-art software capabilities, excellent written and verbal communication, diplomacy, knowledge of best practices, attention to detail, and the ability to see and communicate a bigger business picture—it’s a long list.

Let’s consider just one of the crucial BA tasks to see why it can be so difficult and challenging—usability requirements. Usability goes to the heart of acceptance of a software product by the stakeholder group called “users”.  According to Usability First:

“Usability depends on a number of factors including how well the functionality fits user needs, how well the flow through the application fits user tasks, and how well the response of the application fits user expectations. Usability is the quality of a system that makes it easy to learn, easy to use, easy to remember, error tolerant, and subjectively pleasing.”
You may think that the BA could just ask the user’s what they want, document it, and give the requirements document to the project manager. Well, believe me; it does not work that way in practice. One of the problems is that user’s rarely know what they want—at least not in sufficient detail to derive product design specifications. Users may find it difficult to imagine what their experience will be like without actually working with the software to accomplish their job tasks. Then they find all kinds of flaws.
Not to mention that human nature does not always like change and so people will look for details to complain about.  Or, there may be multiple users with competing preferences. Here is how the BA can help ensure usability and acceptance.

  1. Identify the current process and any problems the users have with it
  2. Talk with users about their known preferences and wishes
  3. Create a concept of operations that walks users through the operations of the new software, document their responses, explain them to developers
  4. Create use cases, user personas, or scenarios that explain the varied user’s needs and tasks to the developers and project managers
  5. Use words and pictures to help developers and users communicate more effectively
  6. Maintain requirements compliance and give feedback to both the PM, the users, and the paying client—facilitate continuous communication

You can learn more about BA best practices by ordering a copy of the Business Analysis Body of Knowledge (BABOK) recently updated in March 2009. The book is free for International Institute of Business Analysis members and $29.95 for non-members.

If you have worked with a BA please share your experience.

 

Interviewing tips for project managers

In these tough economic times it is more important than ever to hire and retain the right people.  For those of us who are fortunate enough to be in a hiring position, it is incumbent upon us to pick the right candidates.  Applicants prepare for important job interviews. They think about the answers they will give to typical interview questions and the questions they will ask. They may practice with friends or spouses and they may even hire a consultant to help them “ace” the interview.

But what about the interviewer?  As a project manager who is looking to hire team leaders, developers, designers, testers and support staff, you need to practice and rehearse for your interview, too.

Remember that hiring is selling as much as it is selecting. You need to make sure that you gain the information from the applicant that you need to make an informed decision AND you need to persuade viable candidates that your organization is the place they want to be.

Businessnet offers some advice to interviewers in their thoughtful article: “10 Mistakes Managers Make during Job Interviewsincluding mistakes like talking too much and failing to ask the tough questions.

At Cognitive Technologies, we suggest following a back to basics approach that helps you “Hire or Staff for Success”. We have found that excellent candidates who stay through the tough times and continue to contribute to the organization display the following four qualities are:

  1. Continuous desire to learn
  2. Ability to communicate
  3. Commitment to quality
  4. Practical aptitude (or  common sense)

You are welcome to get a copy of “Staffing for Success – Back to Basics” by registering in our library. Getting the free user login will allow you access to this or any white paper in the library.

If you have a favorite interview question, please share it with your comment.

 

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.

 

Follow

Get every new post delivered to your Inbox.

Join 354 other followers