CEO của 1 startup 12 người gọi: “Tôi đã làm Monday meeting 4 tháng. Không feel work. Có nên bỏ không?”.
Tôi hỏi 3 câu (sẽ ở dưới). Sau 10 phút discussion, kết luận: company 12 người này thật sự không cần Monday meeting formal. Họ cần async brief + 1:1 cadence + monthly all-hands. Khác mechanism, không phải khác effort.
Bài 8 dạy bạn khi nào kill, alternatives nào, cách announce.
5 dấu hiệu nên kill Monday meeting
Dấu hiệu 1: Company < 8 người
Founder + 6-7 cộng sự = đủ nhỏ để daily/weekly stand-up async đủ. Format ritual 30 phút weekly overhead lớn vs giá trị.
Test: trong 1 tuần, founder có 1:1 với mỗi key person ít nhất 1 lần không? Nếu có → Monday meeting redundant.
Dấu hiệu 2: Văn hóa fully async (engineering-heavy hoặc remote-only)
Team distributed timezone, deep work culture, mọi communication async qua Slack/Notion/Linear. Synchronous meeting friction cao.
Test: leadership team có hơn 2 timezone không? Slack/Notion là primary work tool không? Nếu cả 2 → cân nhắc kill.
Dấu hiệu 3: Founder dominate > 60% thời gian nói
Đã thử fix (bài 1, 4, 5), vẫn dominate. Meeting trở thành "founder broadcast" + team ack.
Test: ghi âm 2 meeting liên tiếp. Đếm phút founder nói vs team. > 60% là red flag. Nếu founder không thể fix → meeting tốt hơn cho founder, không cho team.
Alternative: founder viết weekly update (Notion/email) → team comment async. Sync cá nhân qua 1:1.
Dấu hiệu 4: Đã skip 4+ tuần liên tiếp (vì lý do tự nhiên)
Founder travel 2 tuần, key person nghỉ thai sản 2 tuần, holiday 1 tuần, đã skip 5 tuần. Khi restart, friction cao + team không miss.
Test: hỏi 2-3 team member riêng tư "bạn miss Monday meeting không tuần qua?". Nếu cả 3 nói "không thấy thiếu" → kill cleanly thay vì half-hearted restart.
Dấu hiệu 5: Decision velocity giảm 50%+ vs trước có meeting
Đo: số decision lớn (mở chi nhánh, hire, kill product, change pricing) trong 30 ngày trước vs 30 ngày sau introduce meeting.
Nếu sau có meeting, velocity GIẢM → meeting đang slow down team. Throughput chậm vì decision chờ meeting (1 tuần) thay vì quyết ngay.
Fix nếu chưa kill: decision > X size vẫn ưu tiên meeting; decision <= X delegate cá nhân.
3 alternatives cho Monday meeting
Alternative A: Async-first weekly brief + comment thread
Format:
- Sunday 6pm: founder/Chief of Staff post weekly brief vào Notion/Slack channel #weekly-update
- Brief structure giống Monday brief (bài 2)
- Team comment trên thread trong 24h
- Câu hỏi quan trọng → 1:1 sync nếu cần
Phù hợp:
- Async culture
- Distributed timezone
- < 15 người
- Founder writes well
Không phù hợp:
- Sync culture (Vietnamese SME mostly)
- Critical decision cần debate
- Founder không write well
Đo lường thành công: comment depth (comment có chiều sâu, không chỉ "noted") + decision velocity duy trì.
Alternative B: Dashboard daily + ad-hoc decision meeting
Format:
- Dashboard live (Looker / Power BI / Notion) cập nhật daily
- Mọi người check dashboard 5 phút mỗi sáng
- Khi có decision cần quyết → schedule 30-60 phút meeting ad-hoc với người liên quan (3-5 người)
- Không có ritual weekly meeting
Phù hợp:
- Data-mature company (dashboard reliable)
- Decision velocity cao (cần resolve nhanh)
- Leadership team experienced (không cần weekly sync để build trust)
Không phù hợp:
- Dashboard chưa stable / data quality kém
- Team mới (cần weekly trust building)
- Decision pattern infrequent (1-2/tháng) → ad-hoc meeting không catch pattern
Risk: meeting chuyển sang reactive, chỉ meet khi crisis. Mất chance "look ahead 2 tuần" của weekly cadence.
Alternative C: 1:1 cadence + monthly all-hands
Format:
- Founder 1:1 với mỗi direct report 30-45 phút weekly hoặc biweekly
- Monthly all-hands 60-90 phút: founder share strategy + Q&A
- Không có weekly leadership meeting
Phù hợp:
- < 12 người
- Founder có capacity 4-6 hours/tuần cho 1:1
- Team mới (cần individual coaching nhiều hơn group sync)
Không phù hợp:
- Team > 15
- Founder không có thời gian 1:1
- Cross-functional decisions cần multiple people present
Risk: silos. Team A và team B không biết bên kia làm gì → duplicate work hoặc conflict.
Decision tree: kill hay không
Đã chạy Monday meeting > 3 tháng chưa?
├─ Chưa → Tiếp tục, đến 3 tháng đánh giá
└─ Rồi → tiếp
Đã apply bài 2-7 (brief, agenda, KPI, câu hỏi, follow-up, async)?
├─ Chưa → Apply trước, không kill
└─ Rồi → tiếp
5 dấu hiệu kill, có bao nhiêu hit?
├─ 0-1 → Không kill, fix targeted issue
├─ 2-3 → Cân nhắc nghiêm túc, prep alternative
└─ 4-5 → Kill + chuyển alternative
Cách announce kill với team
Khó tâm lý. Founder lo team nghĩ "founder lười" hoặc "công ty không serious".
3 nguyên tắc announce:
Nguyên tắc 1: Be honest về lý do
Đúng:
- "Sau 4 tháng, tôi đo decision velocity giảm 40%. Meeting đang slow xuống thay vì help"
- "Async culture company mình mạnh, meeting weekly không add value, chỉ overhead"
- "Tôi dominate quá nhiều, chưa fix được. Format khác fit tôi hơn"
Sai:
- "Tôi bận quá" (sounds excuse)
- "Có lý do internal" (vague, breeds suspicion)
Nguyên tắc 2: Commit alternative cụ thể
Không chỉ kill, show alternative.
Đúng:
- "Thay weekly meeting bằng: brief Sunday 6pm async + 1:1 weekly với mỗi head + monthly all-hands. Áp dụng từ tuần sau."
Sai:
- "Sẽ có cách khác sau" (mơ hồ → team lo)
Nguyên tắc 3: Set review point
Decision không vĩnh viễn. Set review.
Đúng:
- "Thử alternative 3 tháng. Cuối tháng 12 review, nếu không work, ta thử format khác."
Sai:
- "Bỏ hẳn forever" (cứng nhắc + không learn nếu sai)
Mẫu message Slack
@channel
Sau 4 tháng Monday meeting + cải tiến nhiều lần, tôi quyết kill format
weekly meeting. Lý do honest: decision velocity company giảm 35% vs
trước, meeting đang slow xuống thay vì help.
Thay bằng:
- Weekly brief Sunday 6pm async trong #weekly-update channel
- 1:1 với mỗi head 30 phút weekly (booking tuần này)
- Monthly all-hands cuối tháng 60-90 phút
Áp dụng từ tuần sau. Review cuối quý 4, nếu format này không work,
ta sẽ thử khác. Câu hỏi → DM tôi hoặc raise next 1:1.
Cảm ơn mọi người đã commit 4 tháng. Học được nhiều từ đó dù không
keep format.
Tone: honest, specific, future-looking.
Pattern recovery: nếu kill rồi cần restart
Sometimes kill là sai. 4-8 tuần sau, founder nhận ra miss synchronous decision-making. Cần restart.
Quy tắc:
- Không restart trong 4 tuần đầu, không học được gì
- 4-8 tuần restart OK, đã có data alternative, learn pattern miss
- > 8 tuần, restart cẩn thận, treat như new initiative
Khi restart:
- Communicate honestly: "kill 6 tuần trước, alternative không work cho [reason]. Quay lại Monday meeting với 2 thay đổi: [X], [Y]"
- Không pretend nothing happened, team nhớ, trust dependent honesty
- Apply lessons từ 6 tuần off → format mới chặt hơn
Trước khi sang bài 9
Checklist:
- Bạn đã đánh giá 5 dấu hiệu kill, có hit bao nhiêu?
- Bạn đã consider 3 alternatives nếu kill, đâu fit công ty?
- Bạn đã commit applying bài 2-7 FULL trước khi quyết kill (3-4 tháng trial).
- Bạn đã prep mẫu announce nếu thực sự kill, honest + specific + reviewable.
- Bạn đã set review point 3 tháng cho mọi format thay đổi (cũ hay mới).
Bài 9 vào quarterly health check, đo lường Monday meeting có đang work hay không (đo cứng), không chỉ "feel".
AI cowork tip
Trước khi quyết kill, paste 3-month meeting metric (close rate action item, attendance %, decision count, time-box adherence) vào Claude. Prompt: “Đây là 3 tháng data Monday meeting. Đánh giá theo 5 dấu hiệu kill: company size, async culture, founder dominate, skip pattern, decision velocity. Output: (1) hit bao nhiêu signal, (2) recommend kill / fix / wait, (3) nếu kill, alternative nào fit company [mô tả]. Không nịnh.”.
Đọc tiếp
Bài 2, Brief Monday: viết 30 phút trước cuộc họp, đọc 10 phút, tiết kiệm 1 tiếng discussion
Brief Monday là khâu cứu 4/7 anti-pattern. Template 1-page với 5 phần (KPI snapshot, 3 ưu tiên, risk, ai cần help, cảm xúc founder). Workflow: ai viết, ai đọc, khi nào share, lưu ở đâu.
Đọc bàiBài 3, 5-7 KPI cốt lõi cho Monday meeting: tại sao không hơn, và chọn theo ngành thế nào
Đa số founder list 15-25 KPI và meeting drift. Bài 3 dạy filter xuống 5-7 KPI thực sự cốt lõi, 4 KPI universal + 3 KPI theo industry (retailer / distributor / F&B / SaaS). Có ví dụ KPI checklist cho mỗi vertical.
Đọc bàiBài 4, Cấu trúc agenda 30 phút: 3 block 5-15-10 + cách time-box cứng không vượt giờ
Block 1 (5 min) số + cảnh báo, Block 2 (15 min) 3 ưu tiên + blocker, Block 3 (10 min) action item + commit. Có script chi tiết cho người chạy meeting, cách enforce time-box, và workflow cho meeting có 4 vs 8 người.
Đọc bài