THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
The Core Project Management Process {For Small Projects} 2|Page
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
What is this guide for? The purpose is to help you better manage the small projects that you encounter on a daily basis. Small projects are the projects with short
deadlines (a few months at most), almost no budget, and a small team (two to six people). Example projects are: • to create a new brochure for a program; • design an informational website; or •
develop a proof-of-concept for a smart phone application.
Most small projects are in addition to your regular work so you do not have a lot of time or resources to apply to the project. 3|Page
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
How to use this guide? This guide was created to help you apply the core project management principles and techniques to successfully manage the small project without having to spend much of your time doing the traditional project management planning and administration. The goal is to help you make your project successful by giving you just the essential elements for managing a project. 4|Page
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
WARNING!
Do not use this guide for managing projects that: •
take more than 4 months to complete,
• have a substantial budget, or • a project team of more than six people. Especially do not use this guide if the project is going to be your primary work. Projects can become very complicated very quickly and you should use robust project management methods such as the Project Management Body of Knowledge as developed by the Project Management Institute.
5|Page
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
The Core Project Management Process (CPMP) consists of seven templates that capture the essential aspects of project management. Feel free to customize the templates as you want but do take the time to complete first six templates with your project sponsor and project team.
The main purpose of the templates is to make sure that everyone is communicating and has a 6|Page
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
clear understanding of the project’s purpose and results. Put everything in writing so you don’t have to guesslater what was actually said.
Who do I contact for questions or guidance? Pleasecontact me if you have any questions or need help in filling out the templates. I am a certified Project Management Professional and have taught project management to MBA students and working professionals for close to six years. I love talking about and researching project management so I would 7|Page
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
appreciate your comments or suggestions concerning the CPMP. Thank you for your interest in this guide.
Bill Brantley Dr. Bill Brantley, PMP bill@billbrantley.com
8|Page
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
TABLE OF CONTENTS Introduction……………………………………………………………….…..2 Instructions for Project Charter………………………………………….8 Instructions for Scope Statement…………………………………….14 Instructions for Project Plan………………………………………….…21 Instructions for Communication Manager………………………….33 Instructions for Risk Management…………………………………….41 Instructions for Project Control Plan………………………………...51 Instructions for Status Report Template…………………………….61 9|Page
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Project Management Resources……………………………………….67
10 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Instructions for Project Charter 11 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
1) Project Product or Results: This is the most important question of your proposed project and is closely-allied with Project Purpose.
What exactly will the project customer(s) have when the project is completed? Be specific and most important – the project customer(s), project sponsor, project team, and you have to agree 100%on what the project product or result will be.
12 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
2) Project Purpose: This is the businesscasefor the project product or result. The project product or result must tie into a strategic objective of the organization and there is consensusthat this particular project will best meet that strategic objective. The more strategic objectives that this project can meet strengthen the casefor doing the project. 13 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
14 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
3) Project Customers: List the people and/or groups that will direct benefit from the project product or results and whose acceptance criteria will determine if the project is successful or not. The project customers are also part of the stakeholders but you will list all stakeholders (those who influence the project outcome) in a later template. 15 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
4) Project Sponsor: The project sponsor is the executive from whom you will borrow the authority to manage the project. If you don't have a project sponsor then your project will most likely fail. The project sponsor is the one who has the power to supply you with resources, personnel, and a budget and can help remove obstacle to completing the project. It is vital that you meet with him or her on a regular basis and can contact him or her when needed.
16 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Make sure to get their signature so that you can prove that you have the project sponsor's blessing.
Project Charter for [Project Title] Project Product or Result: Project Purpose: Project Customer(s): Project Sponsor (Full Contact Information): This charter authorizes [Project Manager] to manage this project under my authority. 17 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
__________________________________ Project Sponsor
18 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Instructions for Scope Statement
19 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
1)
Customer Requirements:
The best way to handle this is to have a meeting with all of your project customers and your project sponsor. The fewer customers the better for the project in reaching a consensus on the project product or results requirements. It may be helpful to list the requirements as: "Must Haves" and "Nice to Haves." Keep the list as short as possible by thinking of the first iteration of the project as a proof-of-concept and keeping other requirements back for future versions of this project. 20 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
2) Deadline: The actual date that the project product or results must be delivered or the project will be cancelled. You should also negotiate for milestone dates so that the customer and/or sponsor can decide if the project's progress warrants it going further. 21 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
3) Budget Cap: What is the maximum amount that you can spend on the project? You will not know the true project budget until you actually start the project plan and begin the work so this figure will be a ballpark estimate. This is also a good point to discusshaving contingency planning for unexpected expenses.
22 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
4) What is not in this project's scope? Scope creep is the biggest threat to the small project becausethe project already has severely-limited time, resources, and budget.
Continually adding more features and tasks will cause project failure. Thus, you need consensusfrom the project customer(s), project sponsor, and project team on what will not be included in the project product or results. This does not have to be an exhaustive list because the real purpose of this item is to start the conversation on realistic project expectations. 23 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Scope Statement Worksheets 24 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Customer Requirements: 1) 2) 3) Deadline: Budget Cap: What is not in this project’s scope? 1) 25 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
2) 3)
26 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Instructions for Project Plan
27 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
1) Project Team: The table is self-explanatory except for the Type column. Many small projects have parttime team members so it is important to note the commitment that individual team members have to the project. The Core team members are the ones you can count on to be there throughout the project and can commit 100%to the project. Shared team members could be on the project the entire team but may only be able to devote some of their time to project tasks. Temporary team members can only commit 28 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
to some of the project life span while Outsourced team members are the most restricted in that they can only devote some time to one project task. Feel free to expand these categories if needed.
2) Stakeholders: These are people and groups that have some influence over your project but differ from project customers or the project sponsor becausethey don't directly receive the benefits of the project product or result. Examples could be the agency's IT group, a competing department, vendors, or interested executive managers.
29 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS} ďƒ˜
The purpose of this question is to determine potential supporters and opponents to the project so that you can plan on enlisting their help or mitigating their opposition.
30 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
3) Task List: The tasks needed to complete the project and deliver the project product or result. A good rule of thumb is to break tasks down to a work package which can be completed by one person in less than eight hours (one standard workday). Try to order the list with the first tasks first and later tasks that depend on earlier tasks later in the list. If you find that you have more than twenty-five tasks on your list, you may want to consider using a formal project management methodology. In giving a Task ID you can simply number the task or use a prefix scheme to designate a specific group of tasks. For example, if part of your project is to build a website you could use the prefix "WEB-" to number those tasks for easier scheduling and assignment. 31 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
4) Resources List: Only list the resources you will need specifically for the project. For example, you would list Microsoft Word becausethat is a common software package in the office but you might list Dreamweaver if you need to purchase that program for editing web pages.
32 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
5) Cost Data: You will want to create a simple spreadsheet for recording the cost of project resources and any team members you may have to pay for. For easeof tracking expenses,set up the following four tabs: Master Budget: Total costs broken down by expensesand source(s) of income. A balance sheet. Budget by Task: List of tasks with their associated costs. Budget by Resources: List of resources with their associated costs. Cash Flow: The project schedule and anticipated expenditures by day or week. Helps you to spot spending spikes and prepares you to save for those spikes. 33 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Project Plan Worksheets 34 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Project Team: Name Contact Information
35 | P a g e
Notes
Type*
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
* Core, Outsourced, Temporary, Shared Stakeholders: Name Contact Information Notes
36 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Task List: Task Description ID
37 | P a g e
Start Date / End Date
Dependencies
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Resources List: Resource Description ID
38 | P a g e
Task ID(s)
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Cost Data: Master Budget
39 | P a g e
Budget by Tasks
Budget by Resources
Cash Flow
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
40 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Instructions for Communication Management 41 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
1) Communication Grid: Ninety percent of your job as a project manager is communication. Go down your list of project customers and stakeholders to determine who you need to communicate with about what. Consult with them on how often they would like to be contacted ("when ") and how they want to be contacted (email, phone call, text, etc.). For your own purposesnote why you need to communicate with then on a regular basis and any notes that will help you communicate better with that person or group.
42 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
ďƒ˜ Your very first person on the grid will always be the project sponsor and your second person will always be the project customer. If you have multiple customers, list the customers in order of importance.
2) Status Reports: Note that the seventh template of CPMPis a general purpose status template. Modify as warranted depending on your audience. Use the grid to determine who receives the report on regular basis and what information they will receive.
As a general rule- your project team and project sponsor receives the most detailed report while project customers should 43 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
receive more of a progress report on the project product or results and stakeholders should receive a high-level summary.
3) Meeting Calendar: Use this to plan regular face-to-face or synchronous meetings. The project sponsor always has a standing meeting as well as your core project team members.
44 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Communication Management Worksheets 45 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Communication Grid: Who What When
46 | P a g e
How
Why
Notes
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Status Reports: [General Status Report – Last Template (Modify as Needed)] Who Gets It How Notes
47 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Meeting Calendar: With Who When
48 | P a g e
About
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Instructions for Risk Management 49 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
1) Risk Register: A risk is an event that either harms or benefits your project. Most forget that not all risk events are bad but it is the bad events that can hurt or kill your project. Spend the time brainstorming with your team to identify the bad events and give each event an ID and enough of description to help you plan your response to it. Then, go through your list and decide on the most likely probability of the event 50 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
occurring in increments of 20s. This doesn't have to be exact but err on the worst-casescenario side. Also determine what the impact would be to the project if the event does happen. Assign "1" to events that would have a negligible impact on the project all the way to "5" for events that would make the project fail. Theseare the risks that you want to continually monitor. Continue to add to the risk register as the project progresses.
2) Impact Grid: Use this grid to graphically display the risk profile of your project. Start with the first risk event and place its Risk ID in the box intersected by 51 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
the probability and severity. If you have a color version of this guide you will see a green zone, a yellow zone, and a red zone. For those with a black-and-white version, here are the zones:
Green
Yellow
Severity = 1: 0%to 80% Severity = 1: 81%to Severity = 2: 0%to 40% 100% Severity = 2: 41%to 80% 52 | P a g e
Red Severity = 2: 81%to 100% Severity = 3: 61%to 100%
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Severity = 3: 0%to 60% Severity = 4: 21%to Severity = 4: 0%to 20% 100% Severity = 5: 0%to 100% For items in the red zone you want to immediately plan a risk response by either avoiding the risk, mitigating the risk, or finding a way to shift the impact of the risk to someone else ("insurance"). For yellow zone items, you will want to plan a risk response but wait until after you completed the red zone risk response plans first. You can choose to plan for the green zone items or just accept the risk events when they happen if your resources and time is limited. 53 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
It is possible for a risk to migrate to different zones to make sure to update the impact grid on a regular basis. A good time would be when you are also updating the risk register.
3) Risk Responses: Use this table to index all of your risk response plans. Of course your risk response plan can be more detailed and in a separate document but it is good practice to have a ready reference so that you and your team can act quickly. As with the risk register and impact 54 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
grid, make sure to update your risk responsestable on a regular basis. It is also good practice to examine your detailed risk response plans on a regular basis.
Risk Management 55 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Worksheets Risk Register: Risk Description ID
56 | P a g e
Probabilit y
Impact Status Last Updated
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Impact Grid (Enter Risk ID in Appropriate Box): Severity/Probab ility
1 – Negligible 57 | P a g e
0% to 20%
21% to 40%
41% to 60%
61% to 80%
81% to 100%
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
2 3 4 5 – Project Fails
Risk Responses: Risk ID ResponsePlan 58 | P a g e
Status Last
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Updated
59 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Instructions for Project Control Plan 60 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
1) Customer Acceptance Criteria: In consultation with the project sponsor and the project customer(s), the project manager will create a set of criteria for the project product or result. If all of the criteria are met then the customer(s) will accept the project product or result and the project can be successfully closed out. 61 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
2) Task Acceptance Criteria: The acceptance criteria are determined by the project manager in consultation with the project team. Thesecriteria should flow from the Customer Acceptance Criteria.
62 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
3) Monitoring Checklist: The project manager should determine the top three items he or she will monitor on a daily basis throughout the project. For example, the first item can be the budget, the second item can be the quality of the project product or results, and the third item is the schedule. The 63 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
purpose of this question is to keep the project manager focused on the project and to serve as early warning signs of developing risk events.
4) Thresholds: This should be same as the deadline and budget cap in the scope statement. Another focusing prompt for the project manager.
64 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Project Control Plan Worksheets 65 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Customer Acceptance Criteria 1) 2) 3) 4) 5) 6) 7) 8) 66 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Task Acceptance Criteria: Task Acceptance Criteria Completed and ID Accepted
67 | P a g e
Last Updated
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Monitoring Checklist: 1) 2) 3) 4) 5) 6) 7) 8) 68 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Thresholds: Budget – Schedule –
69 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Instructions for Status Report Template 70 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Project Title / Date / Project Manager / Deadline: Basic information that should be on all status reports. Project Status: This table displays significant tasks and/or events in the project. Red means the task/event status is in trouble, yellow means that the task/event could become trouble unless steps are taken, and green means the task/event is proceeding normally. For black-andwhite reports either spell out the colors or use R-Y-G.
71 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Issues: Can be related to an item in the project status table or a general issue and is anything that needs to be addressed before the next status report. Recommendations/Requests: Most often used when reporting to the project sponsor. Planned Activities Until Next Status Report: Most often used when reporting to the project team.
72 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Status Report Template 73 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Worksheets Project Title: Date: Project Manager: 74 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Deadline:
Project Status: Milestone
75 | P a g e
Statu Notes s Red
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Yellow Green Issues: 1) Recommendations / Requests: 1) Planned Activities Until Next Status Report: 1)
76 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Project Management Resources 77 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
The Core Project Management Process(CPMP)is designed so that all is needed is a word processing program (you can skip the spreadsheet program by putting your budget figures in a Word table and use the Formula function to add and subtract). There are many project management programs out there that you can use but these may be more complex than needed for your small project. The goal is to have a system that requires as little project administration work as possible so that you and your team can concentrate on the project tasks. But if you would like to have some extra help there are numerous resources online: 78 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
1) Free Project Management Templates for Excel - Vertex42 offers both free and paid project management templates for Excel. Some of these templates can be used in Open Office. 2) CoHuman- Task and Project Manager that integrates with Google Docs. Free online service that lets you create tasks, assign tasks to other people, and group related tasks in projects. The best part of this application is that the tasks are constantly reordered as tasks are completed.
79 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
3) OpenProj- Free open-source alternative to Microsoft Project. Might be more than needed for a small project but have all of the features of Microsoft Project and can open MS Project files. 4) Open Workbench - Another open-source alternative to Microsoft Project. I personally find OpenProje easier to use. 5) Zoho Projects- Offers one of the better free plans for project management (1 project and 10 MB of file sharing with unlimited users and file sharing). Integrates with Google Docsand I personally feel that their pricing structure is better than Basecamp. 80 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Thank you for reading and pleasefeel free to contact me if you need advice or want to offer criticism, praise, and suggestions.
Dr. Bill Brantley, PMP bill@billbrantley.com
81 | P a g e
THE CORE PROJECT MANAGEMENT PROCESS {FOR SMALL PROJECTS}
Image Credits: All applicable images and graphics are used with permission under the Flickr Creative Commons Attribution 2.0 Generic license. Special thanks to: • Claude, chego101, alancleaver_2000, EvanHahn, kyz, The Fayj, Wisconsin Historical Images, vectorportal, Bogdan Suditu, Brenda Starr, AMagill, and Identity Photogr@phy
82 | P a g e