Project Management – highlights

  1. There are 9 knowledge areas
    1. Stakeholder Management
    2. Scope Management
    3. Time Management
    4. Cost Management
    5. Quality Management
    6. Procurement Management
    7. Risk Management
    8. Communications Management
    9. Human Resource Management
    10. Integrating all these 9 knowledge areas and delivering a project is using Integration management.
  2. Don’t do anything unless you know why you are doing it.
  3. We might not be able make the project clearer by adding many more details and calculations.
    1. Check for weakest links and strength it to make the project more effective
  4. Plan first before starting anything on a project.
  5. Get the requirements/ scope clear before you start delivering.
    1. Pay attention to the problem/ pain areas.
  6. Project is providing resolution to a problem.
  7. Sometimes the correct solution is already selected by the time a PM has been allocated.
  8. Project charter will contain the business need on why the project is initiated and what factors affect our decision.
  9. Identify stakeholders even before scheduling to avoid surprises and disappointments during the project life cycle.
  10. We need to then define the product, understanding what we are going to develop. It has two steps.
    1. Scope
    2. Quality
  11. Work breakdown structure: WBS – breaking down the full scope into smaller manageable elements
    1. Not really breaking down tasks/ work.
    2. It is a hierarchical list.
    3. Helps in finding the gaps
  12. Are the project benefits short term? Or a long term?
    1. If long term, many aspects like scalability, compatibility etc. to be taken into consideration.
    2. Short term ones might not require to be exhaustive. For e.g. if the project is about providing data extracts to business over a period of 6 months, we should not be much concerned about technology upgrades, incompatibility issues etc. We can just monitor to keep track of any changes.
    3. These are called quality expectations.
  13. Acceptance criteria: Following standards, guidelines, identify change in scope during planning due to various reasons like technology feasibility etc.
    1. All this information is to be added to WBS dictionary. WBS dictionary can be a part of WBS document or a separate document
  14. Identify how to measure cost and time.
    1. Use tools like MS project or simple excel to list down high level activities and their timelines.
  15. All the low level elements should now be split into activities.
    1. Activities are the actual representation of resources, time and amount of work to be done.
    2. This information is to be added into the MS project or the excel tracker to identify the critical path.
    3. We should have our acceptable schedule of our project now.
    4. Cost of the project is calculated based on the resources, time and amount work to be done.
  16. Start risk and issue logs. Be proactive in identifying risks and manage them.
    1. What is the impact of the risk and probability (of occurrence)?
    2. Prioritise based on both the above and check where the resources are to be allocated in order to mitigate the risk (reduce impact or probability or both).
  17. The risks and their mitigation might add to project costs, schedule and resources and add new risks as well.
  18. Communication is one of the most important task of the project manager.
    1. Communication with teams, stakeholders, 3rd parties
  19. Training, motivation, rewards and recognition are some of the aspects of resource management.
    1. Budget for all these are to be planned and will be part of project costs.
  20. We need to baseline time, cost, scope according to PMBOK
  21. Metrics: planned vs actuals, forecast planning to be performed.
  22. In case of issues, root cause and preventive actions are important than being reactive.
    1. These corrective and preventive actions might fall under a change request. So project manager should be cautious on these actions.
    2. Once a change request is added to scope, plans, activities are to be revisited and re-baselined.
    3. This is one form of change request.
  23. Change request (CR) has many forms and might impact any of the knowledge areas
    1. Stakeholders, scope, cost, time, quality, procurement, risk, communication and HR
    2. Once a CR is approved, the CR plan is to be integrated with the baselined plan.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s