Vì sao cái hiệu quả ở 10 người vỡ ở 50

Vì sao chủ đề quan trọng

Khi đội của bạn có 10 người, mọi thứ dường như tự vận hành. Ai cũng biết ai đang làm gì. Một câu hỏi được hét qua bàn là có câu trả lời. Quyết định được đưa ra trong bữa trưa. Founder biết tên vợ con của từng người. Cái "cơ chế điều phối" thật ra không phải cơ chế nào cả — nó là trí nhớ chung và sự tin cậy giữa những người ngồi cạnh nhau.

Vấn đề là: cái vận hành trơn tru ở 10 người không chỉ kém hiệu quả ở 50 — nó vỡ. Và nó vỡ một cách âm thầm, không có tiếng động cảnh báo. Cái giá của việc không hiểu điều này rất đắt: bạn tuyển thêm 40 người nhưng năng suất mỗi đầu người tụt xuống một nửa; các quyết định bắt đầu tắc ở cổ chai là chính bạn; người giỏi nhất nghỉ việc vì "công ty không còn như xưa"; và bạn không hiểu tại sao mọi thứ chậm lại dù có nhiều tay hơn.

Cái giá lớn nhất không phải là tiền lương trả cho người mới. Nó là niềm tin sai lầm rằng "chỉ cần tuyển thêm là xong". Scaling không phải là phép cộng — nó là bài toán về số kênh giao tiếp, về ranh giới sở hữu, và về việc thay thế trí nhớ chung bằng hệ thống rõ ràng.

Bức tranh lớn — sơ đồ

Khi số người tăng tuyến tính, số kênh giao tiếp tiềm năng tăng theo bình phương. Đó là gốc rễ của mọi sự vỡ.

graph TD
    People[SoNguoiTang] --> Channels[KenhGiaoTiepBinhPhuong]
    Channels --> Overload[QuaTaiThongTin]
    Overload --> SlowDecision[QuyetDinhCham]
    Overload --> Silos[HinhThanhSilo]
    SlowDecision --> Frustration[NguoiGioiNghi]
    Silos --> Rework[LamLaiTrungLap]
    Frustration --> Slowdown[NangSuatGiam]
    Rework --> Slowdown

Ở 10 người, có 45 cặp giao tiếp tiềm năng. Ở 50 người, con số đó là 1.225. Ở 100 người là gần 5.000. Không bộ não nào giữ nổi. Khi trí nhớ chung không còn đủ, bạn buộc phải thay bằng cấu trúc: ranh giới đội rõ ràng, quyền quyết định được phân bổ, tài liệu thay cho hỏi miệng.

Ví dụ chi tiết (case study bối cảnh Việt Nam)

Một startup fintech ở TP.HCM tôi từng làm cố vấn đi từ 12 lên 55 người trong 9 tháng sau vòng gọi vốn. Ở 12 người, họ ship tính năng mỗi tuần. CEO Minh duyệt mọi thứ trong 5 phút qua tin nhắn. Đến 55 người, tốc độ ship rơi xuống mỗi 3 tuần một lần, dù đội engineering đã gấp bốn.

Điều gì đã vỡ? Ba thứ. Thứ nhất, Minh vẫn duyệt mọi quyết định — giờ anh là cổ chai của 55 người, không phải 12. Mỗi PR, mỗi thiết kế, mỗi tuyển dụng đều xếp hàng chờ anh. Thứ hai, không ai biết ranh giới sở hữu ở đâu; hai đội cùng sửa một module thanh toán và ghi đè lên nhau ba lần trong một tháng. Thứ ba, người mới vào không có tài liệu nào — họ hỏi người cũ, người cũ mất 30% thời gian trả lời câu hỏi lặp lại.

Chúng tôi làm ba việc. Minh liệt kê 20 loại quyết định anh đang ôm và giao đi 15 loại, chỉ giữ lại 5 loại thật sự chiến lược. Chúng tôi vẽ bản đồ sở hữu: mỗi module có đúng một đội chịu trách nhiệm. Và mỗi đội viết một trang "cách chúng tôi làm việc". Sau 8 tuần, nhịp ship quay lại mỗi tuần — với 55 người thay vì 12.

Lộ trình từng bước — sơ đồ

graph LR
    Audit[SoatCoChai] --> Delegate[GiaoQuyenQuyetDinh]
    Delegate --> Boundary[VeRanhGioiSoHuu]
    Boundary --> Document[VietTaiLieuNen]
    Document --> Measure[DoNhipVaSuaLai]
    Measure --> Audit

Bước một, soát cổ chai: liệt kê mọi thứ chờ bạn duyệt trong một tuần. Bước hai, giao quyền: với mỗi loại quyết định, hỏi "ai gần vấn đề nhất có thể quyết?" và giao cho họ. Bước ba, vẽ ranh giới sở hữu để không còn vùng xám. Bước bốn, thay hỏi miệng bằng tài liệu nền. Bước năm, đo nhịp ship và số lần làm lại, rồi lặp lại vòng.

Thói quen & kỷ luật

Working mindset: "Nếu chỉ mình tôi quyết được, thì tôi chính là cái đang vỡ."

Cần luyện tập gì

• Drill đếm kênh: với đội hiện tại, tính số cặp giao tiếp bằng công thức n nhân n trừ một chia hai. Cảm nhận độ tăng khi đội gấp đôi.
• Drill nhật ký cổ chai: trong 5 ngày, ghi mọi việc dừng lại chờ bạn. Đếm và phân loại.
• Drill vùng xám: vẽ 10 hạng mục công việc lớn nhất và hỏi "ai sở hữu cái này?". Đánh dấu mọi ô không có câu trả lời rõ.

Checklist hành động tuần này

• [ ] Tính số kênh giao tiếp của đội hiện tại và của đội gấp đôi
• [ ] Ghi nhật ký mọi quyết định dừng chờ bạn trong 5 ngày
• [ ] Liệt kê 3 vùng xám sở hữu đang gây làm lại
• [ ] Chọn 1 loại quyết định để giao đi tuần này
• [ ] Viết 1 trang tài liệu trả lời câu hỏi bị hỏi nhiều nhất

Chỉ số & North Star

North Star: năng suất giá trị mỗi đầu người không giảm khi quy mô tăng.

Dấu hiệu bạn đã thành thạo

Bạn nhận ra sự vỡ trước khi nó xảy ra, không phải sau. Bạn nói được chính xác loại quyết định nào nên đi xuống. Đội có thể chạy một tuần không cần bạn mà nhịp không tụt. Người mới vào tự tìm được câu trả lời trong tài liệu thay vì hỏi người cũ.

Cạm bẫy thường gặp

Chốt lại

• Số kênh giao tiếp tăng theo bình phương số người — đó là gốc của mọi sự vỡ.
• Cái hiệu quả ở 10 người dựa vào trí nhớ chung; ở 50 người phải thay bằng hệ thống.
• Founder ôm quyết định là cổ chai lớn nhất khi scale.
• Sửa cấu trúc, ranh giới và tài liệu trước khi tuyển thêm người.