📋 Free Framework · Project Management

Project Management Framework

A complete 10-component framework covering every phase of a project — from kick-off to closure. Built for project managers, operations teams, and consultants leading cross-functional initiatives.

Project Name
[Project Name]
Project Manager
[Name · Title]
Start Date
[Date]
Target End Date
[Date]

How to Use This Framework

  1. Complete the Project Charter first — before any work begins. The charter creates alignment on scope, objectives, and success criteria.
  2. Use the RACI Matrix to define accountability clearly. Ambiguity in ownership is the most common cause of project failure.
  3. Update the Risk Register weekly during execution. Risks that go untracked become issues.
  4. Complete a Weekly Status Report every Friday and share with stakeholders. Keeps everyone informed without ad-hoc meetings.
  5. Do not skip the Post-Project Review. The lessons from this project will save the next one.
01
Project Charter
The project charter is the founding document of any project. It creates formal authorization, defines scope, sets expectations, and identifies the key decision-maker. Complete this before work begins.
Project Name
[Descriptive project name — be specific]
Project Sponsor (Ultimate Decision-Maker)
[Name · Title · Contact]
Project Manager
[Name · Title · Email]
Requested By
[Name · Department]
Start Date
[Date]
Target Completion Date
[Date]
Problem / Opportunity Statement What problem does this project solve or what opportunity does it capture? Include current state vs. desired state.
Current state: [Describe the problem, pain point, or gap — with data where possible, e.g., "Our current onboarding process takes 14 days and results in 23% of new hires failing their 30-day check-in."] Desired state: [What will be true after this project? e.g., "Onboarding is completed in 5 days with a structured orientation program, resulting in >90% 30-day check-in pass rate."]
Project Objective Write a SMART objective: Specific, Measurable, Achievable, Relevant, Time-bound.
To [action verb] [specific outcome] by [date], measured by [KPI/metric], resulting in [business impact].
In Scope (what is included)
• [Deliverable 1]
• [Deliverable 2]
• [Deliverable 3]
• [Process / system / team affected]
Out of Scope (what is explicitly excluded)
• [Excluded work 1 — be explicit to prevent scope creep]
• [Excluded work 2]
• [Future phase items]
• [Adjacent work that will be a separate initiative]
Key Deliverables
DeliverableDescriptionOwnerDue DateAcceptance Criteria
[Deliverable 1][What is it?][Name][Date][How will we know it's done and acceptable?]
[Deliverable 2][Description][Name][Date][Criteria]
[Deliverable 3][Description][Name][Date][Criteria]
Budget
Total: $[X]  |  Internal labor: $[X]  |  External: $[X]  |  Contingency (10–15%): $[X]
Success Criteria (How will we know the project succeeded?)
[Specific, measurable outcomes that define success — e.g., "Onboarding time reduced from 14 to 5 days by Oct 1"]
Charter Approvals
Project Sponsor

[Signature / Date]
Project Manager

[Signature / Date]
Key Stakeholder

[Signature / Date]
02
Stakeholder Map
Identify everyone who affects or is affected by this project. Classify their influence and interest level, then define your communication approach for each. High influence + high interest = manage closely.
StakeholderRole/TitleInfluenceInterestClassificationCommunication ApproachFrequency
[Project Sponsor][Title]HighHighManage CloselyWeekly status report + monthly steering committeeWeekly
[Department Head][Title]HighMediumKeep SatisfiedBi-weekly update email; escalate decisions promptlyBi-weekly
[End Users / Team][Title]LowHighKeep InformedTown halls, training sessions, FAQ documentMonthly
[IT / Systems Team][Title]MediumMediumKeep InformedMeeting invitations for relevant milestonesAs needed
[External Vendor][Vendor Name]MediumLowMonitorContract milestones and deliverable reviewsMonthly
[Add stakeholder]
[Stakeholder Name]
[Title · Department]
Influence / InterestHigh / High
Key Concern[What do they care most about?]
Potential Resistance[What might cause them to push back?]
Engagement Strategy[How will you keep them aligned?]
[Stakeholder Name]
[Title · Department]
Influence / InterestMedium / High
Key Concern[Description]
Potential Resistance[Description]
Engagement Strategy[Description]
03
RACI Matrix
For each task or deliverable, define who is Responsible (does the work), Accountable (owns the outcome — only ONE per row), Consulted (provides input), and Informed (notified of results).
RACI Rules: (1) Every row must have exactly one A — multiple Accountable = no accountability. (2) The A is the person who answers if it fails. (3) Minimize Cs to prevent bottlenecks. (4) I = receive output, not required to approve.
Task / Deliverable [Name 1]
[PM]
[Name 2]
[Sponsor]
[Name 3]
[Tech Lead]
[Name 4]
[Ops]
[Name 5]
[Finance]
Project Planning
Develop Project CharterRACIC
Define Project BudgetRAIIC
Stakeholder IdentificationRAICI
Execution
[Key Deliverable 1]AIRCI
[Key Deliverable 2]AICRI
[Vendor / External Work]AICII
Quality & Approval
Quality Review / TestingAIRCI
Final Approval / Sign-OffRAIII
[Add rows as needed]
04
Project Timeline
Break the project into phases. Each phase has activities, owners, dates, and dependencies. Flag activities on the critical path — any delay here delays the project end date.
PhaseActivityOwnerStartEndDurationDepends OnStatus
Phase 1
Planning
Finalize project charter[PM][Date][Date]3dDone
Stakeholder kickoff meeting[PM][Date][Date]1dCharterDone
Detailed project plan[PM][Date][Date]5dKickoffIn Progress
Phase 2
Execution
[Activity 1][Name][Date][Date][X]d[Dep.]Planned
[Activity 2][Name][Date][Date][X]d[Dep.]Planned
[Activity 3][Name][Date][Date][X]d[Dep.]Planned
[Activity 4][Name][Date][Date][X]d[Dep.]Planned
Phase 3
Review & Launch
Quality review and testing[Name][Date][Date][X]dExecutionPlanned
Stakeholder acceptance review[Sponsor][Date][Date][X]dQAPlanned
Go-live / implementation[PM][Date][Date][X]dApprovalPlanned
Phase 4
Closure
Post-project review[PM][Date][Date]1dGo-livePlanned
05
Milestone Tracker
Milestones are significant project checkpoints — not tasks. They mark the completion of a phase or major deliverable. Track actual vs. target dates to measure schedule health.
#MilestoneTarget DateActual DateStatusVarianceNotes
M1Project Charter approved[Date][Date]✓ CompleteOn time
M2Kickoff meeting held; team aligned[Date][Date]✓ Complete+1dRescheduled once
M3[Phase 2 completion milestone][Date]In Progress[Notes]
M4[Key deliverable completed][Date]Planned
M5Stakeholder acceptance sign-off[Date]Planned
M6Project go-live / launch[Date]Planned
M7Post-project review complete; lessons documented[Date]Planned
06
Risk Register
Proactively identify risks before they become issues. Score each risk (Probability × Impact, 1–3 scale). Anything scoring 6+ needs a formal mitigation plan. Review and update every week.
IDRisk DescriptionCategoryProb (1-3)Impact (1-3)ScoreResponse StrategyOwnerStatus
R1Key team member unavailable during execution phaseResource2 – Med3 – High6 – HighCross-train backup; document all work-in-progress[PM]Open
R2Scope creep from stakeholder change requestsScope3 – High2 – Med6 – HighFormal change request process; escalate to sponsor[PM]Open
R3Third-party vendor misses a delivery deadlineExternal2 – Med2 – Med4 – MedContract SLAs; weekly vendor check-in; backup options identified[PM]Monitoring
R4Technical integration more complex than anticipatedTechnical2 – Med2 – Med4 – MedTechnical spike in Phase 1; contingency time in schedule[Tech Lead]Open
R5Budget overrun due to underestimated labor costsFinancial1 – Low2 – Med2 – Low15% contingency buffer in budget; weekly cost tracking[PM/Finance]Monitoring
R6[Add risk]
07
Issue Log
Issues are risks that have materialized. Document every issue, its impact, and how it was resolved. An active issue log prevents things from falling through the cracks.
IDDate RaisedDescriptionRaised ByPriorityAssigned ToStatusResolutionClosed Date
I1[Date][Description of the issue — be specific and factual][Name]High[Name]Open[Resolution steps or outcome]
I2[Date][Description][Name]Medium[Name]Closed[How it was resolved][Date]
I3[Date][Description][Name]Low[Name]In Review[Pending]
I4[Add issue as they arise]
08
Weekly Status Report Template
Send this every Friday. Keep it short — the goal is to keep stakeholders informed and surface issues early, not to write a novel. Fill in the placeholders and distribute.
Weekly Status Report — [Project Name]
Week ending: [Date]  |  PM: [Name]
Green = On track    Amber = At risk    Red = Off track
[On Track / At Risk]
[On Track / At Risk]
[On Track / At Risk]
[Specific task/deliverable completed — link to artifact if applicable]
[Another completed item]
[Another completed item]
[Task 1 — Owner: [Name]]
[Task 2 — Owner: [Name]]
[Task 3 — Owner: [Name]]
[Decision required from sponsor/stakeholder — needed by: [date]]
[Another decision]
[New risk or escalated issue — severity, owner, mitigation]
$[X]
$[X]
$[X]
+$[X] under
09
Decision Log
Document every major decision made during the project — including what options were considered and why the chosen option was selected. This creates an audit trail and prevents re-litigating past decisions.
IDDateDecision TopicOptions ConsideredDecision MadeRationaleDecided ByImplemented
D1[Date]Project scope boundary — [topic]Option A: [desc] · Option B: [desc]Option A[Why this option was chosen — include trade-offs acknowledged][Sponsor][Date]
D2[Date][Technology / vendor selection][Vendor A] vs [Vendor B] vs [Vendor C][Vendor B]Best fit for requirements; cost and timeline acceptable[PM + Sponsor][Date]
D3[Date][Schedule change decision]Delay launch by 2 weeks OR scope reductionScope reductionTimeline was fixed; removed [feature X] to preserve go-live date[PM][Date]
D4[Add decisions as they are made]
10
Post-Project Review
Complete within 2 weeks of project close. Gather honest input from all team members. The review is not a performance evaluation — it is a learning exercise. Focus on process, not people.
Project Name & Summary
[Brief description of what was delivered, when, and at what cost]
Final Outcome vs. Original Objective
[Did the project achieve its SMART objective? Quantify the gap or success.]
Final Budget vs. Actual
Budget: $[X]
Actual: $[X]
Variance: $[X] ([X]%)
Final Schedule vs. Plan
Planned end: [Date]
Actual end: [Date]
Variance: [X] days
Scope Delivered
100% / [X]% of original scope
[Changes noted]
What Went Well (keep doing this)
• [Specific thing that worked well — process, tool, behavior]
• [Another success]
• [Another success]
• [Team members to recognize for specific contributions]
What Could Be Improved (do differently next time)
• [Specific process or behavior to change]
• [Tool or communication approach to improve]
• [Planning assumption that was wrong]
• [Resource or capacity issue to plan for]
Top 3 Lessons Learned (for the next project team)
1. [Lesson — written as actionable guidance: "Next time, always [action] because [reason]."]
2. [Lesson]
3. [Lesson]
Recommendations for Future Projects
[Process improvements, resource changes, tool investments, or methodology adjustments recommended based on this project's experience]
Team Recognition
[Name specific team members and their contributions. This section matters — recognition drives future engagement.]
Review Participants & Sign-Off
Project Manager
[Name]

[Signature / Date]
Project Sponsor
[Name]

[Signature / Date]
Key Team Member
[Name]

[Signature / Date]

Need a Project Manager on Your Team?

New Level Consultants provides project management as a service — from scoping through closure. We bring the framework, the discipline, and the experience so your team can focus on delivery.