Vì sao Man-Month vẫn còn được sử dụng trong ngành công nghệ phần mềm?
Last updated: March 19, 2026 Xem trên toàn màn hình
- 06 Feb 2024
Bài toán Trolley Problem: Hi sinh thiểu số để cứu đa số? 175/409 - 11 May 2021
Khác nhau giữa Padding và Buffer trong quản lý rủi ro dự án 104/1050 - 18 Jul 2020
Lợi ích cận biên (Marginal Utility) là gì? Qui luật lợi ích cận biên giảm dần 75/917 - 08 Jan 2022
Yêu cầu thay đổi (Change Request) là gì? Làm thế nào để kiểm soát Change Request? 62/381 - 01 Aug 2023
Phân tích yêu cầu phần mềm sẽ nhìn vào thực trạng (AS-IS) hay tương lai (TO-BE)? 59/565 - 01 Aug 2021
Hiện tượng Gold plating (mạ vàng) là gì? Tại sao có ảnh hưởng quyết định đến chất lượng dự án? 57/470 - 14 Apr 2019
Product Backlog là gì? Các đặc điểm cơ bản của một Product Backlog 56/502 - 09 Aug 2022
Hiệu ứng “rắn hổ mang” (Cobra effect): Khi giải pháp trở thành vấn đề, tưởng vui lại hóa xui 52/651 - 22 May 2022
Tư duy ngoài hộp (Thinking out of box) là gì? Tại sao quan trọng với sự phát triển của doanh nghiệp? 47/571 - 18 Mar 2021
Kỹ thuật ước lượng dự án phần mềm linh hoạt dựa vào Story Point - phương pháp T-Shirt Sizing 47/625 - 03 Mar 2020
Giả định (Assumption ) là gì? Tại sao giả định rất quan trọng với dự án? 46/643 - 10 May 2021
Phát triển Phần mềm Tinh gọn (Lean Software Development) 46/283 - 18 May 2021
Cây cầu hiện đại vô dụng nhất thế giới và câu chuyện cái kết của thay đổi yêu cầu 44/802 - 08 Feb 2021
Quy trình nâng cấp phần mềm quản trị doanh nghiệp ERP 43/282 - 20 Jul 2021
Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 43/463 - 01 Jan 2024
Tổng hợp 25 quy luật quan trọng trong quản lý dự án 41/597 - 14 Jun 2021
8 loại lãng phí doanh nghiệp phải tìm cách loại bỏ 40/508 - 03 May 2022
Mô hình Hybrid Agile là gì? 38/566 - 09 Dec 2021
Sơ đồ chuỗi giá trị (Value Stream Mapping - VSM) là gì? 36/604 - 12 May 2020
Quy trình sản xuất Tinh Gọn và áp dụng mô hình 5S của Nhật Bản 36/483 - 28 Jun 2024
Tại sao các kỹ sư IT giỏi nhất lại là những người theo thuyết bất khả tri về công nghệ (technology agnostics)? 36/428 - 02 Aug 2023
Tổng hợp một số project tham khảo khi xây dựng các ứng dụng theo mô hình Microservices 35/534 - 11 Dec 2025
Phần mềm cho SMEs: Vì sao “Best-Fit” lên ngôi và “Best-of-Breed” dần lỗi thời 35/67 - 30 Aug 2024
Friction points (điểm ma sát) là gì? 34/145 - 19 Sep 2025
Agile vs. Ego: Làm Gì Khi Một Thành Viên Trong Nhóm Nổi Loạn 33/118 - 09 Dec 2025
Hiệu Ứng Tàu Điện Ngầm - The Subway Effect 32/52 - 14 Dec 2022
Phương pháp kiểm tra Fagan Inspection là gì? 31/224 - 15 Apr 2023
Nghịch lý từ câu chuyện “một chén gạo dưỡng ơn, một đấu gạo gây thù” 30/844 - 22 Jul 2020
Quản lý dự án phần mềm trong thực tế và câu chuyện thành công của InfoSys 29/185 - 24 Mar 2019
Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai 28/344 - 16 Apr 2025
Lãnh đạo linh hoạt: Hành động (Bias for Action) hay không hành động (Non-Action)? 28/84 - 21 Apr 2020
Bảo trì phần mềm là gì? Phân biệt các loại bảo trì 26/351 - 04 Jan 2023
Phát triển phần mềm linh hoạt theo mô hình Big Bang 26/791 - 02 Aug 2021
Product Owner làm gì trước khi bắt đầu sprint đầu tiên của dự án (Sprint Zero)? 26/396 - 04 Jul 2022
Steve Jobs đến với Đạo phật như thế nào? 26/627 - 23 Feb 2023
"Tinh Gọn" là gì? "Tinh Gọn" có thực sự chỉ là cách dịch từ "Lean"? 24/183 - 02 Oct 2023
Ngôi Chùa Trăm Năm và Viên Gạch Vỡ: Bài Học Thấm Thía Về Lỗi Nhỏ Trong Bức Tranh Lớn 24/358 - 10 Aug 2020
Bạn có biết quy tắc thất bại nhanh: Fail early, fail often, fail cheap, but always fail forward 24/183 - 15 Aug 2025
Dự án phần mềm bị trì hoãn và vấn đề "akrasia" 22/98 - 15 Mar 2024
Tê liệt vì suy nghĩ quá nhiều (Analysis Paralysis) là gì? 22/311 - 11 Mar 2025
Thiên hướng Hành động (Bias for Action) và Thiên hướng Quy trình (Bias for Process) tác động tiêu cực tới "đổi mới và sáng tạo" như thế nào? 22/112 - 08 Aug 2023
Mất kiểm soát phạm vi dự án (Scope Creep) và hiệu ứng quả cầu tuyết (snowball) 22/264 - 03 Sep 2020
Hiệu ứng rắn hổ mang, Luật Goodhart, Campbell & Chuyện thi cử 21/234 - 24 Apr 2025
Chính sách sở hữu đất đai của Trung Quốc: Động lực thúc đẩy người dân làm việc chăm chỉ và hiệu quả 21/292 - 19 Sep 2025
Luật chống ôm đồm (WIP limits): Làm ít hơn và chất hơn 21/63 - 14 Aug 2023
Công bằng phân phối (distributive justice) giúp "virtual team" làm việc hiệu quả hơn như thế nào? 21/59 - 13 Aug 2024
Cognitive friction (ma sát nhận thức) là gì? 20/65 - 10 Sep 2024
Tại sao những thứ chúng ta muốn lại ít khi có được? 20/252 - 13 Feb 2024
"Weighted milestone" là gì? 19/23 - 13 Aug 2025
OODA và PDCA: Mô hình nào tốt hơn? 19/81 - 02 Aug 2022
BVP (Billable Viable Product) là gì? 18/108 - 04 Feb 2024
“Nợ kỹ thuật” (technical debt) là gì? 18/42 - 09 Jan 2025
10 Nghịch Lý Cuộc Sống Từ Phim Upstream (nghịch hành nhân sinh): Đối Mặt Rủi Ro Trong Thời Đại VUCA 17/225 - 15 Dec 2024
Tổng Quan Chi Tiết Về Chứng Chỉ TOGAF Foundation 16/74 - 12 Jan 2024
Tư duy hệ thống trong Quản Lý Dự Án diễn ra như thế nào? 16/265 - 01 Sep 2023
Định luật Goodhart và định luật Campbell - Nghịch lý về thành tích 16/220 - 01 Aug 2019
5 nguyên lý khởi nghiệp tinh gọn rút ra từ thực tế 15/473 - 20 Feb 2026
Phương pháp quản lý “Mệnh lệnh và Kiểm soát” trong quản lý dự án phần mềm 15/19 - 13 Aug 2025
Kinh nghiệm phát triển dự án phần mềm cho khối Chính phủ/nhà nước 15/25 - 17 Oct 2025
Hồ sơ quyết toán và hồ sơ kiểm toán là gì? 14/24 - 17 Feb 2026
Giá trị con người nằm ở đâu trong thời đại AI và Robot? 14/17 - 24 Feb 2026
[Sổ tay PM] Cách Tiếp Quản Một Dự Án Đang Triển Khai 14/18 - 13 Sep 2025
Vanity Metrics: Follower tăng vọt nhưng doanh thu đứng yên 14/74 - 11 May 2025
Từ điển kỹ thuật trong quản lý tài nguyên truy cập hệ thống (System Access Resource Management) 14/142 - 16 Feb 2024
Nghịch lý của sự hoàn hảo: AI có thể quá tốt để sử dụng? 14/203 - 12 May 2024
Groan Zone là gì? Khi mọi quan điểm va chạm, đâu là cách biến Groan Zone thành động lực đổi mới? 13/54 - 10 Sep 2025
Học Tài Thi Phận Là Gì? Cần Làm Gì Để Vượt Qua May Rủi? 12/42 - 30 Jan 2026
Vượt qua cơn bão sa thải nhân viên công nghệ: Những đêm thức trắng, phần mềm bị lỗi và hội chứng kẻ giả mạo (Impostor Syndrome) 12/27 - 01 May 2025
Vì Sao Các Cửa Hàng Trung Quốc Không Vội Vã Phục Vụ Khách Hàng? 12/101 - 11 Sep 2020
Nghịch lý kinh doanh tại Mỹ: Chăm sóc khách hàng không tốt, nhưng công ty lại lãi lớn 12/185 - 19 Feb 2025
“Tribal knowledge” là gì? 9/11 - 11 Mar 2024
Materialized Views là gì? Bí quyết tăng tốc truy vấn dữ liệu cho hệ thống lớn 8/12 - 11 Dec 2025
Vì Sao Hệ Thống Báo Cáo Trong Phần Mềm Kế Toán Luôn Được Đánh Giá Là Khó Nhất? 6/11 - 15 Mar 2024
SDLC là gì? So sánh với Full-Cycle Software Development 5/9 - 11 Sep 2025
📚 Từ điển thuật ngữ về DevOps 5/59
Giới thiệu cuốn sách The Mythical Man-Month của Frederick Phillips Brooks Jr.
Trong lời bạt của lần tái bản kỷ niệm 20 năm (1995), Fred Brooks khẳng định rằng những luận điểm cốt lõi trong The Mythical Man-Month vẫn giữ nguyên giá trị theo thời gian. Hơn một thập kỷ sau, Mary Poppendieck cũng nhận xét đây là một tác phẩm kinh điển “đứng vững qua nhiều thập kỷ”, cho thấy ngành phần mềm không thay đổi nhiều như chúng ta tưởng. Điều này đặt ra một câu hỏi đáng suy ngẫm: liệu các nhà quản lý dự án ngày nay có đang lặp lại những sai lầm đã được chỉ ra từ rất lâu trước đó?
Cá nhân tôi vẫn cảm thấy không thoải mái mỗi khi phải làm việc với các kế hoạch yêu cầu ước tính bằng Man-Month (hay “ngày công”). Dù ai cũng hiểu đó chỉ là con số tương đối, nó vẫn được sử dụng như một chuẩn mực. Thực tế, Brooks đã cảnh báo từ hơn 40 năm trước: con người và thời gian không thể hoán đổi cho nhau. Việc bổ sung thêm nhân lực vào một dự án đang chậm tiến độ có thể khiến mọi thứ trở nên tệ hơn. Quan điểm này về sau được biết đến rộng rãi như “Định luật Brooks” và đã trở thành kiến thức nền tảng trong quản trị dự án.
Dù tập trung vào yếu tố con người, cuốn sách không dừng lại ở đó. Brooks mở rộng phân tích sang công cụ, quy trình, phương pháp và cấu trúc tổ chức, nhằm xây dựng một cái nhìn toàn diện về phát triển phần mềm. Giá trị của cuốn sách nằm ở chỗ: không chỉ cung cấp kiến thức tổng quan, mà còn mang đến những góc nhìn sâu sắc, đúc kết từ kinh nghiệm thực tế. Mỗi lần đọc lại, người đọc đều có thể khám phá thêm những lớp ý nghĩa mới.
Đặc biệt, với những ai theo đuổi Agile, đây gần như là một tài liệu tham khảo không thể bỏ qua. Từ rất lâu trước khi Agile ra đời, Brooks đã đưa ra những tư tưởng gần như trùng khớp với tinh thần của Agile Manifesto:
- Con người và sự tương tác quan trọng hơn công cụ (Agile Manifesto nói: cá nhân và tương tác hơn là quy trình và công cụ”)
- Không nên phụ thuộc cứng nhắc vào Man-Month khi lập kế hoạch (Agile tránh ước lượng ra MM một cách cứng nhắc, mà tập trung vào các kĩ thuật thích ứng – adaptive - trong lập kế hoạch).
- Tính toàn vẹn khái niệm là cốt lõi của chất lượng (Agile và Lean gọi nó là chất-lượng-tự-thân, hay là “toàn vẹn tự thân”)
- Không tồn tại “viên đạn bạc” (No Silver Bullet) giúp tăng năng suất ngay lập tức (Agile đề cao tính linh hoạt, thích ứng và tùy biến để phù hợp với các điều kiện thực tế, năng suất của nhóm được cải thiện thông qua quá trình thích ứng, học tập và cải tiến liên tục)
- Phát triển theo hướng tăng trưởng (Incremental), lặp lại hiệu quả hơn (Agile: tăng trưởng và lặp)
- Trao quyền và khuyến khích các nhóm tự tổ chức (Agile gọi cơ chế này bằng những khái niệm nhóm tự-tổ-chức và liên-chức-năng)
- Mô hình Waterfall bộc lộ nhiều hạn chế
Điểm trừ có lẽ là bối cảnh công nghệ trong sách đã khá xa so với hiện tại, khiến một số phần trở nên khó tiếp cận với độc giả ngày nay. Tuy nhiên, chính điều đó lại làm nổi bật giá trị cốt lõi của tác phẩm: những nguyên lý không bị lỗi thời theo công nghệ.
Vì vậy, dù đã ra đời từ năm 1975, The Mythical Man-Month vẫn là cuốn sách “gối đầu giường” của nhiều nhà quản lý dự án phần mềm, đồng thời là tài liệu quan trọng cho sinh viên ngành kỹ thuật phần mềm. Đây không chỉ là một cuốn sách để đọc, mà còn là một lời nhắc nhở: những sai lầm cũ vẫn có thể lặp lại, nếu chúng ta không thực sự học từ chúng.









Link copied!
Mới cập nhật