《人月神話》中軟體任務進度安排的經驗法則：
1/3 計畫
1/6 編碼
1/4 構件測試和早期系統測試
1/4 系統測試，所有構件已完成
說明：1、分配給計畫的時間佔1/3，但仍不足以產生詳細和穩定的計畫規格說明，也不足以容納對全新技術的研究和探索；
2、除錯和測試佔1/2；
3、容易估計的部分，即編碼，僅佔1/6時間。
注意：1、大多專案開發中表明，除了系統測試，其它的進度基本能保證；
2、不為系統測試安排足夠的時間簡直就是一場災難，壞訊息沒有任何預兆，很晚才出現在我們面前；
3、brooks法則：向進度落後的專案中增加人手，只會使進度更加落後！
專案的時間依賴於順序上的限制，人員的數量依賴於單個子任務的數量。從這兩個數值可以推算出進度時間表，但分配較多的人手，計畫較短的時間，將無法得到可行的進度表。總之，在眾多軟體專案中，缺乏合理的時間進度是早上專案滯後的最主要原因，它比其它所有因素加起來的影響還要大。
關於此，我有一些疑問：
1、文件撰寫時間屬於哪部分？
[自問自答] 編碼時注釋詳細，系統測試（早期或構件完成）通過，在對系統或每乙個函式(模組)寫相關文件；
這個問題屬於人員分工管理問題，可以找專職人員協同工作撰寫文件。
任務安排 jobs
題目 任務安排 jobs.c cpp pas in out 時限 每個測試點2 秒 問題描述 小y 最近遇到了乙個棘手的問題。她有兩項任務需要完成，其中第一項任務是重複操作1 op1 s1 次，第二項任務是重複操作2 op2 s2 次。為了完成這些任務，小 y 僱傭了n 名工人。其中，第i 個工人完...
近期任務安排
最近有點忙。大三已經結束，可以說是畢業了，面臨繼續讀書和工作的抉擇。經過一段時期的思考，最終決定繼續讀書，感覺計算機的某些領域比較有意思，比如說資料探勘等，真想在這方面深入研究下去。而且以自己的性格來說，比較適合做科研，以目前的狀態來說，還沒有做好進入職場打拼的準備，呵呵。暑期打算參加中科院軟體所的...
任務安排1
有 n 個任務排成乙個序列在一台機器上等待執行，它們的順序不得改變。機器會把這 n 個任務分成若干批，每一批包含連續的若干個任務。從時刻0開始，任務被分批加工，執行第 i 個任務所需的時間是 titi。另外，在每批任務開始前，機器需要 s 的啟動時間，故執行一批任務所需的時間是啟動時間 s 加上每個...