Số 444Quản lý Nguồn lực

Python (2018): Guido van Rossum rời vai trò "nhà độc tài nhân từ" và cộng đồng tự xây mô hình hội đồng điều hành

Ngày 12/7/2018, sau cuộc tranh luận căng thẳng về PEP 572, Guido van Rossum — người tạo Python — tuyên bố rời vai trò người quyết định cuối cùng (BDFL), không chỉ định người kế nhiệm và yêu cầu các nhà phát triển lõi tự quyết mô hình quản trị. Tháng 12/2018, họ bỏ phiếu chọn mô hình Hội đồng điều hành năm người (PEP 8016); hội đồng đầu tiên được bầu tháng 2/2019. Bài học về phụ thuộc người chủ chốt và chuyển giao quyền ra quyết định.

Nguyễn Thu Hà, PMP

13/09/2026

3 phút đọc 0

Bình luận0

Bối cảnh thực tế

Từ khi tạo ra Python, Guido van Rossum giữ vai trò BDFL (Benevolent Dictator For Life) — người có tiếng nói cuối cùng về các đề xuất cải tiến (PEP). Mô hình này giúp ngôn ngữ nhất quán, nhưng dồn toàn bộ áp lực của các quyết định gây tranh cãi lên một người.

Theo thư của Guido và các PEP liên quan:

Ngày 12/7/2018, ông gửi thư "Transfer of power" lên danh sách python-committers: ông muốn rút hoàn toàn khỏi quy trình ra quyết định, "nghỉ phép vĩnh viễn" khỏi vai trò BDFL nhưng vẫn là nhà phát triển lõi và cố vấn.
Lý do: ông mệt mỏi sau cuộc tranh luận khó khăn quanh PEP 572 và không muốn đối mặt với xung đột như vậy nữa.
Ông không chỉ định người kế nhiệm, đề nghị các nhà phát triển lõi tự xác định cách quyết định PEP và cách kết nạp thành viên lõi mới.
Ngày 17/12/2018, các nhà phát triển lõi bỏ phiếu chấp nhận PEP 8016: Hội đồng điều hành (Steering Council) năm người do đội lõi bầu.
Cuộc bầu đầu tiên kết thúc ngày 4/2/2019 với 69/96 cử tri bỏ phiếu; hội đồng gồm Guido van Rossum, Brett Cannon, Carol Willing, Barry Warsaw và Nick Coghlan.

Phân tích nguyên nhân theo chuẩn PMP

Điểm phụ thuộc đơn lẻ ở vai trò ra quyết định
Mọi tranh cãi lớn đều dồn về một người. Khi người đó kiệt sức, dự án đột ngột không có cơ chế quyết định cho các đề xuất mới.
Kiệt sức do xung đột, không do khối lượng công việc
Nguyên nhân trực tiếp là áp lực từ một cuộc tranh luận kéo dài. Quản lý nguồn lực cần tính đến tải cảm xúc của vai trò, không chỉ giờ làm.
Chuyển giao có trật tự dù không có người kế nhiệm
Điểm tích cực: Guido vẫn ở lại, công việc thường ngày tiếp tục, và cộng đồng dùng chính quy trình PEP để đề xuất, so sánh và bỏ phiếu chọn mô hình quản trị trong khoảng năm tháng.
Phân tán quyền quyết định giảm rủi ro dài hạn

Python (2018): Guido van Rossum rời vai trò "nhà độc tài nhân từ" và cộng đồng tự xây mô hình hội đồng điều hành

Bối cảnh thực tế

Phân tích nguyên nhân theo chuẩn PMP

Điểm phụ thuộc đơn lẻ ở vai trò ra quyết định

Kiệt sức do xung đột, không do khối lượng công việc

Chuyển giao có trật tự dù không có người kế nhiệm

Phân tán quyền quyết định giảm rủi ro dài hạn

Lẽ ra PM nên làm gì

Bước 1: Lập kế hoạch kế nhiệm khi mọi thứ còn ổn định

Bước 2: Phân quyền theo lĩnh vực

Bước 3: Theo dõi dấu hiệu quá tải của người giữ vai trò then chốt

Bước 4: Dùng quy trình có sẵn để quyết định cách quản trị

PM Takeaway (Bài học rút ra)

Nguồn tham khảo

Trắc nghiệm tình huống PMP

Mô hình ra quyết định nào phù hợp nhất với một dự án mã nguồn mở lớn?

Tình huống này hữu ích với bạn?

Bình luận (0)