Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.109 người đã truy cậpPhiên bản 1.15.0
  1. /Tình huống
  2. /Quản lý Nguồn lực
  3. /Nhân Linux (2018): Linus Torvalds tạm nghỉ để th…
Số 442Quản lý Nguồn lực

Nhân Linux (2018): Linus Torvalds tạm nghỉ để thay đổi cách ứng xử và dự án áp dụng bộ quy tắc ứng xử mới

Ngày 16/9/2018, Linus Torvalds — người tạo và điều phối nhân Linux — xin lỗi về những email công kích gay gắt trong nhiều năm, tuyên bố tạm nghỉ để học cách ứng xử khác. Cùng lúc, dự án thay "Code of Conflict" bằng bộ quy tắc ứng xử dựa trên Contributor Covenant; Greg Kroah-Hartman tiếp nhận việc điều phối bản 4.19. Bài học về hành vi của người lãnh đạo, môi trường làm việc và khả năng thay thế người chủ chốt.

HP
Nguyễn Thu Hà, PMP
15/09/2026
3 phút đọc 0 lượt xem
Bình luận0

Bối cảnh thực tế

Nhân Linux là một trong những dự án phần mềm cộng tác lớn nhất thế giới, với hàng nghìn người đóng góp từ nhiều công ty. Linus Torvalds giữ vai trò người quyết định cuối cùng và nổi tiếng với phong cách phản hồi thẳng thừng, có lúc công kích cá nhân trên danh sách thư.

Theo LWN.net:

  • Ngày 16/9/2018, Torvalds thông báo sẽ tạm rời phát triển nhân để xem xét lại hành vi của mình. Ông xin lỗi vì những lời công kích trong email, nói rằng giờ ông hiểu điều đó "không ổn" và thực sự xin lỗi.
  • Thời gian nghỉ kéo dài ít nhất đến hết chu kỳ phát triển 4.19, khoảng bốn tuần.
  • Cùng ngày, văn bản "Code of Conflict" lâu năm được thay bằng bộ quy tắc ứng xử (Code of Conduct) dựa trên Contributor Covenant.
  • Greg Kroah-Hartman tiếp nhận các yêu cầu hợp nhất (pull request) trong thời gian Torvalds vắng mặt.

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

  • Hành vi lãnh đạo định hình môi trường đội

    Phong cách giao tiếp của người có quyền cao nhất trở thành chuẩn mực ngầm cho cả cộng đồng. Môi trường thiếu an toàn tâm lý khiến người mới, người ít tự tin ngại đóng góp — một hạn chế về nguồn lực.

  • Quy tắc nền tảng chưa đủ rõ

    "Code of Conflict" chỉ nêu hướng xử lý xung đột; bộ quy tắc ứng xử mới đặt kỳ vọng hành vi cụ thể và cơ chế thực thi — đúng vai trò của quy tắc nền tảng (ground rules) trong điều lệ đội.

  • Phụ thuộc người chủ chốt được kiểm chứng

    Việc dự án tiếp tục bình thường khi Torvalds vắng mặt cho thấy dự án đã có người kế nhiệm tạm thời đủ năng lực. Đây là kết quả của việc phân quyền cho nhiều người bảo trì hệ thống con qua nhiều năm.

  • Tự nhận thức là năng lực lãnh đạo

    Lời xin lỗi công khai và quyết định tạm nghỉ là ví dụ về trí tuệ cảm xúc (emotional intelligence) — năng lực mà PMI nhấn mạnh với người lãnh đạo dự án.

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

  1. 1

    Bước 1: Đặt quy tắc ứng xử ngay từ đầu

    Đưa kỳ vọng về giao tiếp, phản hồi kỹ thuật và cách xử lý vi phạm vào điều lệ đội ngay khi khởi động.

  2. 2

    Bước 2: Phản hồi vào vấn đề, không vào con người

    Hướng dẫn và làm gương cách review mã thẳng thắn về kỹ thuật nhưng tôn trọng người viết.

  3. 3

    Bước 3: Chuẩn bị người thay thế cho vai trò quyết định

    Đánh giá mức sẵn sàng kế nhiệm:

    • Sẵn sàng

      Có người đã từng điều phối thay, quy trình được tài liệu hoá.

    • Một phần

      Có người tiềm năng nhưng chưa từng thực hành.

    • Không có

      Mọi quyết định phải qua một người, chưa ai từng thay thế.

  4. 4

    Bước 4: Thu thập phản hồi về môi trường làm việc

    Khảo sát định kỳ, kênh báo cáo ẩn danh, theo dõi tỷ lệ người đóng góp mới ở lại.

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

Cách người lãnh đạo giao tiếp là một phần của môi trường làm việc, và môi trường làm việc quyết định ai ở lại đóng góp. Quy tắc ứng xử rõ ràng, sự tự nhận thức của người lãnh đạo và một người kế nhiệm sẵn sàng giúp đội vừa lành mạnh vừa không phụ thuộc vào một cá nhân.

Nguồn tham khảo

  • LWN.net — Bài tường thuật về việc Torvalds tạm nghỉ và Code of Conduct mới
#Quản lý nguồn lực#Phát triển phần mềm#Mã nguồn mở#Quy tắc ứng xử#Lãnh đạo#Phụ thuộc người chủ chốt

Nguồn: LWN.net — Torvalds tạm nghỉ, nhân Linux áp dụng Code of Conduct (18/9/2018) ↗ (mở trong thẻ mới)

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

Câu 1/1
Kiến trúc sư trưởng của dự án rất giỏi nhưng thường xuyên phê bình gay gắt mã của thành viên mới trong buổi review. Hai người mới đã xin chuyển dự án. PM nên làm gì trước tiên?

Bạn chọn phương án nào?

Đội của bạn có cần một bộ quy tắc ứng xử thành văn không?

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

Bình luận0

Bình luận (0)

Đăng nhập để tham gia thảo luận.

Tình huống tương tự

Quản lý Nguồn lực

Heartbleed và OpenSSL (2014): hạ tầng bảo mật của cả Internet dựa vào một nhóm tình nguyện viên, chỉ một người làm toàn thời gian

Lỗi Heartbleed trong thư viện OpenSSL khiến khoảng 17% máy chủ web có chứng thực tin cậy bị coi là dễ tổn thương khi công bố. Phía sau là một dự án do vài tình nguyện viên duy trì, chỉ một người làm toàn thời gian và quyên góp hằng năm chỉ khoảng 2.000 USD. Phân tích dưới góc nhìn quản lý nguồn lực: phụ thuộc trọng yếu vào một "nguồn lực" không ai phân bổ ngân sách.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026
Số 475Quản lý Nguồn lực

Đường dây 500 kV mạch 3 Quảng Trạch – Phố Nối (2024): 519 km trong hơn 6 tháng khi nhà thầu chỉ đáp ứng khoảng một nửa nhân lực

Dự án đường dây 500 kV mạch 3 dài 519 km qua 9 tỉnh, tổng mức đầu tư khoảng 22.356 tỷ đồng, được đóng điện toàn tuyến cuối tháng 8/2024 sau hơn 6 tháng thi công. Lúc cao điểm, công trường cần khoảng 10.000–12.000 thợ lành nghề nhưng các nhà thầu chỉ đáp ứng được khoảng 50%. Chủ đầu tư phải huy động thêm hàng nghìn người từ các đơn vị trong ngành, doanh nghiệp nhà nước khác, lực lượng vũ trang và đoàn viên thanh niên. Một tình huống về lập kế hoạch và bổ sung nguồn lực dưới áp lực tiến độ.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026
Quản lý Nguồn lực

Mozilla 2020: cắt giảm khoảng 250 nhân sự, đội Servo bị ảnh hưởng và bài toán giữ tri thức khi tái cơ cấu đội kỹ thuật

Ngày 11/08/2020 Mozilla công bố cắt giảm khoảng 250 nhân sự với lý do doanh thu giảm do đại dịch; đội phát triển công cụ trình duyệt Servo nằm trong số bị ảnh hưởng. Dự án chuyển sang Linux Foundation Europe và được kích hoạt lại năm 2023 nhờ nguồn tài trợ ngoài. Phân tích về giải tán đội, chuyển giao tri thức và kế hoạch cho dự án nghiên cứu dài hạn.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận10/10/2026

Nội dung

Bối cảnh thực tếPhân tích nguyên nhân theo chuẩn PMPLẽ ra PM nên làm gìPM Takeaway (Bài học rút ra)Nguồn tham khảoTrắc nghiệmBình chọn
Quảng cáoBộ đề thi thử PMP (mẫu)