Bạn mở rộng một tổ chức từ vài chục lên hàng trăm kỹ sư như thế nào?

Question

Accepted Answer

Scaling từ vài chục lên hàng trăm là một **chuỗi các bước chuyển pha (phase change)**, không phải sự tăng trưởng mượt mà. Cái gì hiệu quả ở mức 30 sẽ vỡ ở mức 100 và lại vỡ ở mức 300. CTO phải thiết kế lại giao tiếp, việc ra quyết định, và lãnh đạo ở mỗi ngưỡng.

## Cách tư duy về điều này

```text
NHỮNG GÌ THAY ĐỔI KHI BẠN SCALING
- Giao tiếp: phi chính thức → có cấu trúc (không thể nhồi tất cả vào một phòng)
- Quyết định: tập trung → ủy quyền cho các lãnh đạo tin cậy
- Cơ cấu: một đội → domains → divisions/platforms
- Lãnh đạo: IC → manager → manager-of-manager mà bạn phải phát triển
- Quy trình: tùy hứng → tiêu chuẩn nhẹ & paved roads
```

Ràng buộc giới hạn chuyển từ **xây dựng sản phẩm** sang **xây dựng tổ chức để xây dựng sản phẩm đó**.

## Ví dụ cụ thể

Một CTO từng đích thân đưa ra mọi quyết định kỹ thuật ở mức 40 kỹ sư dành cả hành trình lên 250 để tuyển và phát triển các director, xác định quyền ra quyết định để họ không còn gây nghẽn cổ chai, và thay thế sự phối hợp ở hành lang bằng các giao diện đội rõ ràng và một platform team.

## Đánh đổi và cạm bẫy

- **Cạm bẫy:** nhà sáng lập/CTO từ chối ủy quyền, trở thành nút thắt cổ chai.
- **Cạm bẫy:** sao chép nguyên xi quy trình của công ty lớn và bóp nghẹt tốc độ.
- Mỗi lớp cơ cấu thêm vào đều tạo thêm chi phí; hãy thêm nó ngay trước khi cơn đau ập đến, chứ không phải trước đó.

## Tại sao điều này quan trọng

Hầu hết các tổ chức mất đi năng suất khổng lồ trên mỗi kỹ sư khi scaling, đôi khi ra mắt được ít hơn với nhiều người hơn.

Điều hướng các bước chuyển pha một cách khéo léo, bằng cách ủy quyền, phát triển lãnh đạo, và cơ cấu để tạo sự tự chủ, là cách một số công ty giữ được tốc độ ở quy mô hàng trăm trong khi những công ty khác bị đình trệ.

Đó là một trong những phép thử khó khăn và định hình nhất của một lãnh đạo kỹ thuật cấp cao.