Greatest Importance for Success

Lewis and Clark knew management. One important management principle shows up in the correspondence between Lewis and Clark as far back as 1803. American readers will remember that Lewis and Clark, with a group of frontiersmen, set out to find a water passage from the Mississippi River to the Pacific Ocean. The timing of the Louisiana Purchase (1803) and the Lewis and Clark expedition (1804-1806) seems as though President Jefferson was telling the men, “We just bought a huge chunk of land. Now go see what we just purchased.” In reality, Thomas Jefferson had pursued several ideas for western exploration years before the purchase was made.

In preparation for the trip, Lewis and Clark exchanged a series of letters regarding expedition objectives, needs, and timeframes. In one such letter, Clark shares "a judicious choice of our party is of the greatest importance to the success of this vast enterprise." Lewis responded in agreement.

Selection of staff is of “greatest importance?” Do you hold such beliefs? If you do agree with Clark, do you act on those beliefs? I have oftentimes been encouraged to make a job offer to a candidate after a single interview. Ideally, I would like to meet the candidate on two or three occasions. If I must spend the next few years working with a person, I want to make sure I know that person before he or she is invited in the door.

If your experience has been like mine, your most frustrating problems are related to people? When I think of my best projects, it is always the projects where I was able to work with good people.

How important is selecting the right people? Were Lewis and Clark off course on this one?

Towers Perrin's Top-10 List for Employee Engagement

Another firm that chimes in about employee engagement is Towers Perrin. Like Accenture, Towers Perrin also has a top-10 list for employee engagement.

1. Senior management sincerely interested in employee well-being
2. Ability to improve skills and capabilities
3. Organization’s reputation for social responsibility
4. Employees' input into decision making
5. Quick resolution of customer concerns
6. Setting of high personal standards
7. Excellent career advancement opportunities
8. Challenging work assignments that broaden skills
9. Good relationships with supervisors
10. Organization encourages innovative thinking

Most of these ten drivers directly impact the employee (e.g., 1, 2, 7). A couple of the top-10 drivers speak to the environment of the employer (e.g., 10). The odd one here, the one I didn’t expect to see, is driver #5. Resolution of customer concerns has not appeared on any of the other employee engagement lists that I have reviewed. I suppose it is difficult to be engaged to an employer that has difficulty resolving the problems of its customers.

What is on your top-10 list for employee engagement? Has Towers Perrin captured everything on your own list?

Accenture's Top-10 List for Employee Engagement

I found that Accenture’s Human Performance service line has considered how employee engagement affects profit, productivity, and innovation. They have found a direct relationship between employee engagement and profit, productivity, and innovation. Accenture’s analyses have shown that the higher an organization scores on the ten areas below, the higher the employee engagement rating.

• Recognition and rewards must be linked to job and business performance
• Hr systems must provide managers with the information they need
• Learning opportunities for current and future positions must be available
• Provide tools for staff to find the information they need to perform their jobs
• Frequent and effective performance appraisals must be provided
• High-performance physical workplace must be created
• Significant changes in the organization must be communicated to reduce their impact on morale and performance
• Pay attention to each employee’s career planning and development
• HR policies must be fair for all staff members
• Recruit individuals with the same goals as the organization

Does this look like a complete list to you? What about trusting one’s manager? What about having a good working relationship with one’s boss? I once read that an employee always joins a company, but always leaves a boss. I think a person’s relationship with his manager carries a lot of weight. Where is that topic in the Accenture’s list?

What do you think?

Sacred PM Practices – Bottom Line

Most project managers, project management instructors, and publishers of project management material are spending much effort on management topics that are of little importance to the success of large IT projects, and little energy on those topics which are present in many of these successful large IT projects – leadership, ownership, trust.

I am not suggesting that knowing how to create a project plan, or managing project risks are not important. I have come to believe that topics like leadership, ownership, and trust are little understood. How much time do you, or your project manager, spend on creating a sense of ownership among team members? Do you spend any energy cultivating trust?

We started the discussion of the research project, Sacred Management Practices, in a posting on January 25, 2009. This summary posting represents that last planned post about the the project. We have enjoyed some great discussion around the topics presented. You can find the full presentation at SlideShare.net under Sacred PM Practices.

Sacred PM Practices – Topics for Consideration

Traditional project management resources seem to address topics that do not necessarily support the successful execution of large IT projects.

• Project Management Institute claims to be the world’s leading publisher of project management information. Its books, newsletters, training courses, and seminars focus on traditional concerns such as resource estimation, risk management, and scope management.
• American Management Association’s books, seminars, and self-study materials focus on traditional project management activities – setting measurable project objectives, estimating project costs, and the use of a Work Breakdown Structure.
• Software Engineering Institute strongly promotes the establishment of repeatable (i.e., standard, documented) processes for such areas as project planning, project tracking, and change management.

Project management resources do not adequately address the qualitative findings of this study.

• There are many resources written about leadership. The resources however, tend to address military leadership and the leading of whole corporations.
• There are few resources that address ownership. Some of the leadership books do include a sentence or a paragraph about why ownership is important to an organization.
• There are extremely few project management resources that address trust among project stakeholders.

Do you also find this to be the situation? If so, why? Is it simply easier to describe how to create a work breakdown structure than it is to describe how to create an environment of engaged team members?

Managers Only do 4 Things

Sometimes my head spins with the many and varied duties of a manager. How can anyone be a competent manager in the face of so many skills needed? Must we be good at everything, or just the important things? How can we be confident that we know what the important things are? Do the important things change with time? It is like a nightmare.

Marcus Buckingham and Curt Coffman write, in the book First, Break All the Rules, that a manager only performs the following four tasks:

· Select the right people
· Set expectations
· Motivate the people
· Develop people

What are Buckingham and Coffman missing? Can everything a manager does fit into one of the four categories above? Where does conflict resolution fall? How does encourage/build teamwork fit?

Sacred PM Practices – Possible Explanation

It may seem reasonable that with strong leadership, ownership, and trust in place, there is less of a need for the standardization of project management procedures/activities (e.g., resource estimation, risk assessment, change management).

In contrast, there is a need for standard project management procedures in the absence of leadership, ownership, and trust.

This possible explanation implies that standard project management procedures serve as a substitute for project leadership, ownership, and trust.

Am I reaching here? Have I oversimplified the observations?

Hell hath no fury like the wrath of a band scorned?

One customer service statistic that I came across during school really sticks out in my mind -- only one in six dissatisfied customers will complain. What is the ratio of customers who devote their energy to publishing a music video to right a customer service wrong? One in ten thousand?

The Sons of Maxwell band members witnessed careless, or negligent, handling of their equipment by United Airlines baggage handlers. Unfortunately, after a year of requests, United could not compensate its customer for his destroyed guitar.

Enjoy the video. For those who have picked up damaged luggage after a flight, have empathy for the band. Reconsider your choice of airlines the next time you fly. This video on Youtube is about to hit 2 million views. I wonder if United executives are reconsidering how they handled this complaint.

The band promises to publish three videos about its experience on United Airlines. Two more videos are to follow.

Sacred PM Practices – Unexpected Findings

Project Managers of successful large IT projects spend relatively little effort on activities declared important in project management literature, methodologies, and training seminars. Only two of the nine initial assumptions, dedicated project team and frequent interaction with stakeholders, passed the 80% bar (see posting on June 15, 2009).

These same project managers do focus on project leadership, build a sense of ownership, and cultivate trust among project stakeholders.

Why do you think that leadership, ownership, and trust are not prominent in literature, methodologies, and training seminars? I have been looking for these topics to be addressed for four years now. Only recently have I seen a couple of books and a seminar on Trust.

Sacred PM Practices – Trust

Trust is the confidence one has that another will fulfill his obligation.

Many of the respondents shared their conviction that trust among individuals was crucial to the success of their projects. These respondents reported that there was trust among senior management, the project manager, the project team members, the business community, and users. Others, like Dr. Keith Mathis, have found the importance of creating an environment of trust. His posting can be found here on Project Smart.

One particularly interesting observation was that when there was trust in a project relationship, the relationship could sustain multiple mistakes (e.g., missed deadlines, budget overruns). These mistakes, of course, could batter the level of trust.

Has trust ever played into the success of any of your projects? Have you found the there is less documentation when there is a lot of trust?

Sacred PM Practices – Ownership

Ownership is a psychological bond between a project team member and the outcome of a project.

The majority of respondents in the study volunteered their belief that a sense of ownership was critical to the success of their projects. Many discussed several perspectives on ownership. Respondents shared examples of project managers, project team members, the clients (both internal and external), and users exhibiting ownership of project outcomes. There was the consultant who volunteered to cancel his contract if a software release was not successfully executed at a critical time. I also remember the CEO who found a project team in the office hours after a blizzard ended. No one from the rest of his company could make it into the office because of the snow-drifted streets.

The respondents did not know how to measure the level of ownership, but believed that they could state whether project team members exhibited ownership.

When have you seen a project team show ownership of its success? Have you witnessed an especially engaged project team? If so, what made the team engaged?

Sacred PM Practices – Project Leadership

Project Leadership is the ability to use interpersonal relationships to stimulate and guide people toward the accomplishment of a project.

Many of the respondents made a strong distinction between project management and project leadership. While there are various definitions offered, a leader seems to be the one who achieves goals by influencing others, has a respect for expectations and perceptions, and directs others with a shared vision. A project manager, on the other hand, simply manages a project schedule, checks on progress, and tries to contain scope. Other comments from respondents included the following sentiments:

• While a leader may not like office politics, he knows politics is part of the work environment. He does his best to use politics to his project’s advantage.
• A leader makes an effort to understand all the personal agendas and expectations of the key stakeholders. He tries to understand why each does, or does not, want the project to succeed.
• A leader is successful in establishing and managing relationships

Have you also had difficulty describing how leadership contrasts with management? Pawel Brodzinski tackled this question here. Do you simply know leadership when you see it?

Sacred PM Practices – Qualitative Factors Uncovered

My prepared questions were asked. Hundreds of pieces of information were organized. Trends were identified.

When I asked the successful project managers what I was missing, most project managers shared a few ideas that had helped their projects to succeed. The following characteristics were discovered to be present, to a large extent, on most of the sample projects:

• Project leadership, as opposed to project management
• Ownership of the project outcome
• Trust among project members, stakeholders, and senior management

I was dumbstruck. In all of my project management courses and seminars, studying of PM textbooks, and discussions with senior management, I had never come across the importance of leadership, instilling a sense of ownership, and cultivating an environment of trust. After all, most of our status reports address schedule, budget, and risks.

When was the last time your boss asked you about your project team members’ sense of ownership? When has your status report commented on your client/customer’s trust in the project team?

Sacred PM Practices -- Findings Revealed

I thought the best way to share the findings and trends of the research project would be in podcast form. Please click the podcast listed on the right panel of this page to listen. The podcast, along with the graph below, provide a concise summary of what was found.

Thank you for visiting Management House. I look forward to reading your comments.

Management’s Biggest Problem Today

What is the most common way to bring ruin to a project, a business (Enron, Bernie Madoff’s Ascot Partners), a nation? What, since the beginning of human history, has brought on self-destruction?

Lack of personal integrity.

Every major religion and many historical figures comment on maintaining personal integrity.

• Christianity - The Lord abhors dishonest scales
• Judaism – Thou shalt not bear false witness
• Islam - Thou shalt not raise a false report
• Buddhism -I will honor honesty and truth, I will not deceive
• William Shakespeare -- No legacy is so rich as honesty
• Ben Franklin – Honesty is the best policy
• Thomas Jefferson -- Honesty is the first chapter in the book of wisdom
• Your mother – _______ (fill in the blank)
  

No matter where I go in the business world, I am a witness to lying, deceit or both. How often have you seen some one lie to buy time? How often has a lie only deferred the pain? How many unnecessary lies have you witnessed?


I have never found a lying leadership to be inspiring. Personally, it is difficult for me to work with those who lie so easily. Timothy Barry, in Project Smart, lists integrity as one of the top qualities of being a project manager.

And what is the rationale given for a lie in the business world? It is the way businesses work. Everybody does it. How about the comment, “If we don’t lie, another company is just going to lie and win the work?”

Are we to just accept it? How are we to protect ourselves, our projects, and our business?

Management’s biggest problem today is that of all times -- To deceive others, or oneself.

Sacred PM Practices -- Lessons Learned

The final assumption that I tested in my project management research project (introduced in a Jan 25, 2009 posting), was a project’s collection and use of lessons learned. I wondered whether a difference between project success and project failure might be that a successful organization might learn from its own successes and failures.

Observations

• The majority of the projects were successful without conducting such meetings.
• Of the 56% of the projects that did not conduct such a meeting, nearly all of the respondents reported that such an activity should have been performed.
  

My experience with lessons learned is limited to a one-time meeting at the end of the project, where what is discussed (i.e., lessons) is largely or entirely ignored the next time around. When have you send lessons learned used? Has it made a difference?

Sacred PM Practices - Change Management

Projects, large and small, must respond to a constant bombardment of proposed changes from customers, upper management, the business, the market, and perhaps even the federal government (e.g., regulatory changes). For a project to be successful, it must formally manage these changes. Or so I thought.

Observations

• The majority of projects (56%) were successful without formal change management procedures (e.g., documented procedures, forms to be completed, consensus approval).
• Of the 44% that reported formal change management activities, many project managers reported that the formality was absolutely critical to the success of the project.

I have rarely witnessed formal change management. I have often seen formal change management implemented, but rarely executed. There are forms, procedures, a change control board for those organizations very serious about change. From my viewpoint most of the time, the forms are not completed, the procedure description collects dust, and the change control board meets infrequently. Yet, some projects are successful.

Have you seen/lived formal change? Has it meant the difference between project success and project failure?

Introduced in a Jan 25, 2009 posting, this research project studied the project characteristics of large, successful IT projects.

Alltop Now Features Management House

Management House is now featured at Alltop.com.

Alltop enhances your online reading by displaying articles from online sources that you’re already visiting. It also helps you to discover sources that you didn’t know existed. For more information about Alltop, check out the review in ReadWriteWeb.

You will find Management House under Alltop’s Project Management topic.

How to Manage in a World Turned Upside Down

Working is stressful enough in times without a global recession, huge layoffs , and ongoing corporate bankruptcies. Managers can do a great deal to relieve an employee’s fears, ease a restructuring, or help prepare for a layoff. Managers are in a position to:

• Deal honestly with employees
• Be proactive with employees’ needs for information
• Encourage participation in change where possible
• Implement change gradually

Most people do not resist change. They resist the uncertainty associated with change. Honest and constant communication can help to reduce uncertainty. Each employee, like you, needs to make informed decisions about their (family’s) future. A friend of mine found a new job because he heard his team might be downsized in a few months. It wasn’t.

These observations may seem trite, but how often have you seen change go well? How many times have you been part of a reorganization and commented, “Excellent reorg. Smooth.” Do most people who are laid off conclude that they were treated with respect?

Sacred PM Practices -- Project Reporting

I next considered whether project recording could be a key factor in successful execution of a large IT project. Reporting has always been a rather dry subject, but perhaps I could discover something innovative in the frequency, topics, or audience of project reporting.

Frequency of Project Reporting

Observations

• Thirty-two percent of projects reported on a monthly basis
• Two of the projects (8%) never or rarely reported to senior management

Topics in Project Reporting

Observations

• Senior management chooses to review project risks and project schedule for a significant percentage of the projects
• Senior management reviews neither the project budget nor changes in project objectives for the majority of projects

Audience in Project Reporting

Observations

• Sixty percent of the projects report that written project status reports are distributed to only those who attend status meetings
• Even though sending an electronic report to the entire project team costs essential nothing, only 24% of the project managers do so

Did you find any surprises here? I have never really understood why a project report would not be shared with all team members. I have always found my name, next to a set of tasks with dates, to be very motivating.

Sacred PM Practices – Stakeholder Involvement

Another topic that I pursued in my research, introduced in a Jan 25, 2009 posting, was the frequency of stakeholder involvement. I predicted that it would be nearly impossible to execute a project successfully without frequent interaction with project stakeholders.

Observations

• Of the 25 successful projects, 84% report a daily or weekly interaction with stakeholders.


• Twelve percent of the successful projects had infrequent interaction (i.e., less frequent than monthly) with stakeholders.
  

Can you believe that three of the projects reported a “rarely” for stakeholder involvement? Does your experience mirror the findings above? That is, are stakeholders typically involved daily or weekly?

Stepping Stones to Achieve Towering Competence

It has been said that McKinsey consultants strive for towering competence. That is, to be so competent in a field that one towers above all others. I have often wondered how one achieves this goal. I have created the list below to help to identify some practical steps to start down this path.

Discussions

• Bring up (insert your discipline here) with your colleagues, continuously
• Ask an expert how he or she became a recognized leader

Literature Search (existing knowledge)

• Read periodicals
• Study case studies
• Read constantly

Research (new knowledge)

• Conduct surveys to learn more about (insert your discipline here)
• Review the findings of others’ surveys
• Visit leaders of (insert your discipline here) .
• Conduct information interviews.

Seminars

• Attend seminars where (insert your discipline here) is discussed
• Present your ideas at seminars

Project Work

• Watch for opportunities where you can learn more about (insert your discipline here)
• Build (insert your discipline here) into the project
• Put a (insert your discipline here) angle on the project
• Build a research portion of (insert your discipline here) into the project
  

Publish

• Create a blog
• Post on others’ blogs (see Alltop.com)
• Publish articles in periodicals
• Publish your own book
  

No one can pursue all of these activities at once. Choose three or four that you can tackle during the next three months. Maybe you cannot focus on writing a book this year. Many training and travel budgets have been slashed so you are forced to defer the seminar avenue. Even in a global recession, you should be able to talk with colleagues, read a lot, and create a blog. When working towards towering competence, remember that it could take a few years, or a career, to achieve.

What have I missed? Are there other activities that can help a person along the way to becoming an expert in a field?

Sacred PM Practices -- Define Project Schedule

“In preparing for battle I have always found that plans are useless, but planning is indispensable” is a well known quote from General Eisenhower. While I would not propose managing a project is the same as ridding the world of tyranny, his sentiment strongly suggests that we should pay careful attention to planning. If a project manager is to be successful, he or she should take great care in planning. Eisenhower didn’t mention the use of any single planning approach like the PERT Estimate, or Simpson’s Rule, but surely a planning methodology is necessary to build a project schedule.

Wrong.

Observations

• None of the projects reported a formality (e.g., Global Efficiency Factor, Productivity Adjustment Percentage, PERT Estimate) in scheduling


• Project managers for 64% of the projects had to make all interim milestones fit a final milestone

This, by the way, was the most shocking discovery of my research project… not a single project used a formal estimating approach to define its project schedule. Others have found project management methodologies to be unnecessary for some types of projects (see We Don’t Need No PM Methodology by Pawel Brodzinski).

I tend to use one of two planning approaches. For unfamiliar types of projects, I will work with my technical leads using something like PERT Estimate. For types of projects where I am familiar with the activities to be performed, I just lean on my own judgment (a.k.a. relative comparison). It is quicker.

What about you? How much do you depend on formal methods of project planning?

Sacred PM Practices – Dedication of Staff

It looks like one key to success is to have a dedicated project team. The term dedicated means that the project team members are not expected to split their time between projects. The pie chart below should serve as a healthy argument for acquiring dedicated resources.

Observations

• Eighty-four percent of the projects indicated that the core staff of the team was 100% dedicated


• Only 16% of the successful projects reported a problem with insufficient resources

I have found a dedicated project team to be a luxury. How many times have you worked on only one project at a time? I have never worked for a large company where matrix management is not the norm. Lost in Matrix Management points us to many of the problems of this type of organizational structure.

Have you ever seen a large project succeed without dedicated team members? Perhaps sharing the time of team members is fine as long as their work is not on the schedule's critical path.

(For information about Sacred PM Practices, see the posting on Jan 25, 2009)

Sacred PM Practices – Project Manager Selection

How is a successful project manager chosen? I’d like to say, very carefully. However, my research shows that the majority of project managers are not formally chosen. That is, there is little effort in identifying what the project needs in a project manager, and then matching the project needs with a candidate’s abilities.

Observation

• The selection of only 6 of the 25 project managers could be classified as formal or involving lengthy consideration (i.e., energy was spent identifying needed skills, reviewing candidates, and selecting an individual)
  

I asked my respondents to comment on the attributes that were important when selecting a PM for a large IT project. The following attributes were identified as selection criteria for project managers for the sample projects:

• Communications skills – 6 responses


• Business knowledge – 5 responses


• PM came highly recommended – 5


• Reputation for delivery – 5


• Sound judgment – 4


• Person was simply available – 4


• Organizational skills – 3


• Strong relationship with business community – 3


• Technical knowledge -2


• Negotiating skills – 2


• Demonstrated leadership with business community – 2


• Maturity level of person – 1


• Similar work in the past – 1


• PM was on the project’s steering committee – 1
  

Please note, some PMs were selected based on a few criteria. The number of responses does not equal the number of projects in the sample.

What do you think about the list of selection criteria? I was shocked at “Person was simply available.” This is an honest response, but weak. I have worked on many projects where “technical knowledge” of the project manager was considered critical. However, technical knowledge of the PM came into play for only two of the twenty-five projects.

Sacred PM Practices -- Steering Committee

You have been given a large IT project to manage? One of your first tasks is to form a steering committee. Right?

Wrong. The findings from my research show that large IT projects do succeed without forming such groups.

Observations

• 40% of the successful projects did not have a steering committee


• Of the 60% of the projects that did have a steering committee, only 2 were described as effective
  

I am not advocating the elimination of all steering committees. I am just pointing out that they are not always a prerequisite for success. Project Smart offers some of the best advice I have seen lately – form a steering committee only if the problems you expect to encounter might be solved by a steering committee. Don’t jump to creating such a committee without first answering the question, could a steering committee help the project to succeed? It sounds like common sense, but how many times have you seen a steering committee formed simply because the project is large?

Only two of the twenty-five projects in my research had effective steering committees. This suggests that effective steering committees are rare. Have you ever seen an effective steering committee? If so, what made it effective?

Immaterial Deadlines

Most deadlines mean nothing. Many are ambiguously set by higher levels management. Let’s face it, what is going to happen if your project is completed two weeks later? How about two months later? Are markets going to crash? Will your employer be forced into bankruptcy? Will your reputation be permanently damaged? Of course, for some projects, the answer is yes. Others have made the same observation regarding most of the projects we tackle.

How, as managers, do we deal with forgiving deadlines? I found some words by Annie Dillard to be helpful. The PulitzerPrize winner said, “A schedule defends from chaos and whims.” This places some importance on deadlines, even when dates are trivial. Deadlines can help us to reject the unimportant requests.

Whims can be a real problem. I once worked with a PM who, I swear, managed his work by the e-mail he received. He used his e-mail to define his activities. Tom Peters may advocate Management by Wandering Around (MBWA), but my PM friend seemed to be an advocate of MBE (Management by E-mail).

Have you found creative ways to manage to deadlines that seem to be inconsequential? If so, what works for you?

Sacred PM Practices -- Project Objectives

The findings of my research into what it takes to successfully manage a large IT project will be shared here on Management House during the next few weeks. First, let’s take a look at what the sample of project managers said about the use of project objectives.


Observations

• Project objectives were not even defined for 20% of the successful projects.
• After defining objectives, 15% of the projects did not document the objectives.
• Once 17 projects had documented their project objectives, 35% did not share the objectives with the entire project team.
  

I thought project objectives are what keeps people pulling in the right direction. What has been your experience with project objectives? Have they been vital? Are they overrated?

Sacred PM Practices -- Assumptions to be Tested

The research of large successful IT projects asked questions to test the following assumptions:

• Well-defined project objectives are important to success


• An effective Steering Committee is necessary


• Careful consideration is given when selecting a project manager


• Most, if not all, project team members are dedicated to project


• Interaction with stakeholders is frequent


• Project estimating (e.g., resources, schedule) is formal


• Senior management is provided frequent and detailed visibility into a project as it progresses


• Change management activities are formal


• Projects learn from themselves by conducting occasional Lessons Learned Meetings and applying what is discussed.
  

Did I miss anything? Have you seen projects end successfully where other features came into play to help the project?

Sacred PM Practices -- Project Sample

A successful kite is one that stays aloft.

A successful landing is any one that you can walk away from.

A successful project is …?


As the size of IT projects increase, project success rates drastically decrease. In fact, for project budgets greater than $750K, project success rates are 33% or less.
(Source: The Standish Group)

I limited my research project to large IT projects that had been successfully executed. The projects in my sample met the following conditions:

• Must have project budget greater than $750K
• Must be an information technology enabling business solution
  

The first thing I learned, after the interviews began, was that not all project success is defined the same. I thought a project was successful if it is completed within budget and on time. Isn’t that how the books define it? I found some successful project managers defined their success as the following:

• Build a good relationship with the new client organization
• Learn about what customers really want
• Bring in some cash this fiscal quarter
  

How do you define project success? Can a project be successful if it is late, or over budget, or both?

Up From the Ashes

I experienced failure on a large IT project about a decade ago. The project didn't fail on my watch, but it certainly crashed. I happened to be the 3rd of four project manager’s during the project’s year of existence.

I did everything the project management textbooks told me to do. I created a detailed project plan with the help of my technical leads. I assessed project risks and set out the manage them. I created a communications plan to describe how my team would now communicate with our client team. The list goes on. My senior management confirmed that I was doing the right things. And yet, the project failed.This failure haunted me for years. I wondered whether I had misunderstood much of what I had read. Were the project management books wrong? Was senior management of my employer wrong?

I needed answers to my questions. I needed to know what I was missing in my management of this project. Specifically, I planned and executed a research project to identify the key factors that are present in successful large IT projects.

During the next few days and weeks, I will use Management House to show what I learned during this research. The research project is entitled, Sacred PM Practices. My findings have completely changed the way I manage projects. I welcome your comments.

First Impressions of Management in the Real World

We all leave college and enter the real world with certain expectations. I was to become a highly prized software developer. My manager was to help me. Of course, the real world is very different. Soon after I entered the real world, I decided to return to school to formally study management.

I found the working world to be lacking in management skills. Nice people, but some of the management fundamentals were missing – risks were never accessed, deadlines seemed to be optional, and problems among project members festered. Even at 23, I knew these problems were solvable.

Not all companies are like this. Thanks to my consulting experience, I have seen dozens of companies and witnessed how they are managed. Some fair well, but many are just like my first impressions – short-sighted and reactionary.

What was your first response to the state of management? Listen and learn from those more experienced? Run away and join another employer? Another industry? Or did you decide to head back to school to formally study management?