PM-Foundations – That Will Leave a Mark

When working at clients the immediate goal is to meet or exceed the expectations of the engagement. As a project manager this is accomplished by effectively leading projects to successful project outcomes. While being recognized as a team for doing a good job is satisfying unto itself, the ultimate goal is to deliver and perform in a manner that leaves a lasting impression on the project management organization. This lasting impression is reflected in the consistency and effectiveness of the practices routinely used across projects, the ability to measure and report on project performance, and the quality and relevancy of project management processes and supporting project artifacts. In the context of managing projects, there are things you can do that to leave the project organization in a better place than when you arrived – leaving a mark that lives well beyond your time spent at the client.

5 Ways to Leave a Mark on the Project Office

Below are the 5 ways that I focus my energy and efforts during a project management engagement in an attempt to leave a lasting impression on the client’s Project Office/PM competency. Obviously, the level of impact/influence in some of these areas is highly dependent on the scope, length and visibility of your engagement.

1. Become Productive – Clients are often amazed at how quickly a project manager can ramp-up and productively contribute to a project. Quickly becoming productive on a project can be accomplished with limited or no domain knowledge associated with an industry, client, business process or technology. The time to ramp up on a project is largely dependent on the project manager’s experience / expertise, as well as their command of the core capabilities of a project manager. Effective project managers instinctively know how to approach a new project, and where to begin in terms of ramping up and starting to lead the team. Project offices that develop project managers that can ramp up and become productive quickly realize gains in time to market, as well as increase flexibility in terms of moving project managers from project to project. My first job at the assignment is to demonstrate this capability, and then work with the client to make it a core competency.

2. Model Best Practices – My company’s project management services are built around the idea that project management is a very mature competency with many available sources of knowledge, and yet companies still struggle with challenged or failed projects. We firmly believe that the implementation and consistent application of project management best practices is what differentiates successful projects from challenged projects. The more ingrained these best practices are in the project management culture, the lower the dependency on the talents and heroic efforts of individual team members. There are a “critical few” best practices areas that if performed well will significantly improve the team’s performance, as well as the project outcomes (identifying key stakeholders, facilitating the development of the WBS, creating a strong schedule and budget, managing change, and measuring performance to name a few). Throughout the project life cycle, I diligently perform / model these best practices as part of “doing my job” leading the project team. Just when you think nobody is watching, someone will surprise you and comment on how you handled a certain situation. It is in these moments that you know you are leaving a lasting impression on the client based upon the way you are modeling the effective application of the “critical few” best practices.

3. Proactively Mentor / Coach – Part of improving the overall project management competency within an organization is building a project management team that has the capability and desire to effectively apply the best practices in the context of completing “real” project work. I find that having a core of experienced and skilled project managers is a requirement to a strong best practice centric project management culture. Less experienced project managers can “lean on” the core of experienced project managers for professional development counseling, and advice on specific project situations. One of the most enjoyable aspects of consulting engagements is providing “free advice” to other project managers on how I have handled specific situations on other projects (again relying on the effective use of the “critical few” best practice areas). These mentoring opportunities help improve project results associated with the specific situation, and also influence the way that the project manager will handle situations in the future. Effective coaching and mentoring is often represented as “intangible”, but it is surprising the overall impact it can have on the project management competency within an organization.

4. Properly Close Projects – I spend a lot of time on my blog talking about effectively closing a project. The reason I am so passionate about this topic is that project closure is the point in time for project managers to identify / highlight the things done well or poorly during the project, and initiate the appropriate actions to ensure that these lessons learned are reflected in future project efforts. At the end of a project, many project managers are busy preparing for their next project or client, and miss this prime opportunity to leave a lasting impact on the client organization. Project closure starts with effectively shutting down project activities, validating all product deliverables are complete and key product issues closed, and smoothly transitioning resources to new roles. The second aspect of this best practice area is preparing the project closure report (also referred to as the post-project assessment). Creating the project closure report includes gathering input from key stakeholders, and identifying improvement actions to be implemented either as part of the closeout process or for future projects. These improvement actions can have a significant impact on the effectiveness of the processes and tools regularly practiced within the project office.

5. Implement Continuous Improvement – As processes and tools are improved in the context of leading a project, the impact of the improvement is limited to a single project if it is not captured as a “standard” within the project office. Improvements may represent “filling a gap” in the project management processes, or an enhancement to an existing tool. In either case, it is important to ensure that the project office regularly captures and roll-outs these improvements across all projects. As a consultant it is usually pretty easy to introduce this practice, however it takes on-going demonstration and re-enforcement of the practice to “make it stick” – creating a culture of continuous improvement does not happen overnight.

Your comments are appreciated. How have you “left a mark” on the project management organization?

Advertisements

PM-Foundations – Is your project a success?

Many project managers will proudly declare, “This project is a major success – we are delivering on-time and within budget.” When you take time to talk to some of the customers of these projects, you hear a much different story. In many cases, the customer’s version describes a product that was delivered that does not meet their expectations. In other cases, the customer’s version describes processes utilized to deliver the project that were not very collaborative or customer friendly. I refer to cases where you eventually achieve the goals of the project but stakeholders are generally not happy with the way you get there as “winning ugly”.

If there is more to project success than delivering within the boundaries of the triple constraint (time, cost, and quality/scope), how do you judge if a project is successful? In my experience these measures are a good start, but they do not portray the “total picture”. Project success should also take into consideration the impact the project has on the organization, the processes utilized to deliver the project, and how customers feel about the project outcomes.

This post covers my thoughts on what should be considered when defining project success, as well as the project manager’s accountabilities and responsibilities related to project success.

What does success look like?

In the context of project delivery, success is generally defined in terms of attainment of predefined goals. Projects are often judged to be successful based upon more than just the goals/objectives established in the project charter or project management plan – project managers lament this fact. Below are factors I consider when assessing project success.

  • Time & Cost – Is the actual project delivery date and cost less than the baseline delivery date and cost (also taking into consideration the impact of approved changes)? Time and cost are the success factors that project managers talk about the most. These are the factors that project managers are directly responsible for managing. In addition, these success factors are relatively easy to measure and report on.
  • Scope – Did the project deliver the “what” was expected to be delivered? Scope is not limited to the product features and functions. Scope also includes the deliverables that ensure that the product is properly implemented and supported. I have seen my share of projects viewed as failures due to the lack of attention to deliverables such as training, product marketing/adoption, and support processes.
  • Quality – Does the product delivered perform the function it was intended to perform? Many project teams fall into the trap of judging product quality solely based upon the number of defects identified. All it takes is one or two defects to prevent the product from performing as intended. Quality related success measures should be judged based upon the ability to achieve operational goals (e.g., number of transactions processed, average calls per hour), as well as the ability to respond to product related problems.
  • Process – Were processes consistently and effectively utilized to deliver key elements of the project? Processes such as change control, communications, and resource management can significantly influence the perceived success of the project. The predefined goals of the project may have been achieved, but if it was delivered without collaboration or with limited flexibility, stakeholders may not view the outcomes in a positive manner.
  • Significance – Has the project delivered had a positive impact on the organization? Should projects that have limited or no impact on the organization be considered a success? As a project manager, you may say, “It is not my fault the project has not delivered the desired benefits to the organization.” This may be true, however I have seen many examples of projects where what was delivered, or how it was delivered, had a direct impact on the benefits realized. I have also managed projects that were delivered late or over budget, but delivered benefits that far exceeded expectations, and therefore were considered a success.
  • Stakeholders – Are stakeholders happy with the project outcomes? Stakeholders are the people that were involved in or impacted by the project. It is a problem if the overall stakeholder community, or large segments of the stakeholder community, do not speak positively about the project. Feedback can be a very subjective measure of success, but I do believe that how people “feel” is a valid component of the success of the project. In most instances, specific actions can be taken to change the nature of feedback received from stakeholder – do not take this feedback too lightly.

6 ways you can improve the success of the project

I am a firm believer in the fact that the project manager role significantly influences the success of the project. Below are six project management best practice areas that have a direct impact on the success of the project.

1. Project Organization – Forming the project team sounds pretty basic, but it is amazing how many project teams launch the project without performing stakeholder analysis, and defining the project organization. Important elements of the project organization include project sponsors, the core team, and understanding other key stakeholders. Getting the “right” people engaged in the “right” roles has a significant impact on the project teams’ ability to meet the needs of the organization.

2. Baseline Plan – As a project manager you are introduced to new situations all the time (new clients and new projects), and it is extremely important to hit the ground running leading project teams through the planning process. Adapting a consistent planning approach from client to client, and project to project, significantly improves outcomes of the project planning process (both time to market and quality of the plans). Strong baseline plans represent the foundation for a successful project delivery process.

3. Measure Project Performance – This best practice area involves keeping your eye on the appropriate project performance measures to proactively identify potential problems, and engage the team to identify and implement corrective actions. Effective use of project performance metrics helps the project manager identify and implement
the appropriate project delivery adjustments before they become “big problems” that stakeholders are not quick to forget.

4. Collaborate – Stakeholder engagement in project activities has a significant impact on how people feel at the end of the project. Project managers enhance the collaboration on a project by facilitating effective team meetings, implementing collaboration processes & tools, and providing consistent and useful project updates.

5. Manage Change – Change is an inevitable component of managing a project – nothing works out exactly as planned. The project manager effectively manages change by maintaining the appropriate balance between control and discipline to manage to the baseline plan, and flexibility to adapt the plans to meet customer expectations. The level of control and rigor around analyzing and approving changes should be appropriately “sized” to both the organization and the project.

6. Close the Project – At the end of a project, many project managers are busy preparing for their next project or client, and miss a prime opportunity to leave a lasting impact on the client organization. Project closure starts with effectively shutting down project activities, validating all product deliverables are complete and key product issues closed, and smoothly transitioning resources to new roles. The second aspect of this best practice area is preparing the project performance report (also referred to as the post-project assessment). Creating the project performance report includes gathering input from key stakeholders, and identifying improvement actions to be implemented either as part of the closeout process or for future projects. These improvement actions can significantly influence stakeholders’ perception of project success.

 

Your comments are appreciated. What is your experience with judging project success?

Using MS Project Server for Resource Management

One of the consistent struggles of working in a “standalone” project management environment is the fact that you do not have visibility of the “total picture” associated with resources. Resource loading in MS Project provides visibility of resource utilization vs. capacity on your project – not across all resource commitments (e.g., other projects and operational activities). You can utilize the “max units %” to reflect that a resource is something less than 100% available to the project, but this information is only relevant if it is regularly reviewed and updated.

In my opinion, the most significant benefit associated with Enterprise Project Management tools such as MS Project Server, is providing enterprise wide visibility of planned resource utilization vs. capacity. As a by-product of maintaining resource loaded project and operational schedules within MS Project Server, up-to-date resource utilization information is available in a very flexible and easy to access and consume manner.

 

5 Benefits of Using MS Project Server for Resource Management

1. Consistent definition of resources – Maintaining the Global Resource Pool in MS Project Server ensures that resources are defined in a consistent manner across all projects. Without consistency it is difficult to efficiently roll-up resource utilization information from multiple projects. Key elements maintained in the Global Resource Pool are:

  • Resource Name – It is important to establish a standard format for resource names (e.g., first name, last name).
  • Role – The role field provides the ability to view groupings of resources that perform a similar function across projects (e.g., Business Analyst, SharePoint Developer).
  • Base Calendar – The calendar field establishes the appropriate calendar for the resource (e.g., non-working days, working hours).
  • Generic Resources – The generic resource flag provides the ability to create generic resources that are utilized for resource loading purposes prior to assigning a named resource to the project.
  • RBS / Team Name / Department – MS Project Server provides a lot of flexibility to define the attributes/hierarchy specific to your organization (RBS, departments, and teams).
  • Booking Type – This field is utilized to establish the default booking type for the resource assignment. “Committed” represents a firm commitment/assignment to the project, and “proposed” represents a future/planned assignment.
  • Current Max Units % – Max units represents the % resources are available for work that is scheduled in MS Project Server. This field is utilized to calculate the resource capacity displayed on the resource availability charts.
  • Rate – The rate fields establish the standard and overtime rates utilized for costing / billing purposes.

Below is a summary view of the Global Resource Pool. Views can be tailored to meet the needs of your organization in the same manner that views are created in SharePoint.

 

Below are screen shots of the details captured for each resource.

 

 

2. Understanding resource availability across multiple projects – The Resource Availability feature in MS Project Server provides very useful views of planned resource utilization vs. capacity. These views display resource utilization for specified periods (days, weeks, months) for each of the schedules maintained in MS Project Server. The views are available in both chart and table format (depicted below). In addition, you have the ability to view utilization for a single resource or a group of resources.

3. Visibility of Firm vs. Planned Resource Commitments – Within the “build team” function, you have the ability to specify whether resources are loaded into the schedule as firm commitments (committed) or planned future assignments (proposed). The proposed booking type is utilized for planning resource utilization at a high level for future projects/periods.

 

The chart below depicts including proposed hours (in addition to committed hours) in the resource availability view.

 

4. Ability View Availability for Resource Groups – MS Project Server provides the ability to select groups of resources to view total resource utilization vs. capacity for a specific role (e.g., business analysts). This feature is particularly helpful when you have resources that are interchangeable across projects.

The chart below depicts resource utilization vs. capacity by resource for the selected periods (days, weeks, months).

5. Ability to “Drill Down” to View Resource Utilization – From the resource availability views MS Project Server provides the ability to “drill down” to view the detail task assignments for a specific resource or group of resources. The resource assignment details provide resource and project managers with the information required to resolve specific “peaks” or “valleys” in resource utilization.

 

3 Critical Success Factors for Effective Resource Management

The following are 3 factors that are critical to realize the benefits of using MS Project Server for resource management within your project environment.

1. Resource Pool – Data captured in the resource pool must be defined and captured based upon the resource management needs of your organization. This success factor includes standard naming convention for resources, logical structure of the organization and team hierarchy, and meaningful definition of the project roles. These decisions drive how data is displayed within many of the resource management views.

2. Resource Capacity – The capacity line is driven from the Max Units % maintained for each resource. This percent must reflect the availability of the resource to be scheduled on the projects and operational activities maintained within the MS Project Server implementation. For example, if MS Project Server implementation does not include system support activities, then the Max Unit % should be reduced to reflect the time allocated to these activities for each resource. A process should be established for reviewing and updating this information on a regular basis (I recommend monthly or quarterly).

3. Resource Loaded Projects – The information associated with planned resource utilization on projects and operational activities is only as good as the accuracy and completeness of the resource loading within the individual project schedules. This is a very obvious statement, but I have seen many Enterprise Project Management implementations fail because the resource data within project schedules did not reflect reality. Coaching and mentoring of individual project managers is often required to ensure that project schedules are resource loaded and updated accurately throughout the project life cycle.

PM-Foundations – Where do Project Managers Come From?

In my professional life the project management career path has represented a rewarding and challenging destination. In my case, I did not wake up one day and say, “I am going to be a project manager when I grow up.” Project management is a skillset and career that I have developed over many years in the IT industry.

Why is the career path to become a project manager ambiguous? I think the answer to this question is linked to the fact that to become an effective project manager you must do two very different things consistently well:

1. Apply tactical project management related skills. These skills include managing schedules, budgets, and risks (to name a few). These skills must be learned and then applied appropriately in the context of managing projects. Education is helpful to learn these skills, and certifications such as the PMP validate that the project manager has developed the core knowledge base to manage projects. Organization and attention to detail are critical attributes of the project manager to effectively apply the tactical project management skills.

2. Demonstrate the ability to lead people. The project manager must establish a leadership style that is used to form, build, and lead teams to deliver successful project outcomes. This leadership must include specific skills such as facilitation, communication, managing conflict, and building client relationships.

It is often hard to find people that have mastered both elements of becoming a good project manager. Depending on the person’s education and career path, they commonly favor one element over the other. What is the best career path to become a project manager? My opinion is that there is a single correct answer to this question. Below I provide my thoughts on 4 different paths to become a project manager. Many people, including myself, pursue more than one of these paths before becoming a project manager.

Path #1: School to Project Manager

Colleges offer bachelor’s degrees in Project Management. The bachelor’s and master’s degrees are great opportunities to help people with project based experience make the transition to a project management role. However, I struggle with the idea of hiring a person right out of college as a project manager. These candidates may have the “book knowledge” associated with project management, but do not have the experience of applying these skills in “real world” situations, and likely have an underdeveloped leadership style. To me this approach is the same as hiring a person with a sports management degree, and no coaching experience, to be the head coach of a team. My recommendation to people seeking project management roles right out of school is to pursue a contributor role on a project team, or obtain an “apprentice” type project management role (i.e., project analyst or project coordinator) to gain experience and develop into the project management role over a 3-5 year time period. The PMP certification is a great way to validate that they have obtained sufficient experience and practical knowledge to make the transition. It is also helpful for this person to find a senior level project manager to help them develop and manage the appropriate profession development plan.

Path #2: Business Analyst to Project Manager

The business analyst (BA) role plays a significant leadership role on project teams. The BA is responsible for the “what” associated with the project (product content), while the project manager is responsible for the “how” associated with the project (project content). There tends to be more contributor type roles for a BA, and therefore lends itself to a good starting point for project resources. Many business analysts gain project experience and desire to move to the project leadership role. Based upon the ability to exhibit leadership on projects, and gain experience observing the project manager in action, project management can be a natural career transition for business analysts. I recommend business analysts making the transition to project manager obtain the PMP certification to validate they have obtained the knowledge required to perform the new role.

There is often a perception that the project manager role represents a promotion for a BA. I don’t agree with this perspective. Business analysts have the ability to take on as much responsibility, and add as much value, as a project manager. In addition, the BA to PM transition is only for those interested in the opportunities afforded by the project manager role – it is not for those that are passionate about leading the definition and delivery of product content.

Path #3: Technical Lead to Project Manager

Experienced technical resources often take on a leadership role on the project. The project’s technical lead performs some key activities that support the project manager (e.g., task estimating, resource assignments, issue resolution). In absence of a project manager, the technical lead may even be called a project manager. Given the technical lead’s experience working on project teams, and technical leadership capabilities, the technical lead is a logical project management candidate.

In my experience, this is not as common a career path to project manager, primarily because technical resources do not want to give up the technical aspects of their role as a technical lead to become a project manager. Generally the biggest challenge for the technical lead’s transition to project manager is learning and applying the tactical project management related skills (technical leads do not always like this element of the project manager role).

Path #4: Management to Project Manager

On the surface it seems like it would be a “demotion” to move from a management position to a project manager role. However, the scope of a project manager role can be every bit as challenging and fulfilling as that of a resource manager. In my case, I found the role of leading a group of people to accomplish specific and tangible project goals to be more rewarding than leading a larger group of people to accomplish very difficult to measure organizational goals.

This is a great career path based upon the leadership component of the project management equation. The skills and experience of a manager (assuming they were effective managers) translate well into the leadership requirements of a project manager. In many cases a manager will have performed project management responsibilities in the context of fulfilling their management responsibilities. However, in these cases the manager is usually performing the project management function using very informal techniques, many of which need to be “unlearned” when they transition into the project management role. I always recommend that managers making this transition pursue education and certification (PMP) to ensure they have the core tactical project management skills to perform the job. I also recommend the manager find a mentor that has made a similar transition to help them “fill the gaps” from a skills perspective, as well as to make the necessary adjustments to their leadership style.

 

What has been your career path? What have you found helpful or a challenge with that career path?

PM-Foundations – 10 Capabilities of an Effective Project Manager


When interviewing potential project management candidates there are certain qualities, skills, and experiences you are looking for that are part of the DNA of a successful project manager. These qualities, skills, and experiences define the capabilities of a project manager, and their ability to consistently deliver positive project outcomes. These capabilities represent a point in time “snapshot” of where they currently are in their career. I try to look at the “real” potential of a project manager by assessing the impact additional experience and professional development can have on some of their capability shortfalls. You need to consider the candidate’s current capabilities, potential capabilities, and the perceived desire to achieve their potential when making hiring decisions. In this blog I touch on what I consider to be the key capabilities of an effective project manager.

10 Capabilities of an Effective Project Manager

Below are the top 10 things that I believe that project managers must demonstrate or perform well to consistently drive positive project outcomes. As with most of my lists, these are not necessarily in ranked order.

1. Facilitation – Much of what a project manager does involves facilitation – enabling project teams to collaborate to get work done. Project managers facilitate meetings, decision making, and issue resolution (to name a few). Effective facilitators understand the impartial role of the facilitator, ask good questions to promote meaningful discussions, and leverage facilitation tools to achieve the desire results.

2. Attention to Detail – Project managers must “roll their sleeves up” to understand and manage the details associated with the project. Activities like creating/updating a project schedule, tracking the project budget, and managing project risks & issues require the project manager to be comfortable and efficient working with very detailed information. Part of paying attention to details is identifying the details that are important to the success of the project – too many project managers get “lost in the details”.

3. Credibility – It is almost impossible to effectively lead a project if the project manager has not established credibility with the team and key stakeholders. Establishing credibility involves showing you have the confidence, knowledge, and experience to lead the project team. Credibility is established by “saying the right” things during interactions with the team, and more importantly “doing the right” things to drive project results.

4. Financial Aptitude – My major in college was accounting, so I am probably a bit biased on this point. In order to create and manage a project budget, as well as manage key project metrics (e.g., earned value, variance analysis), the project manager must have a strong aptitude to perform financial analysis related activities. Based upon my experience, project managers that do not have a strong financial aptitude try to ignore these aspects of the project, with not so successful results.

5. Technical Understanding – Even if you are not working on software development projects, most projects today involve some sort of technology. Project managers must be able to talk to technical resources and at a minimum understand the essence of their message and the implications on the project. I always cringe when I hear a project manager say, “I am not a technical person.” In my opinion this type of statement has a negative impact on the project manager’s credibility with the technical resources on the team.

6. Tools Savvy – Tools are a significant element of managing projects in most project environments, and the project manager needs to demonstrate the ability to use them effectively to manage the project. This includes project scheduling tools (e.g., MS Project) to manage the schedule, spreadsheets (e.g., Excel) to manage the budget and other project metrics, and presentation tools (e.g., PowerPoint) to facilitate project meetings. In addition, collaboration tools (e.g. SharePoint) are rapidly expanding in the project delivery space to provide a platform for easy access to project information/artifacts.

7. Embrace Conflict – Many people go through life trying to avoid conflict – conflict is unpleasant and stressful. In the context of project management, conflict is often required to get things “out in the open” and resolve issues. Embracing conflict does not mean that you go to project meetings seeking to “pick a fight”. It means that project manager must ensure that the difficult topics get discussed by the team in a timely manner. Project managers must rely on their facilitation skills to bring these difficult discussions to a positive conclusion. Potential problems left unattended do nothing but get bigger over time.

8. Continuous Learning – Every project I work on introduces me to something new. It may be a new tool, a new client industry, a new business process or a new technology. It is this opportunity to learn new things that fuels much of my passion for project management. Lou Holtz’s statement, “If you are not growing, you are dying” is very applicable to the world of project management. Our project environments are ever changing and therefore a project manager must enjoy and seek the opportunities to learn in order to sustain their effectiveness as a project manager.

9. Active Listening – I find that my most effective contributions on the team are achieved by listening to what the team members have to say. Active listening is required to understand what people are doing, identify challenges team members have encountered, and capture ideas to improve project performance. Active listening also provides the project manager with better “peripheral vision” (things that are not in the project manager’s direct line of sight) to identify potential problems or risks. Many project managers feel that leading involves a lot of talking, and I would argue that leading involves much more listening.

10. Flexible – Very rarely does the execution of the project turn out to be exactly as the project has been planned. Therefore the project manager must be able to respond to a “change in plans” and quickly adjust the plan in a manner that keeps the project on-track. The other important aspect of flexibility is the ability to accommodate the needs of your team and key stakeholders. There are many times that a project manager must lead by being a “servant” to the team – happy team members are productive team members.

 

 

 

 

PM-Foundations – Implementing Project Management Best Practices

My company’s project management services are built around the idea that project management is a very mature competency with many available sources of knowledge, and yet companies still struggle with challenged or failed projects. We firmly believe that the implementation and consistent application of project management best practices is what differentiates successful projects from challenged projects. The more ingrained these best practices are in the project management culture, the lower the dependency on the talents and heroic efforts of individual team members.

What Do Best Practices Look Like?

Best practices represent the practical application of the concepts, processes, and tools defined in the PMBOK® and other sources of knowledge. To better explain best practices, below I have broken down the elements of a successful project management best practice implementation.

  • People – Best practices start with hiring good people – people that have the desire, capabilities, and core knowledge to be a professional project leader. When mentoring potential project leaders, I usually recommend pursuing the PMP certification path to validate that they have the base knowledge associated with the project management competency.
  • Concepts/Approach, Processes & Tools – Represents the components of the project management knowledge base utilized to define your best practices, including the knowledge created within your company’s project environment. This knowledge establishes approaches, processes, and tools associated with solving project management problems. The key is to leverage existing sources, and not spend too much time creating new content. This content should be upgraded on a frequent basis through on-going continuous improvement, in the context of completing work in your project environment (e.g., actions from a lessons learned process).
  • Critical Few – Best practices focus on the “critical few” areas that if performed well on a project significantly improve project outcomes. Organizations often “get lost” in building out elaborate processes and tools, when a limited set of best practices is what is required to deliver a project successfully.
  • Practical Application – Best practices are not theoretical or text book solutions. They represent approaches, concepts, and tools that have been consistently and effectively utilized in “actual” situations to delivery positive results on projects. If you cannot provide examples of the best practice in use then maybe you should consider dropping it from your arsenal of best practices.
  • Appropriate Situation – The best practices define the situations that specific approaches, processes, and tools are most effective. “One size does not always fit all” when it comes to use of best practices. The appropriate situation is learned over time, and through collaboration with colleagues and mentors.
  • Artifacts – Creating artifacts within the project office’s knowledge base converts something “done well” on a project into something that can be leveraged for future project efforts. Process documentation and templates are required to ensure that best practices can be implemented in a consistent and effective manner across all projects. I also find it helpful to maintain a library of examples (reference stories) of best practices applied to solve specific problems on projects.

Are these really the “Best” Practices?

One of the notions often challenged around the topic of best practices is that it may be a bit arrogant to propose that your practices are the “best”. There is generally more than one way to solve most project management problems, and very often one way is not significantly better than another. The goal is to consistently utilize project management practices that deliver positive project outcomes. Whether or not the practices are the “best” is irrelevant if they consistently drive the desired results. I use the term “best” practices because it is a term that seems to be understood across the industry, and represents an aspirational goal for the project office (vs. a factual statement).

What are the Benefits of Best Practices?

A thoughtful implementation and diligent application of best practices will drive tangible benefits realized immediately within individual projects, but more importantly by creating a project management culture and competency that consistently meets or exceeds customer expectations. The following represent specific benefits you can expect by implementing and re-enforcing project management best practices:

  • Results – The cornerstone of project management best practices is driving positive project outcomes. These best practices are utilized to ensure that quality products are delivered when they are supposed to be delivered, and based upon the estimated effort / cost to deliver it.
  • Ramp-up – Project managers will become productive leaders on new projects quicker, because they understand the key areas to focus on during the on-boarding process.
  • Productivity – An effective project manager will use and tailor existing approaches, processes, and tools, vs. building and inventing processes “on the fly”. Use of best practices increases the project manager’s capacity to take on more work (increasing their role on the project, or assigning them responsibilities on other projects).
  • Consistency – Consistency unto itself is not a tangible benefit. However, if projects are managed in a consistent manner it is easier for team members to engage in project work because project managers “speak the same language” (utilizing the same processes and tools) across the portfolio of projects. This consistency also improves the ability to integrate projects in a multi-project environment.
  • Continuous Improvement – Placing emphasis on best practices establishes a “baseline” for continuous improvement in your project environment. As teams identify new practices, or enhance existing practices (in the context of completing project work) it becomes natural for the project office to capture the improvement and incorporate it into the best practices utilized across all projects.

How do you Implement Best Practices?

Below are the steps required (not necessarily in this order) to implement a strong best practices centric project management culture in your project office.

  • Identify / Define – Identify the “critical few” best practices that if applied effectively in your organization drive positive project outcomes. Leverage existing resources (within the project management industry, and within your organization) to define these best practices. These best practices are defined in the form of approaches, processes, and tools.
  • Assemble Team – Build a project management team that has the capability and desire to effectively apply the best practices in the context of completing “real” project work. I find that having a core of experienced and skilled project managers is a requirement to a strong best practice centric project management culture. Less experienced project managers can “lean on” the core of experienced project managers for professional development counseling, and advice on specific project situations.
  • Train – On-going training on the best practices is a must. I recommend focusing the training on how to apply the best practices when performing project work. Therefore it is logical to organize the training around the project life cycle. I also recommend that ALL project managers (even senior level project managers) participate in the training – you will not achieve the desired results without getting “everyone on the same page”.
  • Re-enforce – How many times have you attended a training course that you thought was pretty good, and then you did nothing different when you got back to your “real” job? The best practice implementation must involve re-enforcement of the best practices. Our training involves a case study that requires team members to apply the practice in a real situation. Mentors are assigned to the participants to help coach them on the application of the practice, and ensure they really “got it” for effective use on future projects.

PM-Foundations – My Favorite Project Management Slang

Part of my leadership style as a project manager is not taking myself too seriously. I find that creating a challenging and fun atmosphere on the team helps improve both teamwork and project outcomes. My use of project management slang is something that makes people smile, but also helps make a point in a not too serious manner. Below are a few of my favorite project management slang phrases, as well as some project management phrases that I do not like as well. For those of you that know me, you will recognize quite a few of these phrases, because I am not afraid to use them during daily team interactions.

My 9 Favorite Project Management Slang Phrases

1. In the Weeds – This occurs in team meetings when the discussion gets totally off topic. I see this a lot when the team tries to solve an issue rather than just identify the appropriate action items. This also can occur when a team member heads the wrong direction on a task, or attempts to make a task into something bigger than it was intended to be. “I think we might be in the weeds” is a nice way of saying we need to redirect the discussion or work to focus on the things that are required to keep the project headed in the right direction.

2. Arthritic Abandon – This phrase is definitely one of my personal favorites. Arthritic abandon occurs when teams seem to be working real hard, but are getting very little accomplished. A symptom of arthritic abandon is when team members talk about how busy they are, but you are seeing very little progress actually realized in the project schedule. This phenomenon usually points to the need to reassess how work is performed, or decisions made (e.g., too many meetings, or too many approvals).

3. Religious Discussions – I had a boss that said to me one day, “Do you know the difference between a terrorist and a methodologist? The answer is that you can negotiate with a terrorist.” His point was don’t waste time analyzing and discussing methodologies to get work done – select one that is appropriate for your project and use it consistently and effectively. Obtaining consensus on methods and processes is like trying to convert someone’s religious beliefs – it won’t happen. When I encounter a discussion where it appears that we have reached the core of people’s belief systems, I will make the comment that we may be in a bit of a “religious discussion” where there is no “right” answer. At this point you need to raise the discussion up a level, and agree on a path forward that is acceptable to the team (or if necessary mandate the path forward as the project manager).

4. Solving World Hunger – “Solving world hunger” occurs when the team is attempting to solve something that is too big. I use this phrase to encourage the team to break the problem down into components and identify actions items required to move forward. Another version of this phrase is, “I think we might be trying to boil the ocean.”

5. The Wedding Planner – I have several phrases that describe types of project managers. I don’t use these phrases to be mean, but rather mentor PM’s on adjusting their focus or behaviors. My personal favorite is the wedding planner. The wedding planner is more concerned with planning events (e.g., project celebrations, steering committee meetings, milestone reviews) than managing project outcomes. The wedding planner likes planning logistics related issues (e.g., meeting rooms, invitations, AV equipment and meals) more than resolving issues and completing real work. A couple other project manager terms that I have encountered are:

  • Clipboard Project Manager – This is the project manager that walks around and “checks” off tasks as they are completed. This project manager is usually so busy with the details that they do not notice when a major milestone is slipping.
  • Content Free Project Manager – The content free project manager wants nothing to do with understanding the product that is being delivered by the project – that is “not their job”. If you have ever tried it before, it is very difficult to help resolve issues or complete work with zero comprehension of the solution your team is working on.

6. Dog Knot – A dog knot is when project issues have brought progress on the project to a complete stop. This is also referred to as “gridlock”. Disagreements or confusion related to specific issues can cause teams to lose focus on the actions required to “move forward”. A dog knot situation usually requires intervention on the part of the project manager to facilitate issue resolution.

7. Pushing a Rope Uphill – This phrase refers to team members that are trying to do something that is very difficult, and is unlikely to have a positive outcome. The team member’s idea or effort does not fit well within the goals or strategy of the project or organization. A similar phrase is “going against the grain”. I will us this phrase to get team members to drop the idea or effort in the spirit of gaining consensus on the team.

8. This Dog Won’t Hunt – I was introduced to this phrase when managing a product development effort. When describing the lack of market acceptance for the product, the product manager said, “I don’t think this dog is going to hunt”. This phrase gently conveys the message that the project is delivering a solution that is not going to meet the project objectives. This phrase is used either to help the team decide on the appropriate corrective actions, or recommend to cancel the project.

9. Feeding Frenzy – A feeding frenzy refers to something that can occur in a team meeting. One person says something and it causes the team to go on a wild tangent. Generally the feeding frenzy is not positive (a lot of griping can occur in a feeding frenzy). I use the phrase in an attempt to get the team to calm down a bit, and refocus the discussion on the topic at hand.

Not My Favorite PM Slang Phrases

Here are the phrases that I am not as fond of. I don’t like most of these phrases because they are too negative about the project or the project team. The other reason I do not like some of these phrases is that they touch on aspects of the project that should be managed / solved by the project manager.

  • Scope Creep –Some project managers fall back on the excuse that the project is over budget or late because there were constant changes, but often cannot quickly explain the changes that account for the primary deviations from the original plan. Projects with too high a percentage of unexplained variances, is usually an indication of a project with inadequate attention to change control processes. In these cases, too many changes are “flying under the radar” and hence the use of the term “scope creep”.

  • 9 Women cannot have a baby in one month – This phrase refers to the fact that you cannot just “throw” more resources at a project to deliver on a target date. This phrase is not my favorite mainly because it is overused. I also do not like it because it infers that there are limited options that will fix the problems on the project, even additional resources. I believe the project manager is obligated to work with the team to find options to get a project back on track, especially when the sponsor is offering to help with additional resources.

     

  • Death March – The phrase “death march” refers to a project assignment that is doomed from the start due to unrealistic commitments/expectations (aggressive deadlines, under-funded, and short staffed). Referring to your project as a “death march” from the beginning of the project becomes a self-fulfilling prophesy. Honestly, I have never taken on a project that I felt was a “death march”. If the project commitments truly are unrealistic, the “facts” discovered throughout the planning process can be utilized to help reset expectations.

  • And then there was a miracle – This phase is used when the team feels that the only way a successful project outcome will occur is if something beyond their control happens. As a project manager, I like to believe that the team has been empowered to successfully deliver the project. To say that a “miracle” is required is in essence shirking responsibility for the project results, and/or conceding defeat/failure.

Using SharePoint to Maintain Project Archives

When working with clients on how to use SharePoint to improve their project environment, I am frequently asked about what should happen to a project site at the end of the project. This is a great question! With any luck, your projects will end, and therefore your project site will also have an end of life. The information captured on the project site throughout the project life cycle represents intellectual property that can be leveraged to improve future project delivery efforts and support future product releases. Decisions need to be made at the end of the project in terms migrating project information to a “permanent destination” and deleting the project site. These decisions are dependent on the type of project deliverable, and the status of the solution/product delivered by the project. The following are your options for migrating project information:

Project Site – If a there are plans to initiate another project associated with the solution/product, the information may be migrated to another project site. This situation applies when plans to enhance the solution/product are identified during the project closeout process.

Product/Solution Site – If the deliverables are linked to the product or solution, the information may be migrated to a product or solution related site (e.g., product support, or product development sites). Examples of this type of content are requirements documents, test plans & scripts, support & operation manuals, and training materials.

Project Archives – If the deliverables are tied to how the project was delivered, the content may be migrated to a project archive library (generally maintained within the PMO or Project Office site). Examples of this type of content include the project charter, project management plan, project schedule, project budget, risk/issue list, change request list, and the project closure report.

The main point is that purposeful action needs to be taken at the end of the project in terms of content migration. Project sites left unattended at the end of a project become irrelevant, and useful information that is not migrated to the appropriate location becomes difficult to find, and sometimes altogether lost. In my opinion, the project manager is responsible for making sure the content migration process occurs in a timely manner during the closeout phase of the project.

The focus of the remainder of this post is how to create and maintain an effective project archive document library within your project office site to facilitate storing and retrieving relevant project delivery information related to completed project efforts.

Moving Project Information

The administrative closure process should include the activities required to clean-up the project site, and migrate the site content to the appropriate location. To me this activity is just as important as facilitating the lessons learned session and creating the project closure report. The timing of migrating the project site content is important, because if it does not happen in the first 30 days after the project is complete, it is unlikely it will ever happen (after team members have moved on to new roles).

The first step in the content migration process is identifying the content that will have value to future initiatives. Old versions of deliverables should be purged, and interim work products should be deleted. Content maintained in lists are generally exported to Excel spreadsheets, and saved as a document in the new location.

In terms of physically moving the content from the project site to the new location, you have a couple options:

Save the document to the new location: Select the document, and the use the “Send to” option to move / copy the document to a new location.

Move the Documents Using Explorer View: Open up two windows, one with the current location and one with the future location. Change the view in both windows to Explorer view and then “drag and drop” the document from the old location to the new location. If you choose this option, you will need to utilize the “check in” function for each of the documents in the new location.

After the content is moved to the new location, delete the item in the old location, and add the metadata to the item in the new location (using the edit properties function).

Capturing Project Archive Data

As I explained in my blog on Using SharePoint to Organize your Project Deliverables, I do not recommend creating a Project Archive library with sub-folders for each of the projects or asset types. It is a best practice to maintain the Project Archive files in a single library, and capture metadata for each document that enables searching, sorting, and filtering of the files.

Capturing the following information for each document maintained in the project archive library enables storing and retrieving project archive information in an effective manner:

  • Project Name – Represents a look-up of project names maintained in the project portfolio list.
  • Project Asset Type – Represents a choice of valid types of project assets (e.g., schedule, budget, project management plan, project status report, project closeout). This could be a long list of individual types of project deliverables, or groupings of project deliverables.
  • Project Manager – Represents a look-up of resources in the project office resource list.
  • Fiscal Year – Text field utilized to capture the period (year or month) the project was completed.

The Rating setting is “turned on” to facilitate rating of documents maintained within the project archive library. This function makes it easier to find a “good” example of a specific deliverable from a previous project (one that another project manager has marked as a 4 or 5 star).

The following is an example of the process asset type choices utilized to categorize the types of project documents maintained in the project archive library.

Creating Views for the Project Archive Library

As in the case of lists that I have described in previous blog posts, SharePoint Views are used to display the project archive documents in the best manner for each target audience. Based upon the metadata created for the project archive deliverables, views allow you to sort and group the project archive document by project, project asset type, or period (year). The sorting and grouping provides the ability to find what you are looking for, without “digging through” folders and sub-folders.

Below is the Project Archive by Project view that groups all documents maintained in the Project Archives for a particular project. This view is utilized by people interested in researching or reviewing documentation associated with a specific project.

Below is the Project Archive by Asset Type view that groups all documents maintained in the Project Archives for a specific type of project asset. This view is utilized by project managers when locating a good example of a specific type of project deliverable.

Below is the Project Archive by Period (Year) view that groups all documents maintained in the Project Archives for a specific time period. This view is utilized by people reviewing project deliverables produced during a specific time period.

5 Ways to Ensure Project Archives are Useful

1. Clean-up – Prior to migrating content from the project site, perform clean-up of information maintained on the site. You want to limit the information migrated to content that will be of value for future reference or efforts. The clean-up effort includes deleting old versions of documents, purging interim work products, and migrating content maintained in lists to spreadsheets.

2. Timely – Establish project closeout processes that include ensuring that project site content migration is performed in a timely manner. If the project site content is not migrated before team members move to new roles, it may never happen and valuable intellectual property will become hard to find.

3. Organize – Utilizing metadata to organize your project archive library is a much more effective approach than creating sub-folders for each project or asset type. The use of metadata allows the project office to create views of information maintained in the project archive library that are tailored to the needs of specific audiences or use cases.

4. Views – Views can be tailored to meet the specific needs of your project community (using groups, sorts, and filters). The goal is to make it easy to find information that can be leveraged for future project efforts, enhancing the culture of continuous improvement.

5. Rating – Document rating is an excellent collaboration feature that allows people to “rate” how useful a specific deliverable was for them. This feature is particularly helpful for project managers attempting to locate a good sample project deliverable from a previous project.

PM-Foundations – The Project Charter

Every project needs to start somewhere. Someone in the organization identifies a new idea, a problem to be solved, or a business need to be fulfilled, and initiates the project through some form of communication to the group that manages the project initiation process. Depending on the organization and the type of project request, the initial communication has different names – project charter, business case, enhancement request, service request, or investment proposal (to name a few).

In my experience, the project initiation process is a critical component of the overall project delivery process because the time lost “up-front” identifying and formalizing new projects is seldom recovered throughout the remainder of the project life cycle. No matter what you call the document that is used to initiate the project, the process and content utilized to capture and approve the project concept will have a significant impact on time to market and reduce the number of “false starts” associated with new project requests. Consistent and well-understood project initiation processes and deliverables makes it “easier to do business” with the project delivery organization.

For purposes of this blog, I refer to the project initiation deliverable as the Project Charter. This is the term most commonly utilized within the project management community, and is often adopted as the name of the project initiation deliverable within organizations’ project delivery processes / methodologies.

Project Charter Content

The information captured within the project charter is utilized to provide a high level description of the project concept (business need or problem to be solved), and answer some basic questions utilized to justify approving initiation of the next step in the project delivery process (project planning and execution).

  • Why? Describes the goals and benefits of completing the project. A good project charter will provide a description of tangible benefits to the organization, including quantification of the potential range of benefits (optimistic – realistic – pessimistic).
  • What? Describes the high level scope of the initiative, and the key requirements associated with the request (often in the form of critical success factors).
  • Who? Provides a list of the primary person/organization requesting the project (the project sponsor), and the key people/organizations impact by the project (stakeholders). It is helpful to describe how the people/organizations are impacted (e.g., suppliers, subject matter experts, end users, customers).
  • When? Highlights timing related requirements associated with fulfillment of the project request (e.g., window of opportunity). In some cases, how the project request will be fulfilled is known, and the project charter provides key project milestones and target dates.
  • How? Describes what is known about the project delivery process. In many cases the project is not starting from a “blank piece of paper”. The project may represent an enhancement to an existing product or system, or the implementation of a product / technology that has already been identified or purchased.
  • How much? Establishes funding available to complete the project request (e.g., amount budgeted in the organization’s budget), and/or cost related parameters associated with fulfilling the project need. In many cases, the project charter will define a rough order of magnitude type estimate for completing the project (e.g., +/- 50%).
  • What else? The charter will include any additional information that is relevant to approving the project request and initiating the next step in the project delivery process (e.g., project assumptions or constraints). The project charter may also include an assessment of risks and issues associated with the project request.

Listed below are elements commonly found in a project charter. Many project charters include a summary section that “scores” the request based upon the initial estimates of benefits, costs, timing, and resources. This score is utilized to help evaluate the relative value of the request (compared to other requests) within the project initiation process.

Elements of an Effective Project Charter:

  • Background / Description
  • Goals & Benefits
  • High Level Scope
  • Key Product Requirements
  • Critical Success Factors
  • Proposed Project Delivery Process
  • Project Sponsor & Key Stakeholders
  • Cost Estimates / Targets
  • Target Dates / Milestones
  • Assumptions & Constraints
  • Known Risk & Issues
  • Score / Ranking

Project Charters do not need to be lengthy documents that represent a long and arduous process to complete. The specific content within the project charter should be tailored based upon the type, size and complexity of the project request. The project charter should be viewed by the customer of the project initiation process as an “enabler” vs. a “blocker” to launching a new project.

Who is Responsible for the Project Charter?

Ultimately the person or group that has identified the business need or problem to be solved is responsible for the project charter. However, in my experience, many areas of the organization do not have the experience, knowledge, or skills required to create an effective project charter. Their “best attempt” frequently does not adequately describe the business need, high level scope, or the best approach to fulfill the need. These project charters are often “hung up” in the project initiation process, requiring significant rework and additional justification prior to approval. Again, delays during project initiation are seldom recovered in the remainder of the project delivery process.

To solve for this problem, I recommend assigning a member of the project office to help the project initiator with gathering and documenting the information required to create a strong project charter. If the person assigned is also the person that is anticipated to be the project manager for the initiative (assuming it is approved), assisting the project initiator with the project charter will streamline the project manager’s on-boarding and ramp-up during the official project launch and planning processes.

6 Attributes of a Good Project Charter

1. Written – Although the initial idea may be communicated and vetted verbally, project initiation requires some form of written documentation to efficiently approve the request and launch the project planning effort. In addition, documenting the project charter enables collaboration of key stakeholders, and improvement of the end deliverable.

2. Objective – The project charter should fairly represent the perspectives of all key parties involved and impacted by the project request. Although the project charter is not intended to be a legally binding document, it is expected to be a reasonable representation of the anticipated benefits, as well as the estimated effort required to fulfill the request.

3. Explicit – A project charter should clearly and concisely communicate each of the key elements of the request – goals/benefits, timing, costs, risks/issues. Based upon the information known at the time the project charter is created, these elements should be described in detail, and quantified if possible. In many cases, the use of project assumptions enables quantification of benefits, costs, and timing. Project charters that contain ambiguous elements are often the source of contention and change during the project planning and execution processes.

4. Available – The project charter should be maintained in a location that is available to all stakeholders. Collaboration on the project charter improves the quality of the end deliverable. In addition, the project charter represents a deliverable that will continue to be referenced throughout the project life cycle, particularly during the project planning process.

5. Consistent – Establish a template for the content and organization of the project charter. Within the template describe how the content can be tailored based upon the size, complexity, and type of request. Best practices and lessons learned from previous projects are used to continue to enhance the project charter template.

6. Approved – As defined by the organization’s project initiation process, the project charter should be approved by the appropriate parties (including sign-off) prior to launching the project planning process. All project charters (in process, approved, and rejected) should be maintained in the project office’s project archives.

PM-Foundations – What Does a Project Manager Do?

One of my favorite questions to ask potential project management candidates is, “When you were managing the project what did you actually do throughout the project delivery process?” It is amazing how vague and ambiguous the responses can be.

“I managed the project deliverables.”

“I led the team.”

“I guided the project.”

“I managed customer relationships.”

“I facilitated project planning.” (this one is a little better)

None of these examples very effectively describe what the project manager actually “does” to ensure the project is planned, executed, and closed in a manner that delivers on customer expectations. The other response that I frequently get to this question is a “deep dive” into the content of what was delivered. For some reason candidates think describing what was delivered articulates their contributions to the project outcomes.

The reason I think it is so important for candidates to be able to clearly describe what they do as a project manager is that it helps identify whether or not they consistently do the right things at the right time during the project delivery process. Focusing on the key elements of what a project manager does is also helpful to identify improvement areas and professional development opportunities when coaching and mentoring project managers. Below are 9 of the project management activities that I focus on when working with project managers. I thought about ranking these in order of importance, but honestly I believe these represent the handful of things that are all important for a project manager effectively and efficiently perform to consistently drive positive project outcomes (therefore these are in no particular order).

Top 9 Things a PM Does throughout the Project Life Cycle

1. Create and Manage the Project Schedule – Without a good schedule that directly supports the project objectives (scope, time, and cost), the project manager will struggle to effectively deliver on customer expectations. The project manager has direct responsibility for creating the project schedule, including defining the work breakdown structure (WBS), performing activity definition and sequencing, loading and leveling resources, and performing schedule analysis. During project execution the project manager updates the project schedule in a consistent and timely manner. These updates ensure that the project schedule always provides an accurate picture of work completed, and work remaining to be completed.

2. Create and Manage the Project Budget – The project manager creates the project budget by efficiently leveraging the planning assets created to that point in the process. The project manager performs analysis to develop a project budget that will be understood and approved by the client/stakeholders, and just as importantly can be managed throughout the project life cycle. Creating the project budget includes developing a project staffing plan that details planned resource utilization (in hours), identifying other project costs (e.g., software licenses, infrastructure investments, and travel & expenses), and complying with the organization’s financial processes (e.g., capitalization, investment approval, project budgeting vs. funding). During project execution the project manager updates the project budget with actual hours reported by project resources and other actual costs incurred (e.g., from vendor invoices). The project manager forecasts cost variances based upon costs incurred and estimated cost to complete the project, and identifies / implements corrective actions required to deliver the project within budget.

3. Create the Project Plan – The project management plan represents the key deliverable created during the planning phase of the project that connects the project management activities throughout the project life cycle. The project management plan describes the elements of the baseline project plan (scope, timeline, costs and resources), as well as the approach, processes and tools that will be utilized to manage each component of the project (e.g., cost management, schedule management, change management risk management, roles & responsibilities, project communications). The project manager ensures that a strong project management plan is efficiently created (the project manager generally authors a large portion of the project management plan), and is proactively utilized throughout the project life cycle to successfully deliver on the project objectives.

4. Identify and Manage Risks / Issues – Throughout the project life cycle the project manager facilitated the investigation of project related uncertainties to identify potential risks of things that may occur that would impact the project (scope, cost, or timing). The project manager is responsible for capturing and tracking risks and issues in a manner that minimizes their impact on the project. The project manager ensures that key risks and issues are reviewed on a regular basis, and the appropriate actions are completed to close issues or reduce the impact / probability of risks.

5. Manage Team Meetings – The two most important team meetings that the project manager has responsibility for are the core team and steering committee meetings. Effective planning, facilitation and follow-up for these meeting by the project manager is a key to ensuring that the core team members and project sponsors are well-informed, focused on the right things, and resolving issues in a timely manner. The project manager creates the agenda, organizes information to be presented, facilitates the meeting, communicates meeting outcomes, and initiates / tracks the follow-up actions from the meeting.

6. Manage Change – Change is an inevitable component of managing a project – nothing works out exactly as planned. The project manager manages change by maintaining the appropriate balance between control and discipline to manage to the baseline plan, and flexibility to adapt the plans to meet customer expectations. The project manager establishes the change control process for the project, ensures that potential changes are captured and assessed in a timely manner, implements approved changes by making the appropriate adjustments to the baseline plans, and tracks / communicates the impact of change on the project.

7. Measure and Manage Project Performance – The project manager updates progress against plans (budget and schedule), performs analysis required to accurately interpret the key project performance metrics, and recommends / implements corrective actions. This process is performed in a consistent and timely manner to ensure that problems are identified early on, and the appropriate actions are taken to keep the project on-track.

8. Facilitate Stakeholder Communications – The project manager communicates with key stakeholders in a regular and consistent manner, targeting the messages to specific stakeholder groups using the appropriate communications channels / vehicles (e.g., project update meetings, status reporting).

9. Close the Project – Project closure represents an activity that is often minimized or entirely overlooked by the project manager. At the end of a project, many project managers are hurriedly preparing for their next project or client, and miss a prime opportunity to leave a lasting impact on the client organization. Project closure starts with effectively shutting down project activities, validating all product deliverables are complete & key product issues closed, and smoothly transitioning resources to new roles (onto new projects, or within operational functions). The second component of closing the project is gathering customer input about the project, and summarizing the project results in the form of the final project report (also known as the project closeout report). This component of closing the project includes facilitating the lessons learned process to identify improvement opportunities (things done well, or areas for improvement), and to initiate actionable next steps to improve future projects and upgrade the capabilities of the project office.

How do you know if you are doing the right things?

This represents a long list of things to do on a regular basis – how do you make sure you are focused on the right things? Part of the answer to this question depends on where you are in the project life cycle. During the planning phase your focus is on creating the planning deliverables – the schedule, budget, and project management plan. During the execution phase of the project your focus shifts to updating the schedule and budget, tracking risks and issues, managing change, communicating with key stakeholders, and measuring / managing project performance.

The other element of answering this question relates to establishing a personal organization system that the consistently helps you understand and focus on activities that will have the greatest impact on driving positive project outcomes. Neal Whitten, in one of my favorite project management books, “No-Nonsense Advice for Successful Projects”, talks about ensuring that the project manager is managing the top 3 problems. Neal states, “The No. 1 reason projects run into trouble is that the project manager and other project members lose sight of the problems that need the most attention – the top three problems. The top three problems become the top priorities.” I think this concept relates directly to the everyday life of a project manager. What are the top 3 things that need to be performed / resolved to keep the project moving in the right direction? There are many personal organization techniques that you can use as a project manager to ensure you are focused on the right things. I utilize a project planning pad (see below) to record and prioritize my activities at the beginning of the week. This tool personally helps me maintain focus on the “right things” throughout the week, and summarize accomplishments and open issues at the end of the week. The same organization system does not work for everyone, but my personal opinion is that effective project managers consistently utilize personal organization processes / tools of some shape or form.

 

On a Personal Note: I got the idea to write this blog when I was talking to a good friend of mine the other day, Mark Ducharme, about what people do (at work). He said I know that you are a project manager, but I have no idea what that means in terms of what you actually do when you go to work each day. Thanks for asking Mark!