Playbook

Decision Rules

Những quy tắc lọc quyết định ở tầng CTO — không phải để tối ưu mà để giữ đúng hướng.

Tại sao cần rules, không phải process

Process mô tả cách làm.
Rule phân biệt cái nên làm với cái không.

Process giải quyết trường hợp quen.
Rule xử lý trường hợp mới, mơ hồ, hoặc có áp lực sai.

Rule 1: Reversibility trước, tốc độ sau

Câu hỏi đầu tiên không phải "quyết định này đúng không?"
Mà là "quyết định này có thể đảo ngược không?"

Nếu có thể đảo ngược → quyết định nhanh, học từ thực tế.
Nếu không thể → chậm lại, đòi hỏi thêm data, tăng threshold trước khi commit.

Phân loại sai là nguồn gốc của hầu hết sai lầm tốc độ trong tổ chức.

Rule 2: Không quyết định khi information còn rẻ hơn delay

Trước mỗi quyết định lớn: ước lượng chi phí chờ thêm 48 giờ.

Nếu chi phí chờ thấp hơn rủi ro quyết định thiếu data → chờ.
Nếu chi phí chờ cao hơn → quyết định ngay với uncertainty hiện tại.

Hầu hết team quyết định quá sớm vì nhầm urgency với importance.

Rule 3: Ai có context tốt nhất thì ra quyết định

Không phải ai có chức danh cao nhất.
Không phải ai đề xuất đầu tiên.

Context = người gần nhất với friction thực tế, không gần nhất với dashboard.

Khi CTO ra quyết định mà team biết hơn → đó là failure of delegation, không phải leadership.

Rule 4: Đồng thuận không phải mục tiêu

Mục tiêu là decision tốt nhất với thông tin hiện có.

Đồng thuận là byproduct tốt. Nhưng khi đồng thuận xung đột với quyết định đúng → ưu tiên quyết định.

Tổ chức cần ai đó chịu trách nhiệm hơn tổ chức cần mọi người đồng ý.

Rule 5: Không để FOMO làm trigger

Quyết định driven bởi "đối thủ đang làm" là signal tổ chức thiếu strategy.

Câu hỏi đúng: "Điều này có đúng với model của chúng ta không?"
Không phải: "Họ đang làm, chúng ta có nên làm theo không?"

Reactive decision-making nhìn như tốc độ nhưng thực ra là drift.

Trade-off trung tâm

Speed vs. Quality of decision

Không phải chọn một.
Mà là phân loại đúng loại quyết định để áp đúng tiêu chuẩn.

Type 1 (không đảo ngược, hệ quả lớn) → slow, deliberate, high bar.
Type 2 (đảo ngược, hệ quả hẹp) → fast, bias to action, low bar.

Lỗi phổ biến nhất: áp Type 1 process cho Type 2 decision → tê liệt.
Lỗi nguy hiểm nhất: áp Type 2 speed cho Type 1 decision → tổn thất.