Playbook

Trade-off Frameworks

Không có lựa chọn tốt tuyệt đối. Chỉ có lựa chọn đúng với context — và CTO cần biết mình đang trade off cái gì.

Trade-off không phải compromise

Compromise: cả hai bên từ bỏ một phần để đạt thỏa thuận.
Trade-off: chọn có chủ ý, chấp nhận hệ quả, không ngụy biện.

Tổ chức nói "chúng ta có thể có cả hai" thường là tổ chức chưa nhìn thấy constraint thật sự.

Framework 1: Speed vs. Correctness

Không phải chọn một mãi mãi.
Mà là chọn đúng trong từng giai đoạn.

Early stage: bias to speed. Correctness quá sớm = premature optimization.
Scale stage: correctness không thể trì hoãn. Technical debt tại đây không phải debt — là rủi ro hệ thống.

Câu hỏi đúng: "Giai đoạn này, cái gì fail đắt hơn — chậm hay sai?"

Framework 2: Build vs. Buy vs. Borrow

Build: kiểm soát tối đa, chi phí cao, tốc độ thấp.
Buy: tốc độ cao, phụ thuộc vendor, chi phí dài hạn khó dự đoán.
Borrow (open source, partnership): linh hoạt, nhưng cần năng lực integrate và maintain.

Default rule:

• Build nếu đây là core differentiator.
• Buy nếu đây là commodity function.
• Borrow nếu tốc độ quan trọng hơn control và cost là chấp nhận được.

Sai lầm phổ biến: build thứ không phải differentiator, buy thứ nên là core.

Framework 3: Centralize vs. Decentralize

Centralize: consistency cao, overhead coordination thấp hơn ở scale, nhưng bottleneck dễ hình thành.
Decentralize: autonomy cao, speed cao, nhưng alignment khó giữ và duplication tăng.

Không có default đúng.
Chọn theo: loại decision (reversible hay không), tần suất, và chi phí misalignment.

Tổ chức thường centralize quá sớm (vì kiểm soát) hoặc decentralize quá muộn (vì không tin tưởng).

Framework 4: Consistency vs. Adaptability

Consistency: dễ predict, dễ scale, dễ onboard — nhưng chậm thích nghi.
Adaptability: phản ứng tốt với change — nhưng khó maintain coherence khi tổ chức lớn hơn.

Rule:

• Consistency ở layer infrastructure và process cốt lõi.
• Adaptability ở layer gần với thị trường và user.

Khi cả hai layer đều adaptive → chaos.
Khi cả hai đều consistent → tổ chức không phản ứng được với change.

Framework 5: Short-term output vs. Long-term leverage

Output: thứ có thể đo ngay — feature shipped, revenue, KPI.
Leverage: thứ nhân output về sau — system, capability, knowledge, culture.

CTO phải bảo vệ investment vào leverage khi áp lực ngắn hạn cao.

Vì khi áp lực đủ lớn, tổ chức sẽ tự nhiên consume leverage để tạo output — và không nhận ra đến khi leverage cạn.

Meta trade-off

Clarity vs. Optionality

Clarity: commit rõ ràng, team align nhanh, nhưng đóng cửa một số hướng.
Optionality: giữ nhiều hướng mở, linh hoạt — nhưng tốn resource để maintain và dễ bị perceived là thiếu direction.

Thời điểm nên sacrifice optionality: khi cost of not committing cao hơn cost of being wrong.
Thời điểm nên giữ optionality: khi uncertainty còn đủ cao và cost of commitment không đảo ngược.