Friday, July 15, 2011

Chapter 4 Review

Chapter 4: Write the Rules - Five Key Documents to Manage Expectations and Define Success


Project Rules are the foundation of a successful project. Agreement on the goals of the project among all parties involved, control of the scope of the project, and management support are the crucial factors that are defined in the following project documents.

Project Charter.  This document comes from the Project Sponsor (and the Customer, if possible) and announces that a project has begun while demonstrating management support for the project and project management. It establishes the PM's authority to make decisions and lead the project. It is distributed widely and comes first among these project documents.

Statement of Work (SOW). Lists the goals, constraints and success criteria for the project. Once written this document is subject to negotiation and modification by stakeholders, but once formal agreement is reached on its content it becomes the project rules. At a minimum, the SOW includes:

  • Purpose statement (why are we doing this project?) - guides the project team's decision making and clarifies the purpose of the project for the customer.
  • Scope statement - describes the major activities of the project in such a way that it will be clear if extra work is added later, and explicitly includes what is NOT included in the project.
  • Deliverables (what is the project supposed to produce) - tells the team what it is supposed to produce including intermediate and end deliverables; product descriptions should be referenced in deliverables but deliverables does not reiterate the product description, if a detailed product description does not already exist then that should be the only deliverable for a project.
  • Cost and schedule estimates - must be realistic and accurate.
  • Objectives - defines the measures of success beyond producing the deliverables on time and under budget; objectives should be specific and measurable to provide a basis for agreement on the project.
  • Stakeholders 
  • Chain of command

Responsibility Matrix.  Precisely details the responsibilities of each group and major player in a project and shows cross-organizational interaction. Each item on the matrix of major activities and stakeholder groups is assigned a code: R (responsible for execution), A (approval authority), C (must be consulted), and I (must be informed). This tool manages the role of the project office, and, once accepted, gives the PM a written document to refer to in the event of a dispute.

Communications Plan. Establishes a written strategy for getting the right information to the right people at the right time; defines which stakeholders need what information (authorization, status change, coordination); and should include an escalation procedure; communications should be repetitive, multichannel and include informal communication.

Project Proposal. Launches the project and overlaps the content found in the SOW verifying earlier assumptions or developing topics in greater detail; results from a mini-analysis phase that assembles enough information to make the decision to formally launch the project. The Project Proposal contains, at a minimum, the following:

  • Project goal - states the specific desired results from the project over a specified time period
  • Problem/Opportunity definition - describes the problem/opportunity without suggesting a solution
  • Proposed solution - describes what the project will do to address the problem/opportunity
  • Project selection and ranking criteria - categorizes the project benefit to facilitate decision making regarding the allocation of resources across a portfolio of projects
  • Cost-benefit analysis - summarizes the financial reasons for taking on the project, expected benefits compared to costs to quantify ROI; includes tangible benefits, intangible benefits, required resources (cost), financial return
  • Business requirements - primary success criteria for the project in terms of what the business or customer will be able to do as a result of the project's successful completion
  • Scope - list and description of the major accomplishments required to meet the project goal
  • Obstacles and risks - know risks (might occur) and obstacles (certain to occur) that could cause disruption of failure
  • Schedule overview - expected duration, significant milestones and major phases

These project documents provide a vital framework for understanding, communicating and negotiating the purpose and details of the project, and a means of achieving consensus among stakeholders while keeping scope creep at bay.

Chapter 3 Review

Chapter 3: Know Your Key Stakeholders and Win Their Cooperation

The first task of the PM is to identify stakeholders. Stakeholders must agree on project goals and constraints, and ultimately will judge success. They are less likely to be overlooked in planning when we identify them based on classic roles.

These role include:
Project Manager. The PM has the primary role of keeping all disparate groups moving in symphony; the PM should be sure to define all stakeholder roles including their own (which can be spread over multiple people). When leading the stakeholders, the PM should control who becomes a stakeholder, and be sure to manage upward.
Project Team. The team does the work and can include contractors, vendors and customers. It's important to distinguish between the core team and vital, but more peripheral team members when establishing a communication strategy.
Management. Management roles fall into three general areas as follow:

  • Sponsor. The sponsor is the specific executive accountable for the project's success. The sponsor:
    • Issues the Project Charter
    • Assists in developing the Responsibility Matrix
    • Review and approves the Statement of Work, Project Plan, Cost/Schedule/Quality Equilibrium
    • Meets with the PM regularly to advise and monitor the project, maintain project priority, and help the PM overcome organizational obstacles
  • Resource Manager. These are functional or line managers who control and assign people and resources and are likely involved in setting company policies. They should review and approve the Statement of Work and Project Plan. Resource Manager can also offer assistance in resolving HR issues as the Project Team is comprised of their employees.
  • Decision Makers. These managers influence project decisions and represent organizational policy, processes and assets. These include:
    • Managers whose operations will be affected by project outcomes
    • Managers representing other stakeholders
    • Manager(s) to whom the PM reports
    • Anyone else with veto authority on the project
The Customer. Although difficult to identify in some environments, the customer is whoever pays for the project. The customer gets first and last word on product description, budget and success criteria. Customers supply requirements and/or funding.
Representatives of External Constraints. These include governing/regulatory agencies; financial organizations related to project financing; and individuals/organizations whose routine, property or profits will be affected by the project.

Identifying the stakeholders is essential to the success of all projects, and the breakdown offered by the text offers a simple and practical means to approach the question of who are the project stakeholders. In the context of my project, the stakeholders are clearly defined but viewing them through this role-based lens offers valuable insights into how project communication should flow.

Thursday, June 16, 2011

Chapter 2 Review

Chapter 2: Foundation Principles of Project Management
  • How is a project defined?
    • Has a beginning and an end
    • Produces a unique product
    • Contrasts with ongoing operations
  • Challenges that face project managers
    • Personnel
    • Estimating
    • Authority
    • Controls
  • Project management is industry-independent, project managers are not. PMs require skills in three areas:
    • Project management
    • Business management
    • Technical
  • A successful project is delivered:
    • On-time, according to schedule
    • On budget, meeting forecast cost estimates
    • With high-quality as defined by scope and performance
  • Cost-Schedule-Quality Equilibrium
  • Manage expectations by:
    • Setting realistic expectations
    • Managing expectations throughout the project
    • Delivering the promised product, on time and within budget
  • Project management functions
    • Project definition
    • Project planning
    • Project control (progress measurement, communication, corrective action)
  • Project Life Cycle (how to manage the work)
    • Define
    • Plan
    • Execute
    • Close out
  • Product Life Cycle (work required to create a product)
    • Requirements
    • Design
    • Construct
    • Operate
  • Organizational models
    • Function-driven
    • Matrix organizations
    • Project-oriented organizations
      • Projectized firms
      • Programs
      • Product-oriented organizations
    • Five issues of project management affected by organizational structure
      • Authority
      • Communication
      • Priority
      • Focus
      • Chain of command
For me, the lesson of managing project expectations, the need for project managers to have technical skills in their industry, and the difference between the project life cycle and the product life cycle were the most significant concepts of this chapter. Although the book has address project management at a fairly high level thus far to set the scene for subsequent chapters, the concepts and perspectives it presents match my experience. 

    Chapter 1 Review

    From The Fast Forward MBA in Project Management, Third Edition by Eric Verzuh

    Chapter 1: Project Management Is the New Critical Leadership Skill

    • Project management is a strategic strength. It has absolutely been true in my career that leading projects and turning a vision into tangible products, services and outcomes has made me stand out. It is a discipline that can be learned and a skill set so portable that it can be applied universally.
    • Art and Science of Project Leadership: Five Project Success Skills
      • Agreement among the project team, customers and management on the goals of the project
      • A plan that shows an overall path and clear responsibilities and that can be used to measure progress during the project
      • Constant, effective communication among everyone involved in the project
      • A controlled scope
      • Management support
    Having worked in an organization where organizational change was a constant and project managers were at the core of organizational effectiveness. The five project success skills resonate deeply with my experience. I can think of examples of projects which, lacking just one of the five factors above, have spun horribly out of control.
    Each of these applies to my project, however the plan and communication seem to me to be the most relevant to the accreditation process as management support, a well-defined (controlled) scope and a high degree of agreement already exist in this case.