制定計劃是一件困難的事情（在軟件開發中哪一件事情不難呢？），不只是新手，就是有好幾年工作經驗的人，對制定計劃也頗感為難，往往隨便給出個時間了事。我曾親歷過不少場面，大家對任務計劃的態度很隨意，對時間的估計都是隨口而出的。大多數時候，管理者都會對勇士們夸幾句，對謹慎者報以輕視。
實踐證明這些計劃都是紙上談兵，有的嚴重超期，有的質量不過關，有的功能遺漏，很少按預期完成的。這也難怪，就是精心制定的計劃都有偏差，何況是隨便給出的呢。
這里總結一些個人經驗，這是對簡單任務而言的。所謂簡單任務指的是能分到某個人頭上的任務，不包括需要一個小組協同完成的任務（當然部分也適用于小組任務的）。
1. 對任務盡可能的細劃。任務分得越細，考慮得越周到，遺漏的可能越少。同時我們對細小任務的估計更準確，我想這也是大家鐘愛WBS的緣故吧。
2. 建立任務的風險列表。外在環境、技術難點、甚至近一段時間工作狀態，都會影響任務的進度。風險很多，列出我們能處理的風險就差不多了，至于第三次世界大戰之類的風險完全可以拋開。根據風險列表，在理想的計劃上，加上一定的風險儲備。
3. 征求做過類似任務的同事的意見。我們不是神仙，對從未有類似經驗的任務，很難估計準確，征求做過類似任務的同事的意見是明智的做法，至少我們能從中了解一些潛在的風險。
4. 不斷調整計劃。計劃不是不變的，早期的估計或多或少的有些偏差。隨著任務的進展，一些風險的消除，以及這期間的經驗積累，我們可以更準確的估計時間了。一般來說在任務預定時間過去30%左右時，重新評估一下任務計劃是比較好的習慣。
5. 及時反饋任務的執行情況。特別是研究性任務，出現計劃與實際較大差異的情況是很常見的。讓你的上司清楚任務的執行情況，很有必要，一旦出現較大偏差，他可以對你提供幫助，或者對整體計劃進行調整。切記不要在時間快完了，才報告出了大問題。
6. 計劃要實事求是，不是估計時間越短越好。不要因為面子上的問題，把時間估計得過短。否則你的任務太重，不但會影響你的正常休息和工作情緒，最終無法完成時，面子丟了是小，影響整體計劃是大。
7. 采用PSP中一些方法，評估自己的效率。記錄在執行任務過程，你的時間分配情況，估計你在做某類事情時的效率，為以后類似的任務提供經驗數據。