Saturday, March 8, 2014

Direct and Manage Project work

Direct and Manage Project Work:
Have you ever wondered where in the PMBOK Guide framework the actual work gets done? It gets done in the Direct And Manage Project Execution Process. This is the big process, where everything happens and you direct and execute the work that you defined in the project management plan in order to deliver the project deliverables. Most of the money & resources are spent here.
  • Performing the work to achieve project objectives
  • Creating project deliverables
  • Managing technical and organizational interfaces
  • Generating work performance data Reporting performance
  • Managing the team, stakeholder expectations, sellers, contractors
  • Raising change requests, implementing approved changes
  • PMIS - May offer automated tools to use in this process
Staffing the project. Find right resources. Train & Manage resources. Negotiate with functional managers, other PM's for right resources. Manage conflicts. Negotiate with vendors. Manage communication channels. Manage interfaces between processes e.g. between cost and schedule processes. Process to gather project status information and reporting on it.

Configuration Management System 

According to the PMBOK Guide, Fifth Edition, Configuration Management System is a subsystem of the overall project management system. It is a collection of formal documented procedures used to apply technical and administrative direction and surveillance to: identify and document the functional and physical characteristics of a product, result, service, or component; control any changes to such characteristics; record and report each change and its implementation status; and support the audit of the products, results, or components to verify conformance to requirements. It includes the documentation, tracking systems, and defined approval levels necessary for authorizing and controlling changes.

This definition is self-explanatory, isn't it? Well not quite. Unfortunately, this is a topic which isn't explained well in PMP prep guides. Even though most of us are using Configuration Management is some form or another on our projects, many PMPs and PMP aspirants I have talked to, do not understand this topic well. This article is the first in a series of articles that I'll do Configuration Management System. My aim is to present the information in a clear, concise and practical manner to help you understand this topic well. I may cross the boundaries of the PMP exam curriculum. I hope you will find the information useful.

In this article, I'm listing the main concepts related to Configuration Management System. I'm not covering any of them in detail. In follow-up articles, I'll cover some of these points in detail.
  1. Configuration Management is focused on the functional or physical characteristics of the "product" (or deliverables of the project). Most of us who have worked on projects have used Configuration Management. In the context of IT systems, Configuration Management can be applied to hardware, software and network configurations. Manufacturing companies use complex Product Lifecycle Management (PLM) systems to manage configuration of their products (such as mobile phones, cars, airplanes) throughout the lifecycle of the product.

    For those who are interested to learn more, I'm going to cover product configuration in detail in a follow-up article.

  2. Configuration Management is applied throughout the lifecycle of the product. It extends beyond the boundaries of a project.

  3. Configuration Management also applies to the "project". Project Configuration Management is a collection of processes, activities, tools and methods to manage the configuration of project management artifacts such as Contracts, Statement of Works, Work Breakdown Structure, Project Management Plan, Risk Register, Work Performance Information, Performance Reports, Metrics, etc. You can refer to Practice Standard for Project Configuration Management from PMI for more details. By the way, this standard is available free of cost to PMI Members.

  4. Configuration Management System is a part of the overall Project Management Information System (PMIS). Change Management System is a subset of the Configuration Management System. Refer to the diagram for a pictorial representation of this concept.
  5. Configuration Items (CI) are items which are placed under configuration control. It may include product, its components, documentation or project artifacts (examples mentioned above).

  6. Not all Configuration Items (CI) need to go through formal Change Control process.

  7. Configuration Management Plan is a subsidiary of the main Project Management Plan.

  8. Configuration Management Plan defines:
    • Configuration Items (items which need to be placed under configuration control)
    • Items that require formal change control
    • The process for controlling changes to such items (Change Control process)
  9. Configuration Management System has 4 main aspects:
    • Configuration Identification
    • Configuration Control
    • Configuration Status Accounting
    • Configuration Verification and Audit
    These have been reviewed in detail in - The Four Components of a Configuration Management System.

  10. Configuration Control and Change Control are distinct but related activities. Read Configuration Control and Change Control - Similar yet Distinct for more information.
======================================================================