茫茫網海中的冷日 - 對這文章發表回應
茫茫網海中的冷日
         
茫茫網海中的冷日
發生過的事,不可能遺忘,只是想不起來而已!
 恭喜您是本站第 1673715 位訪客!  登入  | 註冊
主選單

Google 自訂搜尋

Goole 廣告

隨機相片
IMG_60D_00022.jpg

授權條款

使用者登入
使用者名稱:

密碼:


忘了密碼?

現在就註冊!

對這文章發表回應

發表限制: 非會員 可以發表

發表者: 冷日 發表時間: 2008/3/14 9:17:28
時間表有三種功能:做承諾、鼓勵每人將其工作視為對整體的一份貢獻、以及追蹤進度。即使時間表延誤,依然有價值。
大時間表應該切成小時間表,把風險減到最小,並增加調整的頻率。
所有估算都是機率。因為時間表是一堆估算的集合,所以也是機率。這會對時間表準確度造成影響,因為機率會累積(80% * 80% = 64%)。
越早做估算,準確度就越低。然而,粗略估算才能有一個起點,做更好的估算。
應以存疑態度制定時間表,而非樂觀的態度。把精力投注在設計上,使得假設得以攤在陽光下,產生可靠的信心。
對流程過於迷信的管理者,就是領導才能不足的警訊!
採用方法論時,對於使用的方式要非常小心:他不應該變成打擊團隊的東西;相反地,應該是可以支援、鼓舞、以及協助團隊把專案做好的東西。
所有的時間表都有一項基本法則:三分法。分別是:設計、實做、測試。
好的估算來自於好的設計,確保良好估算的方式:建立估算的基準信心間距、最主要的程式設計師要立下品質估算的規矩、程式設計師應當受到信賴、估算取決於程式設計師對專案目標的理解、估算應該根據以前的效能、規格書或設計品質應該要達到做良好估算所需的程度、有些已知的技巧可以做出更好的估算。
內容圖示
url email imgsrc image code quote
樣本
bold italic underline linethrough   












 [詳情...]
validation picture

注意事項:
預覽不需輸入認證碼,僅真正發送文章時才會檢查驗證碼。
認證碼有效期10分鐘,若輸入資料超過10分鐘,請您備份內容後,重新整理本頁並貼回您的內容,再輸入驗證碼送出。

選項

Powered by XOOPS 2.0 © 2001-2008 The XOOPS Project|