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

left-pad và npm (2016): tranh chấp tên gói "kik", 273 gói bị gỡ và hàng nghìn dự án hỏng build trong hai giờ rưỡi

Tháng 3/2016, npm đứng về phía công ty Kik trong tranh chấp tên gói "kik" với một lập trình viên. Không đồng ý, anh gỡ toàn bộ 273 gói của mình khỏi npm, trong đó có left-pad — một hàm nhỏ mà rất nhiều dự án phụ thuộc gián tiếp. Hàng nghìn dự án hỏng khi cài đặt trong khoảng 2,5 giờ cho tới khi npm khôi phục gói. Bài học về xử lý xung đột giữa các bên liên quan và rủi ro phụ thuộc trong hệ sinh thái.

Nguyễn Thu Hà, PMP

14/09/2026

3 phút đọc 0

Bình luận0

Bối cảnh thực tế

npm là kho gói (registry) trung tâm của hệ sinh thái JavaScript. Lập trình viên Azer Koçulu duy trì nhiều gói nhỏ, trong đó có "kik" và "left-pad" — một hàm vài dòng để chèn ký tự vào đầu chuỗi, nhưng nằm sâu trong cây phụ thuộc của nhiều công cụ phổ biến.

Theo bài viết của chính npm ngày 23/3/2016:

Azer và công ty Kik bất đồng về tên gói "kik". Áp dụng chính sách giải quyết tranh chấp tên, npm quyết định theo hướng có lợi cho Kik.
Sau đó, anh gỡ (unpublish) toàn bộ 273 gói của mình, gồm "kik" và left-pad, mà không báo trước cho người dùng.
Từ khoảng 14:30 (giờ Thái Bình Dương) ngày 22/3/2016, npm ghi nhận hàng trăm lỗi mỗi phút; hàng nghìn dự án bị ảnh hưởng.
Một lập trình viên khác đăng gói left-pad tương đương trong vòng mười phút, nhưng nhiều chuỗi phụ thuộc đòi đúng phiên bản 0.0.3, nên npm quyết định khôi phục bản gốc từ bản sao lưu (thông báo lúc 16:05, hoàn tất 16:55). Gián đoạn kéo dài khoảng 2,5 giờ.
npm giữ nguyên quyết định về tranh chấp tên, đồng thời cam kết: làm khó hơn việc gỡ phiên bản khi có gói khác phụ thuộc, thay gói bị gỡ bằng gói giữ chỗ để tránh bị chiếm tên, và cập nhật quy trình nội bộ để xử lý xung đột cộng đồng tốt hơn.

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

Xung đột hai bên, tác động lên hàng nghìn bên thứ ba
Tranh chấp tên giữa một cá nhân và một doanh nghiệp tưởng chỉ liên quan hai bên. Thực tế, bên chịu thiệt lớn nhất là những người dùng không hề biết tranh chấp tồn tại — nhóm bên liên quan bị bỏ sót khi phân tích tác động.
Quy trình giải quyết xung đột thiếu kênh xuống thang
Một quyết định "thắng – thua" với người duy trì nhiều gói quan trọng tạo phản ứng mạnh. Kỹ thuật giải quyết xung đột hợp tác (collaborate/problem solve) đòi hỏi tìm hiểu lợi ích cốt lõi của mỗi bên, không chỉ áp quy định.
Một điểm hỏng đơn lẻ nằm ngoài tầm nhìn

Dengvaxia ở Philippines (2016–2019): chương trình tiêm vắc-xin sốt xuất huyết cho khoảng 800.000 học sinh và cuộc khủng hoảng niềm tin kéo theo dịch sởi

Năm 2016, Philippines là nước đầu tiên đưa vắc-xin sốt xuất huyết Dengvaxia vào chương trình tiêm chủng công cho học sinh, với kinh phí 3,5 tỷ peso. Tháng 11/2017, nhà sản xuất thông báo vắc-xin có thể làm bệnh nặng hơn ở người chưa từng nhiễm sốt xuất huyết. Chương trình bị dừng, các cuộc điều tra, khởi tố và tranh cãi công khai làm niềm tin vào vắc-xin sụt giảm; năm 2019, Philippines có hơn 31.000 ca sởi xác nhận và 415 ca tử vong. Bài học về quản lý bên liên quan trong chương trình y tế công.

0 0 023/10/2026

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

Volkswagen và bê bối khí thải diesel (2014–2017): phần mềm gian lận và cái giá của việc né tránh cơ quan quản lý

Năm 2014, một nghiên cứu độc lập phát hiện xe diesel Volkswagen thải NOx khi chạy trên đường cao gấp nhiều lần giới hạn. Hơn một năm sau, khi cơ quan quản lý doạ không chứng nhận xe đời 2016, hãng mới thừa nhận dùng phần mềm nhận biết lúc bị đo kiểm. Khoảng 11 triệu xe trên toàn thế giới bị ảnh hưởng, CEO từ chức và tổng chi phí vượt 33 tỷ USD tới năm 2020. Bài học về quản lý bên liên quan: cơ quan quản lý và khách hàng không phải là trở ngại để vượt qua.

0 0 022/10/2026

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

Digg v4 (2010): viết lại toàn bộ sản phẩm trong một lần ra mắt và cuộc nổi dậy của chính người dùng nòng cốt

Tháng 8/2010, mạng tin xã hội Digg ra mắt phiên bản 4 với nền tảng viết lại và nhiều tính năng quen thuộc bị gỡ bỏ. Người dùng nòng cốt tổ chức "ngày bỏ Digg", nhà xuất bản báo cáo lượng truy cập giới thiệu giảm, và lưu lượng mất hơn một phần tư chỉ sau một tháng. Phân tích dưới góc nhìn quản lý các bên liên quan: ai là người tạo ra giá trị của nền tảng, và họ được tham vấn đến đâu.

0 0 014/10/2026

left-pad và npm (2016): tranh chấp tên gói "kik", 273 gói bị gỡ và hàng nghìn dự án hỏng build trong hai giờ rưỡi

Bối cảnh thực tế

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

Xung đột hai bên, tác động lên hàng nghìn bên thứ ba

Quy trình giải quyết xung đột thiếu kênh xuống thang

Một điểm hỏng đơn lẻ nằm ngoài tầm nhìn

Chính sách nền tảng chưa tính tới hành vi của bên liên quan

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

Bước 1: Đánh giá tác động lan truyền trước khi ra quyết định tranh chấp

Bước 2: Dùng thương lượng và trung gian thay vì phán quyết đơn phương

Bước 3: Với nhóm phát triển phụ thuộc vào kho gói

Bước 4: Thay đổi chính sách ngay sau sự cố và công khai

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

Nguồn tham khảo

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

Sau sự cố left-pad, nhóm của bạn nên làm gì với các thư viện bên ngoài?

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

Bình luận (0)