Basic Project Management Module 2
Basic Project Management Module 2
Basic Project Management Module 2
2012
Presents
Via
PMA
1
MODULE # 2:
Organizational Role Responsibilities for the Project Management Process
and How to Cope with Various People Problems.
Structuring
2
ORGANIZATIONAL CHARACTERISTICS
ORGANIZATION TYPE
Matrix
Project Functional Weak Balanced Strong Projectized
Characteristics Matrix Matrix Matrix
You can see from the above chart and the next five organizational charts how projects
are handled in various types of organizations. The Project Manager’s authority level,
who is assigned to projects, the project manager’s role, common titles for project
managers and source and amount of support staff are also outlined. The “Functional
Organization” is the traditional organization. The “Projectized Organization” executed
the “Bolder Dam” type of projects. Remember one size does not necessarily fit all. You
and your organization have to decide what’s the right structure for your business.
3
Functional Organization
Chief
Executive
4
Balanced Matrix Organization
Chief
Executive
Chief
Executive
5
Projected Organization
Chief
Executive
Role Responsibilities
Functional Managers:
These people always think they are losers when a Project Management System is
initiated. But, nothing really changes for them. They still decide who does the work,
how the work gets done, etc. They also:
1. Retain direct line authority over employees while functioning as a supplier to the
Project Management Process.
2. Set functional standards.
6
3. Are RESPONSIBLE for who, how, and how well the project sub-tasks are
performed.
4. Empowers the project team members.
5. Assures that the team members obtain technical and resource assistance when it
is needed.
So, other than not being the project manager, what has really changed for
the functional manager? Nothing really.
7
An Effective Project Manager Must:
1. Function as a project general manager with full P&L accountability.
2. Identify and quantify all potential risks, identify what we do not know and
establish contingency plans.
3. Maintain a “Helicopter View” of the project while having the ability to “bore into”
any details…to question and challenge.
4. Be able to delegate and to know when to call on experts.
5. Be able to relate well to all people…. customers, superiors, and subordinates.
6. Have a strong personal sense of commitment to safety, quality, schedule and
cost performance.
President
VP VP VP
Self Contained Self Contained R&D
Remote Division Remote Division Product Development
8
I immediately saw three things wrong with the above organizational structure (I had
significant previous experience within this industry.)
The first thing was that HR was buried deep within the financial organization. This was
extremely unusual. I had always felt that people were one of our key resources and that
HR’s function always needed to report to the very top. So, I took HR out of Finance and
made the HR manager a director and had him report to me.
The second thing I saw was that marketing, sales and proposals were fragmented.
Most of the time it took a combination of marketing, sales, proposals, and sometimes
engineering, project management, purchasing, etc., to work as a team to secure an
order. The way the current structure was, the only person accountable for all of those
activities was I, the company President. While I was very used to being accountable for
all that goes on within the company (whether I knew about it or not), I was
uncomfortable not having one person I could delegate these responsibilities to and give
them the authority to book new business.
So, I moved proposals under the VP of Marketing and Sales and made him accountable
to me to book new business per the business plan.
The third area that drew my attention was the lack of an “Operations Group”
(accountable for executing the new business that marketing/sales/proposals brought in.
So, I combined project management, purchasing, engineering, construction and created
a quality function and called this group “Operations.” I hired an outside person to
become VP of Operations, and I also hired a General Counsel. The new organization
looked like:
President
VP VP VP
Self Contained Self Contained R&D
Remote Division Remote Division Product Development
9
Accountabilities and Responsibilities were rearranged as follows:
MANAGING CONFLICT
Conflicts and disagreements will invariably arise during project process implementation.
If we are aware of the major causes of disagreements, there is a greater likelihood that
the detrimental aspects of these potential conflict situations can be avoided or at least
minimized. Major contributions to project conflict are:
1. TEAM DIVERSITY
The greater the diversity of expertise on the team, the greater the potential for
conflict.
2. PERCEIVED POWER
The lower the perceived power of the Project Manager to reward and penalize, the
greater the potential for conflict.
3. UNCLEAR OBJECTIVES
The less the customer’s requirements are understood, the greater the potential for
conflict.
4. ROLE AMBIGUITY
The greater the role ambiguity plays among the team, the greater the potential for
conflict.
5. OWNERSHIP
The less the agreement on team member objectives, the greater the potential for
conflict.
6. SELF-INTEREST
Often, the more that the functional team members perceive that the implementation
of a project management process will change their traditional roles, the greater the
potential for conflict.
7. LEVEL OF INDEPENDENCE
10
The lower the need for interdependence among the organizations supporting the
project, the greater the potential for conflict.
8. POLITICS
a. The higher the managerial level within the project or functional area, the more
likely it is that conflicts will be based on deep-seated political and territorial
issues.
b. The higher the professionalism within the team, the less likely it is that conflict will
occur.
1. CONFRONTATION
Facing the conflict directly in a non-threatening way and involving a problem solving
approach whereby the affected parties work through their disagreements.
2. COMPROMISING
Bargaining and searching for solutions that bring some degree of satisfaction to
each of the parties in dispute (Characterized by a ‘give and take’ attitude, or Win-
Win).
3. FORCING
Exerting one’s viewpoint at the expense of another (Often characterized by
competitiveness and Win-Lose).
4. WITHDRAWAL
Retreating or withdrawing from an actual or potential disagreement (Lose-Lose).
5. SMOOTHING
De-emphasizing or avoiding areas of difference and emphasizing areas of
agreement.
By conscientious use of confrontation and compromising techniques, the conflict
usually result in a consensus. Group consensus means that every participant can “buy-
into” (live with) the decision, it does not mean that everyone believes the solution is the
best, or the optimum, but that everyone is at least somewhat satisfied.
11
2. Have someone in charge of building the project right and someone else in charge of
building the right thing. These are two different functions.
3. Make it easy for team members to communicate problems. The earlier problems are
identified and solved, the better.
4. Close problems quickly. Keep them at the lowest level.
5. Treat all team members with equality.
6. Meet the requirements for the project. Do it well and do it on time!
7. Schedule project review meetings on Tuesday, Wednesday or Thursday, never on
Monday or Friday, which are high traffic days.
8. Reward good performance.
9. Behave as if you have the authority to match your responsibility. After all, when was
the last time you were reprimanded for exceeding your authority?
10. Forget consensus and democracy. Be a benevolent dictator. You get further with a
kind word and a sword than a kind word alone. Don’t be too soft.
11. Do not escalate issues until the team has failed to resolve them.
1. Single focus point for all project 1. Focal point for all technical issues.
execution activities. 2. Reviews contract for technical
2. Reviews contract for acceptance compatibility.
(doable, schedule, commercial, etc.) 3. Drives engineering schedule.
3. Acknowledges order. 4. Prepares Bill of Material.
4. Chairs internal kickoff meeting. 5. Coordinates technical review of
5. Coordinates customer kick off meeting. purchase packages.
6. Drives overall project schedule.
12
7. Controls cost.
8. Prepares final forecast.
9. Chairs periodic project meetings:
~ Status.
~ Problem solving.
10. Prepares reports for management.
1. Must know what they are supposed to do, preferably in terms of an end product.
2. Must have a clear understanding of what their authority is and of its limits.
3. Must know their relationship with other people within the organization.
4. Should have real time feedback as to how they are doing.
5. Must be shown concrete evidence that there are just rewards for work well done.
6. Should know where and when they are falling short.
7. Must be made aware of what can and should be done to correct unsatisfactory
results.
8. Must feel that their managers have an interest in them as individuals.
13
9. Must feel that their managers believe in them, trust them, have high expectations of
them, and are anxious for them to succeed and progress.
I was the general manager of an industrial drying company in Tennessee several years
ago. It was during that time that most businesses were beginning to embrace the
computer and word processing.
One day, my secretary into my office and told me I needed to make a decision on the
type of word processing software package the company should use and standardize on.
Since I was not computer, word-processing or software literate at the time, I thought she
was kidding or talking to someone else. When I looked around and saw that no one
else was behind me, it dawned on me that she was talking to me.
I asked her, why me? I told her that I was probably the least qualified person in the
building to make this decision.
My secretary told me that since the company intended to standardize on the software
package and this decision spanned multiple departments, only I could make this
decision.
I again explained that I didn’t know one software package from another and that surely
there was someone else better qualified to make this decision. As she shook her head
no, a though came to me.
So I told her why don’t you get all the users together, you chair the meeting and let the
people who will have to make it work and use it daily make a recommendation for me to
“approve”.
I knew that if the people who had to make the software work and use it on a daily basis
made this decision, it could never turn out to be the wrong decision. Those people
would make the software package they chose work and using it and they would feel
good about being involved in the decision.
So the group got together and discussed the pros and cons of the various choices.
They considered technical, commercial and cost. They recommended we buy and
standardize on Word Perfect. I, of course not knowing any better, approved the
decision and away we went.
Now, as time has passed, it has become obvious that while Word Perfect was not the
correct long-term solution, at the time it was the correct short-term solution. In addition,
we had a happy set of secretaries and administrative assistants who never badmouthed
Word Perfect, no matter how difficult it turned out to be. They always made it work with
a smile on their face
When people have a say in the decision and you get their “buy in”; the decision hardly
ever turns out “wrong”.
14