Chiến lược kỹ thuật một trang
Mẫu & ví dụ Technical TemplatesMột trang cho CEO, Head of Product và CTO cùng đọc: bối cảnh có số, 2–3 khoản cược kỹ thuật, những gì không làm, chia năng lực, rủi ro có điểm quyết định, và điều cần quyết.
Mẫu này giúp bạn
Hiểu rằng chiến lược kỹ thuật là lựa chọn cách dùng năng lực kỹ thuật có hạn, và phải được viết cùng phía sản phẩm chứ không riêng CTO.
Viết được bản một trang có bối cảnh bằng số, hai đến ba khoản cược có chi phí và chỉ số, danh sách không làm có người tiếc, tỉ lệ chia năng lực, rủi ro có điểm quyết định, và trình bày cho CEO theo trình tự kết thúc bằng các quyết định cần đưa ra.
Mẫu, ví dụ đã điền và cách dùng
Chiến lược kỹ thuật một trang dùng để làm gì?
Chiến lược kỹ thuật thường được viết thành tài liệu ba mươi trang, đầy sơ đồ, đọc một lần rồi nằm trong thư mục. Nó không sai — nó chỉ không được dùng để quyết định gì. Bản một trang buộc người viết chọn: hai hoặc ba khoản cược lớn, những gì chủ động không làm, năng lực chia thế nào, và lãnh đạo cần quyết điều gì.
Bản này không phải bản kiến trúc. Nó trả lời câu hỏi mà CEO, Head of Product, CTO và các Engineering Manager cùng cần: với năng lực kỹ thuật có hạn trong 12 tháng tới, ta đầu tư vào đâu, vì sao, và làm sao biết khi nào phải đổi hướng? Chi tiết kỹ thuật vẫn cần, nhưng nằm ở phụ lục.
Hai phần làm nên giá trị của trang là phần ít được viết nhất: "không làm" — một chiến lược không loại bỏ gì thì không phải chiến lược — và "rủi ro và điểm quyết định", nơi mỗi rủi ro có một ngưỡng đo được mà chạm vào thì cả nhóm đã đồng ý trước sẽ làm gì. Trang kết thúc bằng những quyết định cần người đọc đưa ra; không có phần đó, nó chỉ là một bản báo cáo.
Dành cho: Head of Product · CTO · Engineering Manager · CPO · PM cao cấp
Dùng khi: Viết mỗi năm một lần cùng kế hoạch năm, xem lại mỗi quý cùng buổi lập kế hoạch roadmap, và viết lại ngay khi một điểm quyết định bị chạm.
Khác gì với tài liệu kiến trúc và chiến lược sản phẩm?
| Trả lời | Người đọc chính | |
|---|---|---|
| Chiến lược sản phẩm | Cược vào khách hàng nào, vấn đề nào, để thắng thế nào | Ban lãnh đạo, toàn công ty |
| Tài liệu kiến trúc | Hệ thống được dựng thế nào, các thành phần nói chuyện ra sao | Kỹ sư |
| Chiến lược kỹ thuật một trang | Có đủ sức thực hiện chiến lược sản phẩm không, đầu tư năng lực kỹ thuật vào đâu, bỏ gì | CEO, Head of Product, CTO, EM — cùng đọc trong mười phút |
Chiến lược sản phẩm nói cược vào đâu; chiến lược kỹ thuật nói có đủ sức để cược không, và cược bằng cách nào. Tách hai thứ ra thì cả hai đều yếu: sản phẩm hứa những gì hệ thống không chịu nổi, kỹ thuật đầu tư vào những gì sản phẩm không cần.
Bản trắng — copy và dán vào tài liệu của bạn
Đúng một trang khi in. Nếu không vừa, cắt bớt khoản cược hoặc chuyển chi tiết xuống phụ lục — đừng thu nhỏ chữ.
CHIẾN LƯỢC KỸ THUẬT — [Tên công ty / khối] — [12 tháng: ...... đến ......]
Người viết: ...... (Head of Product) và ...... (CTO)
Phiên bản: ...... Ngày: ...... Xem lại tiếp: ......
1. BỐI CẢNH (3–4 câu, có số)
Mục tiêu kinh doanh 12 tháng: ......
Điều hệ thống / đội hiện tại không chịu nổi: ......
Vì sao thêm người không tự giải quyết được: ......
2. KHOẢN CƯỢC KỸ THUẬT (2–3, không hơn)
Cược 1: ......
Vì sao: ......
Chi phí: ...... tuần-kỹ sư / ...... đồng
Đo bằng: ...... (hiện tại ...... -> sau 4 quý ......)
Cược 2: ......
Vì sao: ...... Chi phí: ...... Đo bằng: ......
Cược 3 (nếu có): ......
3. KHÔNG LÀM (chủ động bỏ, có lý do)
- ...... vì ......
- ...... vì ......
- ...... vì ......
4. CHIA NĂNG LỰC MỖI QUÝ (tổng ...... tuần-kỹ sư)
Hiện tại Đề xuất
Tính năng ......% ......%
Nợ kỹ thuật ......% ......%
Vận hành ......% ......%
Nền tảng ......% ......%
Đổi vì: ......
5. RỦI RO VÀ ĐIỂM QUYẾT ĐỊNH
Rủi ro: ...... Khả năng: ......
Điểm quyết định: nếu ...... (đo được, có ngày) thì ......
Rủi ro: ...... Khả năng: ......
Điểm quyết định: nếu ...... thì ......
6. QUYẾT ĐỊNH CẦN TỪ NGƯỜI ĐỌC
a. ...... Người quyết: ...... Hạn: ......
b. ...... Người quyết: ...... Hạn: ......
Phụ lục (không bắt buộc đọc): ......
Ký: ...... ......Từng ô điền gì, và vì sao ô đó tồn tại
| Ô | Điền gì | Bỏ trống thì hỏng ở đâu |
|---|---|---|
| Bối cảnh | Mục tiêu kinh doanh, giới hạn của hệ thống hoặc đội, và vì sao thêm người không đủ — bằng số. | Không có bối cảnh, các khoản cược chỉ là danh sách mong muốn của kỹ thuật. Người đọc không có cách nào biết vì sao chọn chúng. |
| Khoản cược | Hai đến ba khoản đầu tư lớn, mỗi khoản một câu "làm gì để được gì". | Bảy khoản cược nghĩa là không chọn. Khi khoản nào cũng ưu tiên cao, đội sẽ làm dở cả bảy. |
| Chi phí của từng khoản | Tuần-kỹ sư và tiền, kể cả chi phí hằng năm nếu mua dịch vụ. | CEO duyệt một khoản cược không có giá là duyệt một tấm séc khống, và sẽ cắt nó ở lần đầu áp lực doanh số. |
| Đo bằng | Một chỉ số cho mỗi khoản cược, có giá trị hiện tại và mốc sau bốn quý. | Không có chỉ số thì sau hai quý không ai biết khoản cược đang thắng hay đang chìm. |
| Không làm | Hai đến ba việc hợp lý, có người muốn, nhưng chủ động bỏ trong 12 tháng này. | Thiếu phần này, mọi yêu cầu mới đều "có thể chen vào", và năng lực cho khoản cược bị rút dần. |
| Chia năng lực | Tỉ lệ hiện tại và đề xuất cho tính năng, nợ, vận hành, nền tảng. | Chiến lược không chuyển thành tỉ lệ thì không chuyển thành việc. Đây là chỗ cái giá của khoản cược hiện ra rõ nhất. |
| Rủi ro và điểm quyết định | Mỗi rủi ro một ngưỡng đo được và hành động đã đồng ý trước. | Không có ngưỡng viết sẵn, đội nhận ra mình đang thua khi đã quá muộn để đổi, và cuộc họp đổi hướng thành cuộc đổ lỗi. |
| Quyết định cần từ người đọc | Điều cụ thể người đọc phải đồng ý, có tên người quyết và hạn. | Một bản chiến lược không kết thúc bằng yêu cầu quyết định thì được đọc, được khen, và không thay đổi gì. |
Cách viết và trình bày — một tuần viết, 30 phút trình bày
- Viết bối cảnh trước tiên, và viết chung. Head of Product mang mục tiêu kinh doanh; CTO mang giới hạn của hệ thống. Nếu hai người không viết được bối cảnh chung trong một buổi, đó là dấu hiệu chiến lược sản phẩm và kỹ thuật đang lệch nhau — sửa chỗ đó trước.
- Liệt kê mọi khoản cược ứng viên, rồi giữ lại ba. Lấy chất liệu từ sổ nợ kỹ thuật, các quyết định tự xây hay mua, các đặt cược nền tảng. Khoản nào không trả lời trực tiếp bối cảnh thì chuyển xuống "không làm" hoặc để sau.
- Viết "không làm" với lý do, và ưu tiên những việc có người trong phòng đang muốn. Một dòng "không làm" không ai tiếc là dòng vô nghĩa.
- Chuyển khoản cược thành tỉ lệ năng lực. Cộng tuần-kỹ sư của các khoản cược theo quý, đặt vào bảng chia ngăn. Nếu tổng vượt năng lực, quay lại bước 2.
- Với mỗi rủi ro, viết điểm quyết định dạng "nếu ... thì ...", có số và có ngày. Hỏi kỹ sư bằng kịch bản và xác suất: "khả năng di trú chưa xong trước mùa cao điểm là bao nhiêu, và ta sẽ biết sớm nhất vào lúc nào?"
- Trình bày theo thứ tự của người nghe: mục tiêu kinh doanh, chẩn đoán bằng một con số dễ nhớ, ba khoản cược mỗi khoản một câu, cái giá, rủi ro và cách đã phòng, rồi điều cần quyết. Không mở bằng sơ đồ hệ thống.
- Ghi quyết định vào trang ngay trong buổi họp, và đặt lịch xem lại quý sau. Mỗi lần xem lại, ghi đã đổi gì và vì sao ở đầu trang.
Ví dụ đã điền đầy đủ
LịchKhám (giả định) cung cấp phần mềm đặt lịch, hồ sơ bệnh nhân và thu tiền cho 1.400 phòng khám tư. Khối kỹ thuật có 50 kỹ sư trong 6 đội, khoảng 600 tuần-kỹ sư mỗi quý sau khi trừ nghỉ phép. Đây là bản chị Mỹ (Head of Product) và anh Khôi (CTO) mang vào buổi họp với CEO.
CHIẾN LƯỢC KỸ THUẬT — LịchKhám — 07/2027 đến 06/2028
Người viết: chị Mỹ (Head of Product) và anh Khôi (CTO)
Phiên bản: 1 Ngày: 14/06/2027 Xem lại tiếp: 20/09/2027
1. BỐI CẢNH
Mục tiêu: từ 1.400 lên 3.000 phòng khám, và ký 5 chuỗi phòng khám
(mỗi chuỗi 20–60 điểm) trong 12 tháng.
Mỗi phòng khám đang có một cơ sở dữ liệu riêng: 1.400 bản. Mỗi lần
đổi cấu trúc dữ liệu mất 2 ngày chạy và 1–2 sự cố; với 3.000 bản,
đội Nền tảng sẽ dành gần nửa thời gian chỉ để phát hành.
Chuỗi phòng khám cần xem lịch và doanh thu gộp nhiều điểm — kiến
trúc hiện tại không làm được nếu không sao chép dữ liệu thủ công.
Thêm người không giải quyết được: nút thắt là cách dữ liệu được
chia, không phải số người viết code.
2. KHOẢN CƯỢC KỸ THUẬT
Cược 1: Gom dữ liệu về một hệ thống dùng chung nhiều phòng khám,
di trú theo đợt 100 phòng khám
Vì sao: mở khoá cả mục tiêu 3.000 lẫn báo cáo gộp cho chuỗi
Chi phí: 220 tuần-kỹ sư trong 3 quý
Đo bằng: thời gian phát hành thay đổi dữ liệu
(2 ngày -> dưới 1 giờ)
Cược 2: Dịch vụ lịch hẹn dùng chung, có API cho đối tác
Vì sao: 3 đội đang tự viết logic lịch; chuỗi lớn đòi tích hợp
với tổng đài và website riêng
Chi phí: đội Nền tảng 4 kỹ sư, khoảng 48 tuần-kỹ sư/quý
Đo bằng: số đội dùng dịch vụ (0 -> 3); ticket lịch trùng
(350/tháng -> dưới 100/tháng)
Cược 3: Mua dịch vụ gửi tin nhắc lịch qua SMS và Zalo, bỏ hệ thống
tự viết
Vì sao: nhắc lịch không phải lợi thế cạnh tranh; hệ thống cũ
gây 2 sự cố/tháng
Chi phí: khoảng 420 triệu đồng/năm ở quy mô hiện tại; 10
tuần-kỹ sư tích hợp
Đo bằng: tỉ lệ bệnh nhân không đến (18% -> 13%)
3. KHÔNG LÀM
- Không viết lại app di động bằng công nghệ mới trong năm nay —
app chậm nhưng không chặn mục tiêu nào ở trên.
- Không tự xây khám từ xa bằng video; tích hợp một nhà cung cấp
nếu khách hỏi.
- Không nhận hợp đồng cài đặt trên máy chủ riêng của khách, kể cả
chuỗi lớn — mỗi bản cài riêng là một bản dữ liệu nữa phải di trú.
4. CHIA NĂNG LỰC MỖI QUÝ (tổng khoảng 600 tuần-kỹ sư)
Hiện tại Đề xuất (3 quý tới)
Tính năng 60% (360) 50% (300)
Nợ kỹ thuật 20% (120) 20% (120) — trong đó 75 cho cược 1
Vận hành 10% (60) 10% (60)
Nền tảng 10% (60) 20% (120) — cược 1 và cược 2
Đổi vì: hai khoản cược đầu cần khoảng 120 tuần-kỹ sư/quý ngoài ngăn
nợ; lấy từ tính năng trong 3 quý, rồi trả lại.
5. RỦI RO VÀ ĐIỂM QUYẾT ĐỊNH
Rủi ro: di trú làm lệch hoặc mất dữ liệu bệnh nhân
Khả năng: thấp, hậu quả rất nặng
Điểm quyết định: nếu có BẤT KỲ ca lệch dữ liệu nào trong 100 phòng
khám đợt đầu thì dừng di trú, không mở đợt hai cho tới khi tìm
ra nguyên nhân và chạy lại đối chiếu toàn bộ.
Rủi ro: cược 1 trễ, không kịp cho chuỗi đầu tiên
Khả năng: khoảng 30%
Điểm quyết định: nếu 30/11 chưa có 500 phòng khám trên hệ thống
mới thì ký chuỗi đầu tiên với báo cáo gộp làm thủ công hằng tuần,
và lùi chuỗi thứ hai sang quý sau.
Rủi ro: chi phí tin nhắn tăng nhanh hơn số phòng khám
Điểm quyết định: nếu chi phí vượt 60 triệu/tháng hai tháng liền
thì xem lại hợp đồng hoặc chuyển phần nhắc lịch sang Zalo trước.
6. QUYẾT ĐỊNH CẦN TỪ NGƯỜI ĐỌC
a. Đồng ý chia 50 / 20 / 10 / 20 trong 3 quý — anh Tâm (CEO),
hạn 21/06
b. Đồng ý không nhận hợp đồng cài đặt máy chủ riêng, kể cả khi
chuỗi lớn đề nghị — anh Tâm và trưởng kinh doanh, hạn 21/06
c. Duyệt ngân sách 420 triệu/năm cho dịch vụ tin nhắn — kế toán
trưởng, hạn 30/06
Phụ lục: sơ đồ dữ liệu hiện tại và đích; kế hoạch di trú theo đợt;
so sánh 3 nhà cung cấp tin nhắn.
Ký: chị Mỹ anh KhôiĐể ý ba chỗ. Bối cảnh kết thúc bằng câu "thêm người không giải quyết được" — nó chặn trước phản ứng phổ biến nhất của CEO khi nghe hệ thống không theo kịp. Dòng "không làm" thứ ba là dòng đau nhất, vì kinh doanh đang muốn chuỗi lớn bằng mọi giá; đặt nó vào trang và vào mục quyết định (b) buộc cuộc tranh luận diễn ra một lần, có CEO, thay vì lặp lại ở mỗi hợp đồng. Và điểm quyết định đầu tiên dùng ngưỡng "bất kỳ ca nào" chứ không phải phần trăm — với dữ liệu bệnh nhân, một ca đã là quá nhiều.
Hiccups thường gặp và cách xử lý
| Hiccup | Vì sao xảy ra | Xử lý |
|---|---|---|
| Mở đầu bằng danh sách dự án | Người viết nghĩ theo việc đội sẽ làm, không theo vấn đề | Viết bối cảnh có số trước; khoản cược nào không trả lời bối cảnh thì bỏ. |
| Bảy khoản cược, khoản nào cũng ưu tiên cao | Không ai muốn là người gạch việc của đội khác | Giữ tối đa ba; phần còn lại chuyển sang "không làm" hoặc "xem lại quý sau". |
| "Không làm" toàn việc không ai muốn | Viết cho đủ mục | Chọn việc hợp lý, có người đang đòi; nếu không ai tiếc, dòng đó không có tác dụng. |
| Viết bằng ngôn ngữ kỹ thuật | CTO viết một mình | Mỗi khoản cược mở bằng kết quả kinh doanh; tên hệ thống và công nghệ để ở phụ lục. |
| Rủi ro không có ngưỡng | "Theo dõi sát" được coi là kế hoạch | Mỗi rủi ro một câu "nếu ... thì ...", có số, có ngày, có hành động đã đồng ý trước. |
| Không xin quyết định | Coi buổi trình bày là để báo cáo | Kết thúc bằng mục 6, mỗi quyết định có tên người quyết và hạn. |
| Viết một lần rồi để đó | Không có lịch xem lại | Ghi ngày xem lại ở đầu trang; mỗi quý ghi đã đổi gì và vì sao. |
Vì sao vai trò của bạn cần cái này
| Vai trò | Bạn dùng nó để |
|---|---|
| Head of Product | Cùng CTO viết và ký, đảm bảo khoản cược kỹ thuật phục vụ chiến lược sản phẩm, và bảo vệ tỉ lệ năng lực trước áp lực doanh số |
| CPO | Đặt chiến lược kỹ thuật cạnh chiến lược sản phẩm và trình ban lãnh đạo như một khoản đầu tư có giá, có chỉ số |
| Engineering Manager | Biết đội mình nằm ở khoản cược nào, và có căn cứ từ chối việc nằm trong "không làm" |
| PM | Hiểu vì sao năng lực tính năng giảm trong ba quý, và lập roadmap khớp với các điểm quyết định |
Definition of done
- Vừa một trang khi in; chi tiết kỹ thuật nằm ở phụ lục.
- Bối cảnh có mục tiêu kinh doanh và giới hạn hiện tại bằng số.
- Có hai đến ba khoản cược, mỗi khoản có chi phí và một chỉ số với mốc sau bốn quý.
- Có ít nhất hai dòng "không làm" mà có người trong công ty đang muốn.
- Bảng chia năng lực có cột hiện tại và đề xuất, tổng khớp năng lực thật.
- Mỗi rủi ro có điểm quyết định dạng "nếu ... thì ..." với số và ngày.
- Mục quyết định có tên người quyết và hạn; Head of Product và CTO cùng ký.
Thảo luận & tài liệu thêm 0
Chia sẻ kinh nghiệm, đặt câu hỏi, hoặc đính kèm tài liệu/YouTube giúp người khác học kỹ năng này.