Project Governance & Accountability Policy

Purpose

This policy defines how projects at Memorres are governed so that decisions are timely, accountability is unambiguous, and delivery remains aligned to approved scope, schedule, and budget. In a mid-scale environment with lean teams, governance must be simple, visible, and enforceable without enterprise bloat. This document sets the minimum rules for decision rights, approvals, reporting cadence, variance thresholds, and escalation. It ensures that every project has a single accountable owner, clear authorities for change, and predictable forums where risks and exceptions are resolved. By codifying these rules, Memorres reduces decision latency, prevents scope creep by negotiation, and creates an auditable trail of what was decided, by whom, and on what evidence. The outcome is faster progress with fewer surprises, stronger stakeholder confidence, and projects that finish with clean acceptance and complete records.

Scope

This policy applies to all client and internal projects managed under the Memorres PM lifecycle, regardless of contract type or technology stack. It governs initiation through closure, covering approvals at phase gates, baseline creation and change, issue and risk ownership, stakeholder communication cadence, and documentation standards for decision making. The policy binds project managers, sponsors, delivery leads, and contributors who participate in governance forums. Discipline-specific execution (engineering, design, QA) is out of scope except where approvals or baselines intersect with PM control. Small projects may compress ceremonies, but no project may bypass the required authorities, artifacts, or escalation rules stated here. Where a client’s governance is stricter, the stricter rule applies. Any exception to this policy requires written approval from the sponsor and PM lead and must be recorded in the project’s decision log.

Definitions

Sponsor – Executive owner of business outcomes; final approver for scope/schedule/budget changes.

Project Manager (PM) – Single point of accountability for plan integrity, reporting, and governance execution.

Change Control Board (CCB) – Decision group convened by the PM for material changes; includes Sponsor and relevant leads.

Baseline – Approved scope, schedule, and budget that form the reference for control.

RAG – Status signal: Green (within thresholds), Amber (approaching breach), Red (breached).

Main Section – Governance Rules, Decision Rights, and Controls

Decision & Approval Rights

Governance AreaDecision TypeRecommenderApproverInformed
ScopeAny addition/removal affecting critical path or >8 person-hoursPM with Delivery LeadSponsor via CCBFinance, Affected Leads
ScheduleRebaseline >10% of remaining duration or milestone date changePMSponsorAll Stakeholders
BudgetIncrease >5% or reallocation across line itemsPM with FinanceSponsorDelivery Leads
Quality AcceptancePhase/release acceptance against criteriaDelivery LeadClient/SponsorPM
Risk ResponseElevate risk with score ≥15 (1–5 scale for Probability × Impact)PMSponsorAll Stakeholders
Vendor/ToolingIntroduce/replace tool with cost or security impactPM with IT/SecSponsorDelivery Leads
Exception to PolicyAny deviation from this policyPMSponsor + PM LeadQA/Compliance

Governance Cadence & Reporting

ForumAudienceFrequencyLed ByInputsOutputs & SLA
Daily Stand-upProject TeamDaily (15 min)PMTask board, impedimentsUpdated board; impediment log (same day)
Weekly Project ReviewSponsor, LeadsWeeklyPMStatus data, risks, CRs, forecastOne-page Status Report with RAG; Decision Log update (≤24h)
Steering/CCBSponsor, PM, LeadsAs needed (on exceptions)PMCR pack, impact analysisApproved/Rejected CR; baseline update (≤24h)
Gate ReviewSponsor, PM, LeadsAt phase exitsPMGate checklist, artifactsGo/No-Go decision; actions and owners (≤24h)

Variance Thresholds & Mandatory Actions

Control CategoryThresholdMandatory ActionOwnerEvidence
Schedule Variance (SV)Amber at 5–10%; Red >10% against baselineAmber: recovery plan in weekly review. Red: CR to rebaseline or descoped scope option to CCB.PMStatus Report; CR form
Effort/Budget VarianceAmber at 3–5%; Red >5% forecast overrunAmber: freeze non-critical change. Red: CCB decision within 3 working days.PM & FinanceForecast sheet; decision record
Scope CreepAny request >8 person-hours or on critical pathLog CR, perform impact analysis within 2 working days; no work starts before approval.PMCR log; impact worksheet
Risk ExposureTop risk score ≥15 or 2 risks trend upward for 2 weeksEscalate to Sponsor in weekly review; adjust plan or buffer.PMRisk Register; updated schedule
Quality GateExit criteria not fully metNo Go; action plan with dates; re-review within 5 working days.PM & Delivery LeadGate checklist; acceptance notes
CommunicationMinutes/decisions missingPublish decision summary within 24 hours or flag policy breach.PMDecision Log URL in Status Report

Accountability & RACI (PM-Owned Artifacts)

ArtifactCreateApproveMaintainGate Dependency
Project CharterPMSponsorPMInitiation
Stakeholder RegisterPMPMPMInitiation/Planning
Requirements Spec (PM format)PM facilitatesSponsorPMScope Baseline
WBS & EstimatesPM facilitatesSponsorPMPlan Baseline
Schedule BaselinePMSponsorPMPlan Baseline
Risk RegisterPMPMPMOngoing
Communication PlanPMSponsorPMPlanning
Change Log (CRs)PMCCBPMExecution
Decision LogPMPMAll Phases
Closure ReportPMSponsorPMClosure

Gate Controls & Required Evidence

GateRequired EvidenceApproval Criteria
Initiation → RequirementsSigned Charter; initial stakeholder register; RAID shellPurpose, success criteria, authority confirmed
Requirements → PlanningApproved Requirements Spec; scope statement; out-of-scope listClarity on what will and will not be delivered
Planning → ExecutionWBS; estimates; schedule baseline; risk register; comms planPlan is feasible; thresholds and owners set
Execution → Release/Phase ExitCompleted deliverables; test/acceptance evidence; updated logsExit criteria met; variances within thresholds or approved CRs
ClosureAcceptance record; closure report; archive index; handover checklistAll obligations complete; documentation archived in MIC

Documentation & Evidence Rules

RuleDescriptionMinimal Evidence
Single Source of TruthMIC is the authoritative location for artifacts and logs.Artifact links inside the weekly Status Report
TimelinessDecisions and minutes must be published within 24 hours.Timestamped Decision Log entry
TraceabilityEvery CR must reference affected baseline IDs and decisions.CR form with baseline fields
ProportionalitySmall projects may compress forums but must retain approvals and logs.Combined weekly review with documented decisions
AuditabilityRandom quarterly checks by PM lead.Sampled projects show complete artifacts and logs

Escalation Ladder

ConditionWho EscalatesPathResponse SLA
Red variance (>10%) or missed milestonePMSponsor via Steering/CCB3 working days
Unresolved blocker >2 working daysPMDelivery Lead → Sponsor1 working day
Policy breach (missing decisions/minutes)PMPM Lead → Sponsor2 working days

Closing Note & Cross-References

This policy ensures Memorres projects are governed with clarity, speed, and consistent evidence. It defines who decides, what must be approved, when to escalate, and how to record decisions so that small teams can move quickly without losing control. The policy is enforced through the lifecycle gates and weekly reporting, with MIC as the single source of truth. Apply this policy alongside the following PM documents for full coverage: SOP – Project Charter Creation & Approval, Template – Project Charter, Template – Stakeholder Register, SOP – Schedule Development & Baseline, Policy – Change Request & Scope Control, Template – Weekly Status Report (RAG + Forecast), Guide – Critical Path & Buffer Management, and SOP – Project Closure & Archive. For effort attribution and forecasting, reference the company-wide Time Tracking & Work Logging Policy. When followed, this policy reduces decision friction, protects baselines, and drives predictable, auditable delivery.