Số 200Quản lý Các bên liên quan

Wikipedia VisualEditor (2013): đưa trình soạn thảo trực quan thành mặc định và phản ứng của cộng đồng biên tập viên

Wikimedia Foundation phát triển VisualEditor để hạ rào cản cho người mới. Tháng 7/2013, bản beta trở thành trình soạn mặc định cho người dùng đăng nhập trên Wikipedia tiếng Anh, nhưng cộng đồng phàn nàn về lỗi và độ ổn định; đến tháng 9/2013 phải chuyển sang chế độ tự chọn. Nghiên cứu 2015 không thấy lợi ích năng suất. Bài học về quản lý bên liên quan khi người dùng chính cũng là người đóng góp nội dung.

Nguyễn Thu Hà, PMP

05/10/2026

4 phút đọc 0

Bình luận0

Bối cảnh thực tế

Wikipedia được viết bởi tình nguyện viên dùng cú pháp wikitext, vốn khó với người mới. Theo trang Wikipedia về VisualEditor, số biên tập viên hoạt động đã giảm từ khoảng 50.000 năm 2006 xuống khoảng 35.000 năm 2011, sau đỉnh năm 2007. Wikimedia Foundation đầu tư vào VisualEditor, một trình soạn thảo trực quan, như một phần của nỗ lực khoảng 1 triệu USD.

Tiến trình được nguồn ghi lại:

12/2012: bản alpha cho một số người dùng chọn lọc; 4/2013: mở cho mọi người dùng đăng ký.
6/2013: một thử nghiệm có đối chứng, khi trình soạn còn chưa chín, cho kết quả trung tính đến tiêu cực.
7/2013: bản beta trở thành trình soạn mặc định cho người dùng đã đăng nhập trên Wikipedia tiếng Anh và nhiều dự án lớn khác.
9/2013: sau các phàn nàn về độ ổn định, Wikipedia tiếng Anh chuyển từ mặc định sang chế độ tự chọn, một quản trị viên đã tự đảo ngược việc triển khai của Foundation; Foundation không hoàn nguyên và cam kết cải thiện tiếp. Cộng đồng Wikipedia tiếng Đức chọn mô hình tự chọn ngay từ đầu.
Năm 2015, một nghiên cứu của Foundation không thấy tăng năng suất: việc soạn mất lâu hơn 18 giây trước khi lưu và biên tập viên mới ít lưu bài hơn.
Đến 2020, VisualEditor được bật mặc định trên hầu hết bản ngôn ngữ của Wikipedia.

Báo chí ghi lại cả hai phía: Daily Dot đưa tin biên tập viên lâu năm phản đối vì trình soạn “nhiều lỗi và chưa được thử kỹ”; IEEE Spectrum cho rằng đợt triển khai trục trặc khiến một số biên tập viên có kinh nghiệm rời đi; một số tờ khác như Engadget, The Register ủng hộ hướng đi. Dự án này không đơn thuần thất bại: nó vẫn trở thành công cụ chính thức, nhưng quá trình đưa vào dùng tạo ra căng thẳng đáng kể với bên liên quan quan trọng nhất của nền tảng.

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

Chưa nhận diện và phân tích đúng bên liên quan (Identify Stakeholders)
Biên tập viên lâu năm vừa là người dùng, vừa là người quản trị và tạo nội dung. Họ có quyền lực (khả năng đảo ngược quyết định, như ở bản tiếng Anh) và mức quan tâm cao. Họ cần được xếp vào nhóm “quản lý chặt chẽ”, không chỉ “thông báo”.

Wikipedia VisualEditor (2013): đưa trình soạn thảo trực quan thành mặc định và phản ứng của cộng đồng biên tập viên

Bối cảnh thực tế

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

Chưa nhận diện và phân tích đúng bên liên quan (Identify Stakeholders)

Phát hành mặc định khi kết quả thử còn trung tính đến tiêu cực (Manage Stakeholder Engagement)

Cách triển khai áp đặt thay vì tự chọn (Plan Stakeholder Engagement)

Đo thành công bằng đúng mục tiêu

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

Bước 1: Lập bản đồ bên liên quan và mức tham gia mong muốn

Bước 2: Đặt tiêu chí sẵn sàng được cộng đồng đồng ý trước khi bật mặc định

Bước 3: Triển khai theo bậc, có đường lui

Bước 4: Báo cáo công khai kết quả và tiếp tục lắng nghe

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

Nguồn tham khảo

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

Sản phẩm mới còn lỗi nhưng nhà tài trợ muốn thấy mức sử dụng tăng nhanh. Bạn đề xuất gì?

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

Bình luận (0)