制定計畫是一件困難的事情(在軟體開發中哪一件事情不難呢?),不只是新手,就是有好幾年工作經驗的人,對制定計畫也頗感為難,往往隨便給出個時間了事。我曾親歷過不少場面,大家對任務計畫的態度很隨意,對時間的估計都是隨口而出的。大多數時候,管理者都會對勇士們誇幾句,對謹慎者報以輕視。
實踐證明這些計畫都是紙上談兵,有的嚴重超期,有的質量不過關,有的功能遺漏,很少按預期完成的。這也難怪,就是精心制定的計畫都有偏差,何況是隨便給出的呢。
這裡總結一些個人經驗,這是對簡單任務而言的。所謂簡單任務指的是能分到某個人頭上的任務,不包括需要乙個小組協同完成的任務(當然部分也適用於小組任務的)。
1.對任務盡可能的細劃。任務分得越細,考慮得越周到,遺漏的可能越少。同時我們對細小任務的估計更準確,我想這也是大家鍾愛wbs的緣故吧。 2.
建立任務的風險列表。外在環境、技術難點、甚至近一段時間工作狀態,都會影響任務的進度。風險很多,列出我們能處理的風險就差不多了,至於第三次世界大戰之類的風險完全可以拋開。根據風險列表,在理想的計畫上,加上一定的風險儲備。 3.
徵求做過類似任務的同事的意見。我們不是神仙,對從未有類似經驗的任務,很難估計準確,徵求做過類似任務的同事的意見是明智的做法,至少我們能從中了解一些潛在的風險。 4.
不斷調整計畫。計畫不是不變的,早期的估計或多或少的有些偏差。隨著任務的進展,一些風險的消除,以及這期間的經驗積累,我們可以更準確的估計時間了。一般來說在任務預定時間過去30%左右時,重新評估一下任務計畫是比較好的習慣。 5.
6.計畫要實事求是,不是估計時間越短越好。不要因為面子上的問題,把時間估計得過短。否則你的任務太重,不但會影響你的正常休息和工作情緒,最終無法完成時,面子丟了是小,影響整體計畫是大。 7.
採用psp中一些方法,評估自己的效率。記錄在執行任務過程,你的時間分配情況,估計你在做某類事情時的效率,為以後類似的任務提供經驗資料
制定計畫的幾個技巧
制定計畫是一件困難的事情 在軟體開發中哪一件事情不難呢?不只是新手,就是有好幾年工作經驗的人,對制定計畫也頗感為難,往往隨便給出個時間了事。我曾親歷過不少場面,大家對任務計畫的態度很隨意,對時間的估計都是隨口而出的。大多數時候,管理者都會對勇士們誇幾句,對謹慎者報以輕視。實踐證明這些計畫都是紙上談兵...
如何制定計畫
制定計畫的前提是明確目標。在明確目標前,我們需事先了解 a.所在部門的業務定位 b.所在崗位的業務定位 c.上級主管的業務目標 d.上級主管對你的期望和要求 e.與其它相關崗位的業務介面關係 在制定目標和計畫時,需遵循5w2h原則。why 為什麼要做這項任務,對工作目標是否有支援 what 任務的內...
團隊專案制定計畫
1.1目的 測試計畫在策略和方法的高度說明如何計畫 組織和管理測試專案。測試計畫包含足夠的資訊使測試人員明白專案需要做什麼是如何運作的。另外,清晰的文件結構能使任何乙個讀者在瀏覽計畫的前面幾頁後,就能對專案有乙個大概的認識。測試計畫只是測試的乙個框架,很多細節需要跟開發人員或其他人員溝通,因此計畫不...