Showing posts with label Projectized. Show all posts
Showing posts with label Projectized. Show all posts

Thursday, July 19, 2007

July 19, 2007 – Authorized to Manage – in a Projectized Organization

This is the last in a series looking at authority. To wrap up we will focus on the projectized organization and give some practical tips for leading in this environment.

Control is but an illusion.

Projectized Organization.
In a projectized environment teams are formed of resources that, if not hired directly for the project, are assigned almost 100% to it. You, as the project manager, are given nearly total control of the resources, budget, scope and schedule. You are in control.

As a leader in this environment, the first thing to remember is that all authority is temporary. Your positional authority is highest at the beginning of the project. By decree of the Charter you have been crowned project manager. Use that formal authority as a basis to quickly build other types.

You can increase your referent authority as you get to know the team members. Understand their individual strengths, goals and motivations. Are they glad to be on this project or do they see it as a side step in their career? As you ask questions and interact with them they will begin to see your character and decide if they can trust you to lead.

Throughout the project, exercise your reward/penalty authority by offering additional training or better opportunities to your strong performers. Review the budget and see if there room for team lunches to mark major milestones. Address poor performance as it is identified. Do this by focusing on the performance (ex. Quality or Schedule), not the person.

Your project management abilities and organizational knowledge are part of your expert authority. By keeping the team informed of the big picture and how they fit in to it you can build their trust. This is especially true as the project moves toward completion. In a projectized organization there is no functional group to fall back to when finished. Resources tend to get nervous as they near the project end. Let them know well in advance when their end date is. If possible, work with them to identify the next project they will be working on. To address potential employee retention problems toward the end of a project you may want to consider monetary incentives to keep them through the end.

In the final analysis, the key to successfully managing any project is to recognize where the real authority lies, how much you personally have and where you derive it from. In the final analysis, project management is as much a position of dependency as it is one of authority. If you can’t convince the team to follow, you can’t lead. Understanding Positional, Referent, Reward/Penalty and Expert authority offers you the necessary tools to manage successfully.

Thursday, July 12, 2007

July 12, 2007 – Authorized to Manage – Organizational Types Matter

This is the sixth in a series looking at authority. Here we switch to practical uses of the four authority types within an organizational. This session will describe the difference between Functional, Projectized and Matrix environments.

Understanding your organization
puts the fun back in DysFUNctional

A Functional organization is divided by areas of specialization or function. There is the server group, the web development group, the legacy systems group, the security group and every other group you can imagine. Each group is managed by an expert in that area and their responsibility is to their silo of the company. Projects within a functional organization rely on using people from each of those groups as their individual managers make them available. The resources on the project still report to their functional managers and the project manager has little direct authority over them. When completed they fold back into the group they were in prior to the project.

The Projectized organization focus is on delivering projects. Project managers have full authority over priorities, resources and the effort of the people on the project. The team is created to perform a specific scope of work. When the work is completed it is dissolved. In some cases the same team may move intact to another project but usually they join other projects where their skills are needed. A good picture of this is a consulting company. As a project is awarded, a team is put together to complete it. When done they move on.

Somewhere in the middle of those two extremes lives the Matrix organization. It is a graduated scale authority from Weak to Balanced and then Strong where weak is next to the functional side and strong is closest to projectized.

In a weak matrix organization the project manager has very limited authority. Resources are on loan…and know it. Their loyalty remains with their functional manager and they understand that no matter how the project ends they have a home back in their group. Budgets are generally controlled by the functional manager and the project manager role is usually only part time. Even though most of the variables are out of the project manager’s control he will probably be fully responsible for the outcome. Sometimes the role isn’t even recognized and involves more coordination between groups than actual management.

The strong matrix swings the control more to the project manager. The positional authority level is closing in on high. Resources may still be shared but the majority of their activities are controlled by the project manager. Responsibility for the budget belongs to project manager and the role is full time.

In the balanced matrix responsibility is shared between the functional manager and the project manager. Positional authority becomes less of a factor between the two and there needs to be more give and take, which can become yank and shove if left unchecked by upper management.

Understanding where your company falls on the scale will show you where the real authority lies and allow you to manage accordingly. Trying to exert too much power in a weak matrix organization will cause friction with the functional manager and frustrate you. Fail to “own” your resources in a strong matrix and they end up on someone else’s project.