← Agile/Scrum Suite 18 · Governance & Stakeholder

Agile RAIDD Log

Download Excel

Risks, Assumptions, Issues, Dependencies, and Decisions — the same RAIDD structure as the Enrollment & Claims PM Suite, but populated the way it actually gets used on an Agile program: dependencies are mostly cross-team (tracked here and on the Jira board), and several entries trace directly back to specific ceremonies you've already seen.

RisksAssumptionsIssues DependenciesDecisions

Risks

Uncertain future events that could affect the program.

IDRiskSeverityMitigationStatus
R-01Full historical data migration (Sprint 7) could surface data-quality issues in legacy archive records, requiring remediation timeMediumPre-cutover validation report + spot-check process (same pattern used successfully for Release 1's active-patient migration)Closed — migration completed within estimate
R-02Third-party video SDK's screen-share feature could require additional vendor configuration not originally scopedMediumSpike performed during Sprint 3 refinement; re-estimated MCM-123 from 5 to 8 ptsClosed — realized as a scope/estimate change, not a schedule risk
R-03Cross-team dependencies surfacing too late in a sprint to resolve without schedule impactMediumSprint 2 retro actions — dependency owner field, standing Scrum-of-Scrums agenda itemClosed — confirmed effective at Sprint 3 retro
R-04Team cost run-rate tracking slightly ahead of planned burn heading into the highest-effort remaining sprintMediumMonitored weekly against Sprint 7–8 forecast; no contractor hours addedClosed — program finished within budget

Assumptions

Conditions taken as true for planning purposes.

IDAssumptionValidated?
A-01The video SDK vendor's existing BAA (executed during vendor selection) covers the telehealth use case without renegotiationConfirmed — T. Brannigan, Sprint 3 Planning
A-02Both teams can sustain a consistent 2-week sprint cadence without holiday/PTO disruption beyond what was planned for in capacityHeld true
A-03The pilot patient cohort (Release 1) is representative enough to surface major usability issues before full rolloutHeld true — no major issues surfaced beyond MCM-155 feature request

Issues

Problems that have already occurred and need resolution.

IDIssueSeverityResolutionStatus
I-01MCM-111 blocked in Sprint 2 waiting on Anchor's availability engine (MCM-160) code reviewMediumSame-day escalation between Engineering Leads; review completed within hoursClosed, Sprint 2
I-02MCM-181 (rollback runbook) descoped from formal Sprint 5 board tracking, completed manually insteadLowAccepted as a one-off; no process change needed since it didn't recurAccepted

Dependencies

Cross-team or external dependencies tracked at the program level (in addition to being linked on the Jira board).

IDDependencyOwnerStatus
D-01Falcon's booking/reschedule UI (MCM-111) depends on Anchor's availability engine API (MCM-160)A. Singh (Anchor)Resolved, Sprint 2
D-02Falcon's video join flow (MCM-120) depends on Anchor's video SDK integration (MCM-121)A. Singh (Anchor)Resolved, Sprint 3–4
D-03Release 2 cutover depends on Compliance sign-off of the full historical migration validation reportT. Brannigan (Compliance)Resolved, Sprint 8

Decisions

Formal program-level decisions, each traceable to the ceremony or meeting where it was made.

IDDecisionMade AtMade By
DEC-01Definition of Done updated to require clinical workflow sign-off for scheduling/visit-launch/notes-handoff storiesProgram KickoffDr. L. Nguyen, endorsed by C. Tyrrell
DEC-02Compliance review checkpoint added before both Release 1 and Release 2 (not a single end-of-program gate)Program KickoffT. Brannigan
DEC-03Split MCM-133 into a data-mapping story and a UI story to reduce single-sprint delivery riskSprint 3 Backlog RefinementC. Tyrrell + both teams
DEC-04Hold Release 1 to the pilot cohort rather than full rollout immediately after MVP launchSprint 5 ReviewM. Delacroix (Sponsor)
DEC-05Release 2 Go/No-Go: GO — all acceptance criteria, compliance, and clinical sign-offs metSprint 8 ReviewM. Delacroix (Sponsor)