Mở đầu — vì sao bài này quan trọng
Khi một tổ chức còn nhỏ, chuyện lập kế hoạch hầu như không tồn tại như một quy trình chính thức. Founder nghĩ ra việc gì đó vào buổi sáng, trưa cả team đã bắt tay làm. Nhưng khi bạn có 5 team, rồi 15 team, rồi 40 team, cái "trực giác chung" đó tan biến. Mỗi team bắt đầu chạy theo hướng riêng, hai team làm trùng nhau mà không biết, một team thứ ba xây thứ mà chẳng ai cần. Đây chính là lúc Quarterly Planning — quy trình lập kế hoạch theo quý — trở thành xương sống điều phối của cả tổ chức.
Quarterly Planning không phải là một cuộc họp. Nó là một nhịp điệu vận hành (operating cadence) lặp lại mỗi 12–13 tuần, giúp cả công ty cùng dừng lại, nhìn lại quý vừa qua, thống nhất mục tiêu quý tới, và quan trọng nhất là đồng bộ hóa (align) hàng chục team đang chạy song song. Nếu làm tốt, mỗi kỹ sư trong công ty đều hiểu vì sao việc mình làm quan trọng và nó khớp với bức tranh lớn ra sao. Nếu làm dở, planning biến thành một mùa họp hành mệt mỏi, tạo ra hàng chục slide đẹp đẽ rồi bị bỏ xó ngay tuần đầu tiên.
Bài học này tập trung đúng vào quy trình vận hành của quarterly planning — trình tự các bước, timeline 6 tuần, ai làm gì khi nào, và cách chốt kế hoạch. Chúng ta sẽ không đi sâu vào cách viết OKR hay so sánh KPI (những chủ đề đó có bài riêng), mà tập trung vào bộ máy giúp planning diễn ra trơn tru.
Khái niệm cốt lõi
Quarterly Planning là gì và không phải là gì
Bản chất, quarterly planning là quy trình mà tổ chức dùng để chuyển từ chiến lược dài hạn thành cam kết ngắn hạn cụ thể cho 3 tháng tới. Nó nằm ở giữa hai tầng: phía trên là chiến lược năm (annual strategy), phía dưới là công việc hàng ngày của từng team (sprint, ticket).
Điều quan trọng cần hiểu: quý là đơn vị thời gian đủ dài để làm được việc có ý nghĩa, nhưng đủ ngắn để điều chỉnh khi sai. Một tháng thì quá ngắn — chưa kịp giao thứ gì đáng kể. Một năm thì quá dài — thị trường thay đổi, giả định của bạn hết đúng. Quý là điểm cân bằng mà phần lớn công ty công nghệ chọn.
Cadence lồng nhau: annual → quarterly → sprint
Hãy hình dung ba vòng bánh răng lồng vào nhau:
- Vòng năm (annual): đặt ra 3–5 mục tiêu chiến lược lớn cho cả công ty. Ít thay đổi.
- Vòng quý (quarterly): mỗi quý, các team dịch mục tiêu năm thành cam kết cụ thể của mình. Đây là nơi diễn ra phần lớn "sự điều phối".
- Vòng sprint (2 tuần): thực thi chi tiết. Đây là chuyện của team, không phải của planning cấp công ty.
Timeline 6 tuần: xương sống của quy trình
Đây là phần cốt lõi nhất của bài. Một quy trình quarterly planning trưởng thành không bắt đầu vào ngày đầu quý mới — nếu bạn đợi đến lúc đó mới lập kế hoạch, cả tuần đầu tiên của quý sẽ trôi qua trong hỗn loạn. Thay vào đó, planning cho quý sau bắt đầu từ khoảng 6 tuần trước khi quý đó khởi động, tức là chồng lấn với 6 tuần cuối của quý hiện tại.
Mô hình 6 tuần điển hình chia làm ba giai đoạn:
Tuần 1–2 (cuối quý hiện tại) — Nhìn lại (Retrospect): Team và leadership cùng nhìn lại quý đang diễn ra. Những gì đã cam kết đã đạt được bao nhiêu? Chỉ số kết quả (Key Results) chốt ở mức nào? Điều gì cản trở? Đây là bước lấy dữ liệu, không phải đổ lỗi. Đầu ra của giai đoạn này là một bản đánh giá trung thực về "chúng ta đang đứng ở đâu".
Tuần 3–4 — Chốt mục tiêu công ty, team nháp Key Results: Leadership hoàn thiện (finalize) các Objective cấp công ty cho quý tới, dựa trên chiến lược năm và bài học từ retrospect. Ngay khi Objective công ty được công bố, từng team bắt đầu soạn nháp Key Results và các sáng kiến (initiatives) của mình để đóng góp vào Objective đó. Đây là giai đoạn "top-down gặp bottom-up": lãnh đạo cho hướng, team đề xuất cách đi.
Tuần 5–6 — Đối chiếu, giải quyết phụ thuộc, chốt cam kết (Commit): Các bản nháp được đưa ra ánh sáng. Đây là giai đoạn quan trọng và hay bị bỏ qua nhất: giải quyết phụ thuộc chéo giữa các team (cross-team dependencies) và thương lượng đánh đổi (trade-off negotiation). Team A cần Team B build một API mới; Team C và Team D cùng muốn thời gian của Team Platform. Những xung đột này phải được phơi bày và giải quyết trước khi quý bắt đầu. Kết thúc tuần 6, kế hoạch được chốt (commit) và công bố cho toàn công ty.
Ba nguyên tắc giúp planning không đổ vỡ
- Alignment trước, chi tiết sau. Mục tiêu của planning là để các team hướng cùng một phía, không phải để lập lịch từng ngày.
- Committed vs. aspirational. Phân biệt rõ những gì team cam kết chắc chắn giao (thường 70% năng lực) với những gì là mục tiêu tham vọng (stretch). Đừng cam kết 100% năng lực, bạn cần đệm cho việc phát sinh.
- Buffer 20–30% năng lực. Không có quý nào không có sự cố, bug production, hay hỗ trợ khẩn. Lập kế hoạch sử dụng 100% thời gian là công thức cho thất bại.
Tình huống thực tế
Ví dụ 1 — Tiki: từ hỗn loạn Q4 sang nhịp 6 tuần
Giả định một bối cảnh sát thực tế các công ty thương mại điện tử Việt Nam như Tiki. Đội kỹ thuật khoảng 250 người, chia thành 30 team. Trước đây, planning của họ bắt đầu đúng vào ngày 1 của quý: leadership gửi một email dài liệt kê "ưu tiên quý này", rồi các team tự bơi.
Hậu quả điển hình vào một Q4: team Thanh toán và team Giỏ hàng cùng lên kế hoạch cải tổ luồng checkout, nhưng theo hai hướng mâu thuẫn nhau. Đến tuần thứ 5 của quý, hai bên mới phát hiện ra khi code không tích hợp được. Kết quả: mất gần 3 tuần công của cả hai team, và tính năng khuyến mãi mùa Tết suýt lỡ hạn.
Sau sự cố đó, họ áp dụng timeline 6 tuần. Điểm mấu chốt: họ đưa tuần 5–6 dành riêng cho "dependency review" — một buổi các team trưởng ngồi cùng nhau, dán tất cả sáng kiến lên một bảng chung và vẽ mũi tên phụ thuộc. Ngay lập tức, xung đột checkout được phát hiện trước khi quý bắt đầu. Hai team thống nhất team Giỏ hàng làm phần UI, team Thanh toán làm phần backend, có hợp đồng API rõ ràng.
Bài học: Giá trị lớn nhất của quy trình 6 tuần không nằm ở việc "lập kế hoạch sớm hơn", mà ở chỗ nó tạo ra khoảng thời gian được bảo vệ để phơi bày và giải quyết phụ thuộc chéo trước khi lửa cháy.
Ví dụ 2 — Grab: committed vs. aspirational cứu một quý
Grab, với quy mô kỹ thuật hàng nghìn người ở Đông Nam Á, phải điều phối team ở Singapore, Việt Nam, Indonesia. Một team giả định — team Ví điện tử ở TP.HCM — từng có thói quen cam kết cả 5 sáng kiến lớn mỗi quý vì "không muốn trông kém tham vọng trước leadership".
Kết quả là quý nào họ cũng chỉ giao được 2–3 việc, và mỗi lần review lại mang tiếng "miss target". Tinh thần team đi xuống dù họ thực sự làm việc rất chăm.
Khi công ty chuẩn hóa việc phân loại committed (cam kết) vs. aspirational (tham vọng), team này thay đổi cách khai báo: 2 sáng kiến đánh dấu committed (họ tự tin 90% giao được), 3 sáng kiến đánh dấu aspirational. Đến cuối quý, họ giao trọn 2 committed và 1 aspirational. Cùng một khối lượng công việc thực tế như trước, nhưng giờ đây thành tích được nhìn nhận là "vượt cam kết" thay vì "trượt mục tiêu".
Bài học: Cách bạn đóng khung cam kết trong planning ảnh hưởng trực tiếp đến cách kết quả được đánh giá và đến động lực của team. Phân biệt committed/aspirational không phải là mẹo chính trị, nó là công cụ quản lý kỳ vọng trung thực.
Ví dụ 3 — Startup 40 người bỏ qua giai đoạn retrospect
Một startup fintech Việt giai đoạn Series A, 40 người, 6 team. Họ chạy quarterly planning nhưng cắt bỏ giai đoạn tuần 1–2 (retrospect) để "tiết kiệm thời gian", nhảy thẳng vào đặt mục tiêu quý mới.
Sau ba quý, họ nhận ra mình cứ lặp lại cùng những cam kết giống nhau mà không bao giờ hoàn thành: "hoàn thiện hệ thống báo cáo", "giảm nợ kỹ thuật thanh toán". Vì không bao giờ nhìn lại một cách có hệ thống, họ không học được vì sao các mục tiêu này liên tục trượt — hóa ra vì mỗi quý họ đều bị cuốn vào việc hỗ trợ khách hàng doanh nghiệp lớn mà chưa bao giờ đưa vào kế hoạch như một khoản buffer.
Khi thêm lại giai đoạn retrospect với một câu hỏi bắt buộc — "quý vừa rồi, thời gian thực tế đi đâu?" — họ phát hiện 35% năng lực kỹ thuật bị nuốt bởi việc hỗ trợ khách hàng ngoài kế hoạch. Quý sau, họ lập kế hoạch chỉ với 65% năng lực và lần đầu tiên hoàn thành đúng cam kết.
Bài học: Retrospect không phải là nghi thức xã giao. Nó là cơ chế phản hồi (feedback loop) giúp mỗi vòng planning tốt hơn vòng trước. Bỏ nó đi, bạn lặp lại sai lầm vô tận.
Hướng dẫn từng bước
Đây là quy trình cụ thể để chạy một mùa quarterly planning cho tổ chức khoảng 100–300 người:
Bước 1 — Thiết lập lịch cố định (làm một lần). Chọn ngày khởi động 6 tuần trước đầu mỗi quý và đưa vào lịch chung của toàn công ty. Tính lặp lại là điều làm nên sức mạnh: ai cũng biết "tuần này là tuần planning".
Bước 2 — Tuần 1–2: Chạy retrospect có cấu trúc. Mỗi team trả lời ba câu hỏi: (1) Chúng ta đã cam kết gì? (2) Đạt bao nhiêu phần trăm, và tại sao? (3) Thời gian thực tế đã đi đâu (đặc biệt là công việc ngoài kế hoạch)? Tổng hợp lại thành một bản "state of the org" cho leadership.
Bước 3 — Tuần 3: Leadership chốt Objective công ty. Dựa trên chiến lược năm và dữ liệu retrospect, leadership công bố 3–5 Objective cấp công ty. Phải rõ ràng, ít, và có thứ tự ưu tiên. Nếu mọi thứ đều là ưu tiên số 1 thì không có gì là ưu tiên.
Bước 4 — Tuần 3–4: Team soạn nháp đóng góp. Mỗi team viết nháp Key Results và danh sách sáng kiến của mình, ghi rõ nó đóng góp vào Objective công ty nào. Đồng thời liệt kê những gì mình cần từ team khác (dependencies) — đây là dữ liệu đầu vào cho bước sau.
Bước 5 — Tuần 5: Dependency review và trade-off. Tập hợp các team trưởng và PM. Dán mọi sáng kiến và mũi tên phụ thuộc lên một bảng chung (có thể dùng Notion hoặc một bảng vật lý). Giải quyết xung đột: team nào bị quá tải yêu cầu, đâu là phụ thuộc rủi ro nhất, cần đánh đổi gì. Đây là buổi khó nhất và giá trị nhất.
Bước 6 — Tuần 6: Chốt và công bố. Sau khi phụ thuộc được giải quyết, mỗi team chốt phiên bản cuối với nhãn committed/aspirational rõ ràng, giữ buffer 20–30%. Leadership review lần cuối và công bố toàn bộ kế hoạch cho công ty ở một buổi all-hands ngắn.
Bước 7 — Trong quý: Check-in giữa kỳ. Planning không kết thúc khi quý bắt đầu. Ở tuần 6–7 của quý (giữa quý), có một buổi check-in ngắn để điều chỉnh nếu giả định đã thay đổi. Đừng chờ đến cuối quý mới biết mình đi chệch.
Lỗi thường gặp & mẹo
Lỗi 1 — Bắt đầu planning quá muộn. Đợi đến ngày đầu quý mới lập kế hoạch khiến bạn mất trọn tuần đầu. Mẹo: luôn bắt đầu trước 6 tuần, chồng lấn với quý hiện tại.
Lỗi 2 — Planning biến thành mùa họp bất tận. Nếu người ta bắt đầu than "lại tới mùa planning rồi", quy trình đang quá nặng. Mẹo: giữ số buổi họp tối thiểu, dùng tài liệu async (viết trước, đọc trước) để rút ngắn thời gian họp trực tiếp.
Lỗi 3 — Cam kết 100% năng lực. Quên đi buffer là lỗi kinh điển. Mẹo: mặc định trừ 25% ngay từ đầu cho vận hành, hỗ trợ, và việc phát sinh.
Lỗi 4 — Bỏ qua dependency review. Đây là bước hay bị cắt nhất vì nó khó và gây khó chịu. Nhưng chi phí phát hiện xung đột muộn (giữa quý) cao gấp nhiều lần. Mẹo: dành hẳn một buổi riêng, không lồng ghép với việc khác.
Lỗi 5 — Kế hoạch chốt xong rồi cứng nhắc. Planning tạo ra một cam kết, không phải một hợp đồng bất biến. Mẹo: có check-in giữa kỳ để điều chỉnh khi thực tế thay đổi.
Lỗi 6 — Top-down thuần túy hoặc bottom-up thuần túy. Chỉ leadership ra lệnh thì team không có buy-in; chỉ team tự đề xuất thì thiếu định hướng chiến lược. Mẹo: luôn kết hợp — leadership cho Objective, team đề xuất Key Results.
Mẹo chung: Ghi lại "quyết định đánh đổi" trong planning ở một nơi mọi người thấy được. Ba tháng sau khi ai đó hỏi "sao mình không làm X?", câu trả lời đã có sẵn: vì quý này ta chọn Y.
Bài tập thực hành
- Vẽ timeline cho tổ chức của bạn. Lấy ngày bắt đầu quý tới, đếm ngược 6 tuần, và điền vào ba giai đoạn (retrospect / drafting / commit) với ngày cụ thể. Ghi rõ ai chịu trách nhiệm mỗi giai đoạn.
- Chạy một retrospect mini. Với team hiện tại của bạn (hoặc giả định), trả lời ba câu hỏi: đã cam kết gì, đạt bao nhiêu, thời gian thực đi đâu. Ước tính phần trăm năng lực bị "công việc ngoài kế hoạch" nuốt mất.
- Phân loại committed vs. aspirational. Lấy 5 sáng kiến giả định cho quý tới. Đánh dấu mỗi cái là committed hay aspirational, và giải thích bằng một câu vì sao. Kiểm tra: tổng công việc committed có vượt quá 75% năng lực không?
- Bản đồ phụ thuộc. Với 3 team giả định và các sáng kiến của họ, vẽ mũi tên "ai cần gì từ ai". Tìm ra phụ thuộc rủi ro nhất và đề xuất cách giải quyết trước khi quý bắt đầu.
Tóm tắt
Quarterly Planning là nhịp điệu vận hành giúp một tổ chức đang mở rộng giữ cho hàng chục team cùng hướng về một phía. Nó là mắt xích chuyển chiến lược năm thành cam kết ba tháng, và chuyển cam kết đó thành công việc sprint.
Xương sống của quy trình là timeline 6 tuần, bắt đầu trước khi quý mới khởi động: tuần 1–2 nhìn lại (retrospect), tuần 3–4 chốt Objective công ty và team soạn nháp Key Results, tuần 5–6 giải quyết phụ thuộc chéo và chốt cam kết. Ba nguyên tắc sống còn: alignment trước chi tiết, phân biệt committed và aspirational, và luôn giữ buffer 20–30% năng lực.
Sai lầm nguy hiểm nhất là bỏ qua hai giai đoạn hay bị cắt: retrospect (mất khả năng học từ quý trước) và dependency review (để xung đột giữa các team bùng phát giữa quý). Làm đúng, quarterly planning là công cụ giúp mỗi người trong công ty hiểu vì sao việc mình làm quan trọng. Làm sai, nó chỉ là một mùa họp tạo ra slide để bỏ xó.