Bài 1 — Cấu trúc quyết định sản phẩm bạn làm ra

Định luật Conway, và vì sao nó không phải lý thuyết suông

Năm 1967, Melvin Conway quan sát một điều đã thành quy luật: tổ chức thiết kế hệ thống sẽ tạo ra thiết kế sao chép chính cấu trúc giao tiếp của tổ chức đó. Nếu bạn có ba đội xây một sản phẩm, bạn gần như chắc chắn sẽ có một sản phẩm gồm ba mảnh, với các đường nối vụng về đúng ở chỗ ba đội phải nói chuyện với nhau.

Điều này nghe như một nhận xét vui cho tới khi bạn thấy nó vận hành. Trang thanh toán chậm vì nó gọi qua bốn dịch vụ thuộc bốn đội khác nhau. Trải nghiệm người dùng đứt gãy đúng ở chỗ bàn giao giữa đội bán hàng và đội vận hành. Đây không phải lỗi kỹ thuật, mà là cấu trúc tổ chức hiện hình trong sản phẩm.

Hệ quả thực tế: chọn cấu trúc là chọn sản phẩm

Nếu cấu trúc sẽ in dấu lên sản phẩm dù bạn muốn hay không, thì bạn có hai lựa chọn:

• Để nó xảy ra ngẫu nhiên — cấu trúc hình thành theo lịch sử tuyển dụng và chính trị nội bộ, rồi sản phẩm méo theo.
• Dùng nó có chủ đích — quyết định trước bạn muốn sản phẩm có ranh giới ở đâu, rồi tổ chức đội theo đúng ranh giới đó. Cách này đôi khi được gọi là Inverse Conway Manoeuvre.

Câu hỏi mở đầu cho mọi bài toán thiết kế tổ chức vì thế không phải "ai báo cáo cho ai" mà là: "Chúng ta muốn cái gì đi nhanh?" Cấu trúc nên tối ưu cho tốc độ của thứ quan trọng nhất, và chấp nhận chậm ở những thứ còn lại.

Ba thứ một cấu trúc phân bổ

Mọi sơ đồ tổ chức, dù vẽ thế nào, đang phân bổ ba thứ:

• Sự chú ý — đội nào nghĩ về vấn đề nào mỗi sáng. Việc không thuộc về đội nào sẽ không ai nghĩ tới.
• Quyền quyết định — ai được chốt mà không phải hỏi. Đây là thứ quyết định tốc độ thực tế, nhiều hơn cả số lượng người.
• Ma sát — mỗi ranh giới giữa hai đội là một điểm cần phối hợp, tức là một chỗ có thể chậm lại. Bạn không loại bỏ được ma sát, bạn chỉ chọn đặt nó ở đâu.

Điểm thứ ba là điều quan trọng nhất trong cả khóa học này. Không có cấu trúc nào không có ma sát. Thiết kế tổ chức là nghệ thuật đặt ma sát vào chỗ ít gây hại nhất.

Cấu trúc không sửa được vấn đề văn hoá

Một cảnh báo trước khi đi tiếp. Tái cấu trúc là công cụ hấp dẫn vì nó cho cảm giác hành động dứt khoát. Nhưng nó chỉ giải quyết được một loại vấn đề: vấn đề về luồng công việc và quyền quyết định.

Nó không sửa được: người không tin nhau, quản lý không đưa phản hồi, mục tiêu mâu thuẫn giữa các bộ phận, hoặc chiến lược không rõ. Tái cấu trúc để chữa những thứ đó sẽ tốn ba tháng hỗn loạn và kết thúc ở đúng chỗ cũ, chỉ khác tên phòng ban.

Dấu hiệu cấu trúc thật sự là vấn đề

Hãy nghi ngờ cấu trúc khi bạn thấy:

• Một việc đơn giản cần chữ ký của ba đội.
• Hai đội cùng xây một thứ gần giống nhau mà không ai biết.
• Có những vấn đề rõ ràng nhưng "không phải việc của ai cả".
• Người ta dành nhiều thời gian họp phối hợp hơn thời gian làm.
• Quyết định nhỏ liên tục bị đẩy lên cao vì không ai ở dưới đủ quyền.

Nếu không có dấu hiệu nào trong số này, vấn đề của bạn nhiều khả năng không nằm ở sơ đồ tổ chức.

Sai lầm thường gặp

• Vẽ sơ đồ trước, hỏi vì sao sau — cấu trúc nên bắt nguồn từ câu hỏi cái gì cần đi nhanh.
• Tái cấu trúc để chữa vấn đề niềm tin hoặc vấn đề chiến lược.
• Tin rằng có cấu trúc không ma sát — mọi cấu trúc chỉ là chọn đánh đổi.
• Bỏ qua Conway rồi ngạc nhiên khi sản phẩm đứt gãy đúng ở ranh giới đội.

Checklist kết bài

• [ ] Tôi hiểu cấu trúc tổ chức sẽ in dấu lên sản phẩm dù muốn hay không.
• [ ] Tôi biết cấu trúc phân bổ sự chú ý, quyền quyết định và ma sát.
• [ ] Tôi xác định được cái gì cần đi nhanh trước khi vẽ sơ đồ.
• [ ] Tôi phân biệt được vấn đề cấu trúc và vấn đề văn hoá.