Man month là gì

     
Sao vẫn còn đó mãi dùng Man-Month?

Giới thiệu sách “The Mythical Man-Month” của Frederick Phillips Brooks, Jr.

Bạn đang xem: Man month là gì

Năm 1995, vào lời bạt đến lần tái bản kỉ niệm hai mươi năm xuất bạn dạng “The Mythical Man-Month”, tác giả Fred Brooks xác định những đánh giá và nhận định cơ bạn dạng trong cuốn sách vẫn còn đấy nguyên tính thời sự. Hơn một thập kỉ sau, Mary Poppendieck nhắc lại “Một cuốn sách bom tấn đã trụ vững vàng qua thời gian. Điều đó cho biết thêm có cực kỳ ít thay đổi trong xuyên suốt 30 năm qua”. Có lẽ đó là lời bật mí hữu ích để bọn họ lật giở các trang sách đáng quý, và suy ngẫm coi liệu phần đông nhà cai quản trị dự án công trình có sẽ đi lại số đông vết xe đổ sẽ được chỉ ra từ mặt hàng thập kỉ trước hay không.

*
Thú thật, tính đến giờ tôi vẫn thấy rất khó chịu khi phải thao tác với phần đa trang dự án bắt cần ước tính ra từng nào Man-Month (hay dùng đơn vị chức năng khác là “ngày-công”), mặc dù biết rất rõ ràng những cầu lượng mẫu mã này chỉ để mà lại … ước lượng. Còn đó là lời của Brooks hơn 40 năm trước: “Man cùng Month (hay con tín đồ và thời gian) không nhằm hoán đổi, cẩn thận với tư tưởng Man-Month. Thêm người vào dự án chậm tiến trình chỉ làm chậm giai đoạn thêm mà lại thôi”. Thời gian đó có thể có tín đồ còn chưa đồng ý, nhưng thời buổi này thì chiếc được nghe biết với thương hiệu “Định hiện tượng Brooks” này vẫn được không ít nhà cai quản trị dự án công trình quán triệt khôn cùng kĩ.

Xem thêm: "My Condolences Là Gì ? Condolence Tiếng Anh Là Gì Nghĩa Của Từ Condolence

Mặc dù triệu tập vào những vấn đề liên quan tiền tới con tín đồ trong việc quản lí dự án công trình phần mềm, Brooks đã đi xa hơn tương đối nhiều để trao đổi kĩ về những vụ việc liên quan mang lại công cụ, phương pháp, quá trình hay tổ chức để search kiếm một sự hiểu biết thấu đáo và khá đầy đủ trong nghành nghề quản trị dự án công trình và cải tiến và phát triển phần mềm. “The Mythical Man-Month” trở thành kinh điển có lẽ bởi bạn đọc nó không những có được một cái nhìn toàn cảnh, mà còn là một cái quan sát rất thâm thúy vượt thời gian của một người tay nghề cao trong ngành. Từng một lần đọc lại, tứ duy của bạn đọc như 1 lần được gia công mới.

Đối với những người dân thực hành Agile, đó là một cuốn sách tìm hiểu thêm hết sức quan tiền trọng. Từ bỏ trước thập kỉ của Agile rất lâu, Brooks sẽ dùng bốn biện để mang ra những đánh giá không không giống gì so với gần như gì được biểu thị trong Manifesto (tuyên ngôn) và các nguyên lí của Agile:

Con người quyết định tất cả, pháp luật chỉ là cái phục vụ cho con người thực hiện tốt hơn các bước của bản thân (Agile Manifesto nói: cá thể và thúc đẩy hơn là quá trình và công cụ”)Man cùng Month (hay con bạn và thời gian) không để hoán đổi, cần cẩn trọng trong vấn đề dùng Man-Month có tác dụng độ đo để ước tính với lập kế hoạch (Agile tránh cầu lượng ra milimet một bí quyết cứng nhắc, mà tập trung vào những kĩ thuật phù hợp ứng – adaptive - trong lập kế hoạch).

Xem thêm: Mua Viên Tẩy Bồn Cầu Ở Đâu ? 10 Viên Tẩy Bồn Cầu Phổ Biến

Conceptual Integrity: tính trọn vẹn khái niệm là trung trung khu của vấn đề unique (Agile cùng Lean gọi nó là chất-lượng-tự-thân, hay là “toàn vẹn từ bỏ thân”)No Silver Bullet: ko một quy trình tuyệt hảo nào có thể gia tăng ngay chớp nhoáng năng suất lao cồn của lập trình viên (Agile tôn vinh tính linh hoạt, thích hợp ứng và tùy thay đổi để tương xứng với các điều khiếu nại thực tế, năng suất của group được nâng cao thông qua quy trình thích ứng, học hành và cải tiến liên tục)Incremental Build (xây dựng tăng trưởng) thì xuất sắc hơn (Agile: tăng trưởng và lặp)Trao quyền và phi triệu tập hóa (Agile gọi nguyên tắc này bởi những tư tưởng nhóm tự-tổ-chức với liên-chức-năng)Mô hình Waterfall sai rồi! (chỉ rõ Man-Month là mythical, thì hệ quả tất yếu hèn là mệnh đề này)

Đặc điểm dở tuyệt nhất của cuốn sách có lẽ là nó đã lùi tương đối xa vào thừa khứ, khi mà nền công nghệ thông tin khác hơi xa đối với ngày nay, những vấn đề kĩ thuật rứa thể hoàn toàn có thể đã ko còn gần gũi với bạn đọc của cố kỉnh kỉ XXI. Có vẻ như nó hơi khó đọc. Nhưng như thế lại càng làm nổi bật rõ mọi chân lí xuyên thời gian, không phụ thuộc vào bối cảnh hay căn nguyên công nghệ, qua đó ta hoàn toàn có thể rút ra được những bài học bổ ích. Bởi vì vậy nhưng mà một cuốn sách sát 40 tuổi này (xuất phiên bản lần đầu xuân năm mới 1975) không chỉ là tập tài liệu đọc thêm bắt buộc của sv ngành Software Engineering, bên cạnh đó được phần đông nhà cai quản trị dự án phần mềm chọn làm cho sách gối đầu giường.