微軟解決方案架構(模組六)(2) (轉)

amyz發表於2007-08-17
微軟解決方案架構(模組六)(2) (轉)[@more@]

:namespace prefix = o ns = "urn:schemas--com::office" />

把途徑轉變為計劃

找到為計劃輸入負責的每個團隊角色

根據專案特點制定對應的不同數量和複雜度的計劃

不要將專案計劃和Project混淆

典型計劃

角色

溝通計劃

產品經理

開發計劃

開發人員

培訓計劃

體驗

計劃

開發人員和釋出經理

測試計劃

測試人員

預算計劃

經理

部署計劃

釋出經理

購買和推進計劃

釋出經理和程式經理

試執行計劃

釋出經理

 

I.  進度表

使用任務的持續時間來估計建立的進度表

包括長假,短假和資源的可利用性

II.  進度表是個團體活動

每個角色群體為他自己的工作貢獻進度表資訊

典型進度表

驅動角色

溝通進度表

產品經理

開發進度表

開發人員

培訓進度表

使用者體驗

測試進度表

測試人員

預算進度表

程式經理

部署進度表

釋出經理

購買和推動進度表

釋出經理和程式經理

試執行進度表

釋出經理

III.  對有效進度表的建議

應用風險驅動的方法制定日程表

合適的時候使用時間盒

保持按時出活的想法

安排緩衝時間作為一個主里程碑的前一個任務

IV.  合成並同步時間表

解決各角色間的時間表衝突

過分安排資源

不合理的任務安排關係

不合理的或過期的資源分配

程式經理角色建立全面的專案計劃

臨時里程碑:主專案計劃時間表定下了基線

開發和測試環境必須是對產品環境有代表性

隔離產品,開發和測試環境是關鍵的

建立開發和測試環境

l 安置到開發和測試計劃的標準設定中

在生成和執行開發和測試環境時考慮後勤

l 電力和空調

l 頻寬和接入

l 容量

l 物理訪問和安全性

III.  建立和維持一個已知的狀況

僅僅在為開發和測試環境建立的基線被建立後才開始開發階段

實現管理和變化控制用於跟蹤已知情形

合成開發和測試環境的情形

IV.  回顧計劃階段的里程碑和傳遞的產品

技術驗證完成->定好了規格說明的基線->定好了主專案計劃的基線->主專案時間表的基線定好了->開發和測試環境建立起來了

傳遞的產品:

l 規格說明

l 主專案計劃

l 主專案時間表

V.  計劃階段成功的標準

投資人和團隊就以下幾點達成一致:

l 解決方案提交的

l 關鍵的專案里程碑日期

l 解決方案如何生成

開發和測試環境搭好

變化控制和配置管理過程開始了

發起人和關鍵投資人正式透過了提交和得到的這些條目

計劃階段的目標是建立方案的架構和設計,專案計劃,時間表。

規格說明是由詳細的需求,詳細的場景和設計文件組成

推薦的估計技巧是用由下到上的估計和分配緩衝時間做離散的任務

對於計劃階段,提交的物品是規格說明,主專案計劃,和主專案時間

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752019/viewspace-963655/,如需轉載,請註明出處,否則將追究法律責任。

相關文章