Khác biệt giữa bản sửa đổi của “The Mythical Man-Month”

Khi thiết kế một hệ thống mới, nhóm sẽ thiết kế một hệ thống "vứt đi" (cho dù nó có mục đích hay không). Hệ thống này là một "kế hoạch thử nghiệm" để biểu diễn những kỹ thuật để sau đó thiết kế lại toàn bộ hệ thống. Hệ thống thứ 2 "thông minh hơn" nên được chuyển một lần đến khách hàng, từ khi việc gửi hệ thống pilot, dù hệ thống pilot không gây ra vấn đề gì nhưng có thể gây lo âu cho khách hàng, và cuối cùng là hủy hoại danh tiếng của hệ thống, có khi là cả của công ty.

 

Every project manager should create a small core set of '''''formal documents''''' which acts as the roadmap as to what the project objectives are, how they are to be achieved, who is going to achieve them, when they are going to be achieved, and how much they are going to cost. These documents may also reveal inconsistencies that are otherwise hard to see.

====Project Estimation====

When estimating project times, it should be remembered that programming products (which can be sold to paying customers) and [[Operating system|programming system]]s are both three times as hard to write as [[application program|in-house program]]s<ref>[http://www.amazon.com/gp/reader/0201835959/ref=sib_dp_pt# Mythical Man Month] Figure 1.1, Page 13</ref>. It should be kept in mind how much of the work-week will actually be spent on technical issues, as opposed to administrative or other non-technical tasks, such as meetings.