Communication Plan
Communication Plan: {{PROJECT_NAME}}Drop — Fintech Payment App
Project: {{PROJECT_NAME}}Drop — Remittance + QR Payments
Version: {{VERSION}}1.0
Date: {{DATE}}2026-02-23
Author: {{AUTHOR}}John (AI Director)
Status: Draft | In Review | Approved
Reviewers: {{REVIEWERS}}Alem Bašić (CEO)
Document History
| Version |
Date |
Author |
Changes |
| 0.1 |
{{DATE}}2026-02-23 |
{{AUTHOR}}John |
Initial draft — Drop-specific communication structure |
1. Communication Objectives
Drop
Thisis communicationan planAI-native ensuresinternal thatproduct allof stakeholdersALAI onHolding {{PROJECT_NAME}}AS. receiveCommunication accurate,is timely,primarily between John (AI Director) and relevantAlem informationBašić throughout(CEO), thewith projectAI lifecycle.agents Specificreporting objectives:asynchronously. Objectives:
- Transparency —
AllAlem stakeholdersalways haveknows visibility into projectDrop status, risks,blockers, and decisions at thea appropriate level of detailglance
- Alignment —
Requirements, priorities,Requirements and decisionspriorities are communicatedconfirmed before workimplementation begins, not afterbegins
- Accountability —
Issues, blockers, and escalations areBlockers surfaced quicklyimmediately; anddecisions resolvedrecorded throughin defined channelscomms/decisions/
TrustRegulatory readiness — Consistent,All professionalcompliance-relevant communicationdecisions buildsdocumented clientfor confidence and internal cohesionFinanstilsynet
- Documentation —
KeyDrop decisions,is changes,AI-native; decisions persist in comms/decisions/ and approvals are recorded and retrievableHiveMind
2. Stakeholder Communication Needs Matrix
| Stakeholder |
Role |
Information Needs |
Preferred Channel |
Frequency |
Detail Level |
Owner |
{{NAME}}Alem Bašić |
ClientCEO / Sponsor |
Budget, milestoneMilestone status, risksbudget, strategic risks, partner decisions |
EmailDirect + Videosession |
Weekly + ad-hoc |
Executive summary |
PM |
{{NAME}} |
Client PO |
Feature status, backlog, demos |
Video + Chat |
Per-sprint |
Detailed |
PO |
{{NAME}} |
End Users |
Launch date, training schedule |
Email |
Monthly + pre-launch |
Simple |
PM |
Alem (CEO) |
ALAI CEO |
Budget, strategic issues |
Direct |
As needed / monthly |
Executive |
John |
John (AI Director) |
AI Director |
Full project status, risks, agent output, technical decisions |
DailyMission digestControl |
Daily |
Detailed |
PMAI Builder agents |
Implementers |
Task specs, acceptance criteria, schema refs |
Task prompt |
Per-task |
Technical |
{{NAME}}AI Validator agents |
PMQA |
Blockers,Feature taskto progressvalidate, test criteria, DoD |
ChatTask prompt |
DailyPer-task |
Detailed |
TeamTechnical |
{{NAME}}SpareBank1 / BaaS partners |
TechExternal Leadpartners |
TechnicalDrop decisions,capabilities, architecturepartnership terms |
ChatEmail via Alem |
DailyQuarterly + as needed |
Technical |
TeamExecutive |
{{NAME}}Finanstilsynet |
QARegulator |
TestPISP/AISP status,registration bug countsdocumentation |
ChatFormal submission |
DailyAnnual + milestones |
DetailedFormal |
| Waitlist users |
QAEarly adopters |
Launch updates, beta invitations |
Email ([email protected]) |
Monthly |
Simple |
| Local merchants |
Merchant users |
Onboarding, QR setup, fee structure |
In-person + email |
On onboarding |
Simple |
3. Communication Channels & Tools
4. Meeting Schedule
4.1 Regular MeetingsCeremonies (AI-Native Cadence)
| Meeting |
Purpose |
Frequency |
Day / Time |
Duration |
Required AttendeesFormat |
Facilitator |
Output |
Daily Standup |
Progress, blockers, coordination |
Daily (weekdays) |
{{DAY}} {{TIME}} |
15 min |
Dev team + PM |
Scrum Master |
Written standup log |
Sprint Planning |
Backlog grooming, sprint goal,review, task assignment to agents |
Every 2 weeks (Monday) |
{{TIME}}Async (John prepares) + Alem review |
2 hours |
Team + PO |
Scrum MasterJohn |
Sprint backlogtasks in Mission Control |
Sprint Review / Demo |
Demo completed features to client |
Every 2 weeks (Friday) |
{{TIME}}Alem session — John demos |
1 hour |
Team + Client |
POJohn |
Sprint demolog recordingentry in PIPELINE.md |
| Sprint Retrospective |
TeamProcess processimprovement, improvementlearning opportunity |
Every 2 weeks (Friday) |
{{TIME}}Async by John + /learning-opportunity |
1 hourJohn |
DevUpdated teamMEMORY.md (no/ client) |
Scrum Master |
Retro action itemsrules |
ClientWeekly SyncStatus Check |
Relationship,Drop quickstatus updates,for concernsAlem |
Weekly |
{{DAY}}Written {{TIME}}status in HiveMind + direct session if needed |
30 minJohn |
PMStatus + Client PO |
PM |
Meeting notes |
Steering Committee |
Strategic decisions, budget, major risks |
Monthly |
{{DAY}} {{TIME}} |
1 hour |
PM + John + Client Sponsor |
PM |
Decision recordreport |
| Risk Review |
RiskUpdate risk register update |
Weekly (sprint planning) |
Embedded in sprint planning |
15 min |
PM + Tech Lead |
PMJohn |
Updated riskrisk-register.md |
register
| Strategic Review |
Partner decisions, regulatory updates |
Monthly |
Alem session |
Alem |
Decision record |
4.2 Event-Triggered MeetingsCommunications
| Trigger |
Meeting TypeAction |
Called ByChannel |
Who | Response Target TimingTime |
P1New critical risk (Score ≥ 15) |
Escalate to Alem |
Direct session |
Within 4 hours |
| Security incident |
Incident responsereport call+ Alem notification |
PMDirect or+ Tech Leademail |
All hands |
Within 1 hourImmediately |
NewBaaS riskpartner Scoreresponse ≥ 15received |
RiskAlem escalationbriefing + decision session |
PM | Direct PM + John + Sponsorsession |
Within 24 hours |
ScopeMilestone change request receivedcompleted |
ChangeUpdate reviewPIPELINE.md + notify Alem |
PMHiveMind post |
PMSame + TL + PO |
Within 3 business daysday |
MilestoneFinanstilsynet missedcorrespondence |
RecoveryLegal planningreview + Alem briefing |
PM |
PMDirect + TL + Johnemail |
Within 2448 hours |
Go-liveAgent decisiontask pointfailure / blocked |
Go/No-GoJohn reviewinvestigation + Alem if strategic |
PMMission Control |
PMWithin +4 TL + QA + John |
5 days before planned launchhours |
5. Reporting Cadence
| Report |
Frequency |
Prepared By |
Distributed ToAudience |
Delivery Method |
DeadlineLocation |
Daily Standup Log |
Daily |
PM / SM |
John + internal team |
Mattermost |
EOD each day |
| Sprint Report |
Per sprint |
PM |
Client + John |
EmailAlem |
SprintPIPELINE.md endsprint + 1 daylog |
Weekly Status Report |
Weekly |
PM |
Client Sponsor + John |
EmailAlem |
EveryHiveMind {{WEEKDAY}}+ bydirect {{TIME}}session |
Monthly Risk Report |
Monthly |
PMJohn |
John + Alem |
Email |
1st of each monthrisk-register.md |
Monthly Budget Report |
Monthly |
PMFinance agent |
John + Alem |
Email |
1st of each monthcomms/reports/ |
| Milestone Report |
Per milestone |
PMJohn |
AllAlem stakeholders+ partners |
EmailPIPELINE.md + email |
| Security Report |
DayPer ofsprint |
milestoneSecurity completionagent |
John + Alem |
security/ directory |
Post-Launchlaunch Report |
Once |
PM |
John + Client + Alem |
Email |
30 days post-launch |
John |
Alem + investors |
comms/reports/ |
5.1 Weekly Status Report Template
SUBJECT: [{{PROJECT_NAME}}]Drop — Weekly Status — Week of {{DATE}}[DATE]
STATUS: 🟢ON OnTRACK Track/ AT RISK / DELAYED
PHASE: [Current phase from ROADMAP.md]
STAGING: https://drop-staging.fly.dev/ — [UP/DOWN]
THIS WEEK:
- [completed item 1]
- [completed item 2]
NEXT WEEK:
- [planned item 1]
- [planned item 2]
BLOCKERS:
- [blocker] → [action needed from Alem]
TOP RISKS:
| 🟡 At Risk | 🔴 Delayed
## This Week
- {{COMPLETED_ITEM_1}}
- {{COMPLETED_ITEM_2}}
## Next Week
- {{PLANNED_ITEM_1}}
- {{PLANNED_ITEM_2}}
## Risks & Issues
| # | Issue/Risk | Status | Action Required From Client |
|---|------------|--------|----------------------------|
| 1 | {{ISSUE}} | {{STATUS}} | {{CLIENT_ACTION}} |
## Milestones
| Milestone | TargetScore | Status |
|-----------|--------|--------|
| {{MILESTONE}}[R-001] BaaS partner | {{DATE}}20 | ✅[current Done / ⏳ In Progress / ⚠️ At Riskstatus] |
##DECISIONS DecisionsNEEDED NeededFROM ALEM:
- [ ] {{DECISION_NEEDED_BY_DATE}}[decision ##by Budget
- Spend to date: {{NOK}} / {{TOTAL_NOK}} ({{PERCENT}}%)date]
6. Escalation Paths & Response SLAs
| Level |
Trigger |
Escalate To |
Channel |
Response SLA |
Resolution SLA |
| L1 |
BlockerAgent within teamblocker (any)technical) |
TechJohn Lead(self-resolve) |
Chat | Mission 2 hoursControl |
4 hours |
| L2 |
BlockerArchitecture affectingdecision sprint goalrequired |
PMJohn (makes decision) |
ChatADR +in call if needed |
1 hourcomms/decisions/ |
Same day |
| L3 |
Client-impactingStrategic issue/ partnership decision |
PM + JohnAlem |
ChatDirect + emailsession |
1 hour |
424 hours |
| L4 |
MilestoneBudget riskchange (>3 days slip)10% |
John + Client PM |
Email + video |
4 hours |
2 business days |
L5 |
Budget overrun risk |
John → Alem |
Direct | 2 hourssession |
24 hours |
L6L5 |
Contract/scopeLegal dispute/ regulatory blocker |
JohnAlem + external legal |
Email + direct |
48 hours |
| P1 |
Security incident / data breach |
Alem immediately |
Direct + email |
4 hours |
3 business days |
P1 |
Production incident |
PM + Tech Lead + John + Client |
Phone |
15 minutes |
Per incident severity |
7. Documentation Standards
7.1 File Naming Convention
[PROJECT]-[DOCUMENT_TYPE]-[DATE]-[VERSION].[ext]
Example: ACME-drop-sprint-report-2026-02-14-20-v1.0.pdfmd
Example: ACME-drop-meeting-notes-2026-02-14.20.md
7.2 Document Storage Locations
| Document Type |
Location |
Project governance (charter, brief, RACIRACI, risks) |
~/projects/{{PROJECT}}/docs/governance/PROJECT-GOVERNANCE/ |
Requirements,Business user stories, BRDrequirements |
~/projects/{{PROJECT}}/docs/requirements/BUSINESS-REQUIREMENTS/ |
DesignDecision files,records mockups/ ADRs |
~/projects/{{PROJECT}}/docs/design/comms/decisions/ |
| Meeting notes |
~/projects/{{PROJECT}}/comms/meetings/ |
Standups |
~/projects/{{PROJECT}}/comms/standups/ |
Decision records |
~/projects/{{PROJECT}}/comms/decisions/ |
SprintStatus reports |
~/projects/{{PROJECT}}/comms/reports/ |
Client-facingPartner documentscommunications |
~/projects/{{PROJECT}}/comms/client/ |
| Technical documentation |
docs/ (see INDEX.md) |
| Security reports |
security/ |
7.3 VersionDecision ControlRecord Format (ADR)
All documents use semantic versioning: MAJOR.MINOR (e.g., 1.0, 1.1, 2.0)
MAJOR version = significant structuraldecisions changemust orbe approval milestone
MINOR version = content updates, corrections, additions
Every version trackedlogged in thecomms/decisions/ Documentas HistoryADR tablefiles:
at# theADR-XXX: top[Decision ofTitle]
each**Date:** file
YYYY-MM-DD
**Status:** Proposed | Accepted | Deprecated | Superseded
**Decider:** [Name/Agent]
**Context:** [Why this decision was needed]
**Decision:** [What was decided]
**Consequences:** [What changes as a result]
**Alternatives considered:** [What else was evaluated]
8. External Communication Protocols
| Communication Type |
Authorized Speakers |
Approval Required |
Notes |
ClientBaaS progresspartner updates |
PM, JohnAlem |
None (within scope) |
MustDocument be factual, professionaloutcomes |
ClientFinanstilsynet escalations / issuessubmissions |
PMAlem →+ JohnLegal advisor |
JohnAlem approvalsign-off |
NeverFormal; promisekeep resolution timelines without TL inputcopies |
| Press / public statements | Alemabout Drop |
Alem only |
Alem |
No projectproduct details without explicit approval |
PartnerMerchant communicationonboarding comms |
Alem |
None |
Track in merchant dashboard |
| Waitlist email updates |
John |
JohnAlem approval for major announcements |
DocumentVia allMCP commitmentsemail — info account |
LegalInvestor / contract matters |
Alem + John |
Alem |
No binding commitments without Alem sign-off |
Social mediacommunications |
Alem |
Alem |
CheckJohn brandprepares guidelines first |
Third-party vendor comms |
Tech Lead / DevOps |
PM awareness |
Cc PM on all vendor emailsmaterials |
9. Crisis Communication Plan
9.1 Crisis Triggers
- Production
datasecurity breach or securitydata incidentexposure
- Payment processing failure affecting users
- Regulatory action or investigation by Finanstilsynet
- BaaS partner contract failure
-
2-4-week unplanned projectdelay delayto any Phase 2+ milestone
Client relationship breakdown
Team member critical unavailability (e.g., extended illness)
Budget overrun > 25%
Legal dispute
9.2 Crisis Communication Protocol
- Identify —
Team memberJohn identifies crisis; notifieslogs PMin immediatelyproject/docs/incident-report.md
- Contain —
PMJohn + Tech Lead assessassesses scope and containmentimplements optionsimmediate mitigations (maxwithin 1 hour)
- Escalate —
PM notifies John within 1 hour; John notifies Alem ifvia L4+direct session within 1 hour of identification
- Communicate —
PMJohn preparesdrafts crisisexternal communicationcommunication; draft; JohnAlem approves before sending
- Update —
StakeholdersAlem and affected parties receive updates every 4 hours until resolved
- Resolve — Crisis
declaredclosed overwhen byall John;impacts post-mortemmitigated conductedand withinsystems 48 hoursrestored
- Learn —
/learning-opportunity —skill crisisrun; becomesmemory systemupdated; fixprocess improved
9.3 Crisis Communication Template
SUBJECT: [URGENT] {{PROJECT_NAME}}DROP — {{CRISIS_SUMMARY}}URGENT] Dear[Crisis {{STAKEHOLDER}},Summary]
WeVi arevil writinginformere todeg informom youen ofsituasjon ansom issuepåvirker affectingDrop.
{{PROJECT_NAME}}.SITUASJON: SITUATION:[What {{WHAT_HAPPENED}}happened]
IMPACT:PÅVIRKNING: {{WHAT_IS_AFFECTED}}[What IMMEDIATEis ACTIONSaffected]
TAKEN:UMIDDELBARE {{WHAT_WE_HAVE_DONE}}TILTAK: NEXT[What STEPS:we {{WHAT_WE_WILL_DO}}have EXPECTEDdone]
RESOLUTION:NESTE {{TIMELINE}}STEG: We[What we will providedo]
updatesFORVENTET everyLØSNING: {{FREQUENCY}}[Timeline]
untilNeste thisoppdatering: is[Next resolved.update Contact:time]
{{PM_NAME}}Kontakt: Alem Bašić — {{PM_EMAIL}}[email protected] — {{PM_PHONE}}+47 {{NAME}}40 {{TITLE}}47 42 51
Approval
| Role |
Name |
Date |
Signature |
| Author |
John (AI Director) |
2026-02-23 |
| Approved
Reviewer |
|
|
|
Project Manager |
|
|
(AI) |
| AI Director (John) |
John |
2026-02-23 |
Approved |
ClientCEO / Project Sponsor |
Alem Bašić |
TBD |
|