As we go beyond the low code, welcome to Tech Tweedie. Hosted by Ian Tweedie, this channel explores the Power Platform and other related technologies to extend the capabilities beyond the out of the b
Tech Tweedie published a 22-second YouTube Short titled “Who REALLY Owns The RAID Log? It’s NOT Just The PM!” The available Short description contains no transcript, so its specific spoken wording and examples cannot be verified. The topic points to a useful distinction for project teams: a project manager can coordinate the log without being accountable for resolving every risk, issue, or dependency in it.
The Short frames RAID log ownership as broader than the project manager alone. RAID commonly refers to Risks, Assumptions, Issues, and Dependencies: a register that makes uncertainties, current problems, and cross-team handoffs visible.
That distinction separates three kinds of accountability. The project manager or delivery lead typically looks after the process, each entry has its own owner, and decisions requiring authority beyond the project manager may belong to a sponsor or governance group.
For project managers, process ownership means keeping the log accessible, setting up regular reviews, recording updates, and flagging overdue or escalating items. It does not mean personally carrying every action or being able to approve every response.
For makers, technical leads, business representatives, and functional managers, the approach makes responsibility more specific: an item should be assigned to someone positioned to take its next meaningful action. A sponsor or steering committee may need to decide matters such as scope, funding, deadlines, or accepting a risk.
This division can also clarify supplier dependencies. A provider may deliver the work, but the project should still have an internal person monitoring the dependency and raising a delay when needed. The research notes describe these as general project-management practices, not as a Microsoft product feature or a change to project software.
A RAID entry commonly records its category, description, impact, named owner, next action, due date, status, and review date. Teams can use those fields to see who is moving an item forward and what needs attention.
The source is a short clip, and its published description provides no transcript or operational details. The broader ownership explanation comes from the supplied research notes; the clip itself cannot be checked for specific examples or a step-by-step demonstration.
No software, template, licensing requirement, or rollout information is specified. The meaning of D can vary, so teams should confirm their own definition rather than assume every RAID log tracks the same categories.
Not necessarily. The project manager typically owns the process, while each entry should have its own named owner.
The research notes say decisions involving matters such as scope, funding, deadlines, or risk acceptance may require a sponsor, steering committee, or other governance body.
No. Some organizations use D for Decisions, so the project team should agree on the definition.