Module 26 · Specialist · 8 min read

Communication, risks and issues

You will be able to: Plan communication by audience; Maintain a risk and issue log; Escalate problems at the right time.

  • Read not done yet
  • Self-check: not taken not done yet
  • Lesson complete not done yet

Most project disasters are known to someone early. The job of communication is to make that knowledge visible to the person who can act.

AudienceWhat they needFormatFrequency
SponsorProgress, budget, decisions neededOne-page status; callWeekly
Steering committeeGate decisions, risks, changesPack and meetingAt gates or every two weeks
Key usersWhat is next, what they must doShort meeting, checklistTwice a week during UAT
All staffWhy, when, what changes for meAnnouncement, demoMonthly, then weekly near go-live
Zeyto contactProduct questions and requestsWritten, with examplesAs needed

The RAID log

Keep one log of Risks (may happen), Assumptions (taken as true), Issues (have happened) and Dependencies (waiting on someone). Review it weekly. A risk becomes an issue when it happens.

Score a risk by probability and impact, each from 1 to 5, and multiply. Over 15 is high, 8 to 15 medium, under 8 low.

IDRiskPIScoreResponse
R1Client data arrives late4416Weekly chase; escalate to sponsor on day 12
R2Printer model unsupported2510Test a sample printer in week 4
R3Key user on leave in UAT339Name a replacement
R4Licence not ready at cutover248Confirm in T-10 checklist
Escalation in timeA migration rehearsal shows that 1,100 of 6,800 items have no unit. The consultant logs an issue, assigns the storekeeper, sets a three-day deadline, and warns the project manager that two further days of delay would push UAT by a week. The sponsor gets a short message on day 2, not day 10.

Escalation levels

  1. Consultant and client lead resolve within two working days.
  2. Project manager and sponsor resolve within a week.
  3. Steering committee decides on scope, budget or date changes.
  4. Product matters, such as a defect or a missing feature, go to Zeyto in writing with steps and evidence.
TipBad news does not improve with age. Tell the sponsor early, with the options and your recommendation.

Keep the written record short and send it the same day. After each meeting, send the decisions, their owners and the dates, so that nobody has to remember who agreed what. A note that takes five minutes to write can save a long argument later in the project.

Watch outA status that is always green is not credible. If nothing is ever amber, the report is hiding something.

Practise in the demo

  1. Create a RAID log with five entries for a project you know and score the risks.
  2. Write a one-page weekly status in the format shown, with a rating and decisions needed.
  3. Open https://demo.zeyto.app/demo-app/ and sign in with the demo login. This is a public demo with sample data, so nothing you do there affects a real business.
Open the live demo

Public demo company, sign in as admin / demoAdmin123. Data refreshes nightly.

Key takeaways
  • Communicate by audience: sponsor, steering committee, users and all staff.
  • Keep one RAID log and score risks by probability times impact.
  • Escalate early with options; honest amber status builds trust.

Check yourself

3 questions on this lesson. Not timed, not the exam, and you can try again. Score 60% or more, and read the lesson, to complete it.

1. How is a risk score usually calculated?

2. Risk R1 has probability 4 and impact 4. What is its score and class?

3. The accountant sends the customer ageing three days late. What should you do?

Practice questions for this module · Printable study sheet