Markdown Editor

Project Communication Management Plan Template

Communication matrix (audience, purpose, channel, frequency, owner), meeting cadence, escalation path, repository and feedback

Управління проєктамиСтандартcommunicationplan

Як використовувати: Use after the stakeholder register to plan who gets what information and why. Fill the communication matrix first, with a purpose for every row. Main pitfall: many reports and meetings with no stated decision or action for the audience.

Перегляд

Communication Management Plan: [Project name]

Plan for who receives which project information, why, through which channel, how often and from whom, including meeting cadence, escalation path, document repository and feedback. Based on common project management practice. Replace every [bracketed] value and every row marked Example.

FieldValue
Document ID[CP-PROJECT-001]
Project[Project name]
Version[0.1]
Owner[@project-manager]
Approved by[@sponsor]
Related[Stakeholder register SR-001, Project management plan PMP-001]
Last updatedYYYY-MM-DD

1. Objectives

Communication on [Project name] aims to:

  • keep decision makers informed early enough to decide before deadlines;
  • give affected staff accurate, timely information about what changes for them and when;
  • surface risks and issues quickly through a known escalation path;
  • keep one source of truth for project documents and decisions.

2. Principles

All project communication follows these principles.

PrincipleWhat it means in practice
One source of truthDecisions and documents live in the repository; email links to them
Plain languageLead with the outcome and the ask; avoid internal jargon and acronyms
No surprisesBad news is shared as soon as known, with a proposed response
AccessibleDocuments meet [accessibility standard]; recordings have captions
ConfidentialityCommercial and personal data shared only with authorised audiences

3. Communication matrix

The matrix lists every planned communication.

IDAudienceInformationPurposeChannelFrequencyOwnerFormat
COM-01Example: SponsorStatus, risks, decisions neededDecide on escalations within toleranceEmail plus 30-min callBiweeklyProject managerStatus report template
COM-02Example: Steering committeeProgress vs baseline, financials, change requestsApprove stage gates and changesMeetingMonthly and at gatesSponsorSteering committee report
COM-03Example: Project teamPriorities, blockersCoordinate daily workStand-up (video)DailyWorkstream leadsBoard review
COM-04Example: Branch staffWhat changes, when, training datesPrepare for the new processIntranet article, team briefingMonthly; weekly during rolloutChange leadArticle, slide pack
COM-05Example: Compliance officerKYC design, test evidenceReview and sign offFormal review meetingAt design and test milestonesBusiness analystReview pack
COM-06Example: VendorPlan changes, defects, acceptanceAlign deliveryJoint progress meetingWeeklyProject managerMinutes and action log
[ID][Audience][Information][Purpose][Channel][Frequency][@owner][Format]

4. Meeting cadence

Standing meetings are scheduled as follows.

MeetingChairAttendeesFrequency and lengthInputsOutputs
Steering committeeSponsorCommittee members, PMMonthly, 60 minSteering report sent 3 working days beforeDecisions, actions, minutes within 2 days
Project board reviewProject managerWorkstream leadsWeekly, 45 minRAID log, schedule updateUpdated RAID log, action list
Daily stand-upWorkstream leadWorkstream teamDaily, 15 minTask boardBlockers raised
Vendor progressProject managerVendor lead, tech leadWeekly, 30 minVendor reportAction log
[Meeting][@chair][Attendees][Frequency][Inputs][Outputs]

5. Escalation path

Issues and decisions that cannot be resolved at one level move to the next within the time limits below.

LevelEscalate toWhenResponse expected within
1Workstream leadBlocker affecting a task1 working day
2Project managerBlocker affecting a milestone or another workstream2 working days
3SponsorForecast exceeds PM tolerance (schedule, cost, scope)5 working days
4Steering committeeForecast exceeds sponsor tolerance or benefits at riskNext meeting or extraordinary session

The escalation flow is shown below.

6. Document repository

All project documents are stored in [repository name and link]. Naming follows [ProjectCode]-[DocType]-[Number]-v[major.minor], for example DOB-PMP-001-v1.2.

FolderContentsAccess
01 GovernanceCharter, plans, steering packs, minutesProject team, steering committee
02 Requirements and designRequirements, designs, decisionsProject team
03 DeliveryTest evidence, release notesProject team, vendor
04 Change and trainingCommunications, training materialsProject team, change network
05 CommercialContracts, invoicesPM, procurement, finance only

7. Communication methods and tools

The project uses these tools for the stated purposes only.

ToolUseNot for
[Email]Formal notices, approvalsOngoing discussion
[Chat channel]Quick coordination within the teamDecisions (record them in the decision log)
[Video meeting tool]Meetings, recorded trainingConfidential commercial discussions with recording on
[Intranet page]Updates for affected staffDraft or unapproved content

8. Feedback and effectiveness

Effectiveness is checked through [a short pulse survey of affected staff each month, attendance and open rates, and questions raised at briefings]. Results are reviewed at the project board meeting and the plan is adjusted.

MeasureTargetSource
Staff who know the go-live date and their training slotAt least 90%Pulse survey
Steering pack sent at least 3 working days before meeting100%Meeting log
Questions answered within 5 working daysAt least 95%Feedback mailbox

9. Plan maintenance

The plan is reviewed at each stage gate. Changes are recorded below.

VersionDateChangeAuthor
1.0YYYY-MM-DDApproved[@name]
1.1YYYY-MM-DDExample: Added weekly branch briefings for rollout[@name]

Standard and licence note

Based on common project management practice for communication planning. This template is original text written for this collection. Template licence: MIT.

Схожі шаблони