專案管理學習筆記之八軟體專案ISO9000評估過程 (轉)

專案管理學習筆記之八軟體專案ISO9000評估過程 (轉)[@more@]

  學習筆記之八專案ISO9000評估過程

作者:  CCBZZP

    專案的所有人員都可以對專案進行評審，而不僅僅限於專案經理。該過程作為專案管理的一部分，同時也可以作為組織的質量手冊的一部分。該評估過程由七部分組成。
  1．描述瞭如何開發工作分解結構（WORK BREAKDOWN STRUCTURE，WBS）以及如何使用WBS進行工作量的評估，它代表專案方程中的‘需求’方。
  2．描述如何計算專案方程中的‘供給’方。例如，資源的可利用率。
  3．描述如何匹配專案方程中的‘需求’方和‘供給’方，進而建立專案展開模型。
  4．描述如何為你的專案建立風險儲備計劃。
  5．描述如何用專案模型確定方案，如何制定能做和不能做的合理決策。
  6．描述選擇專案優選方案後的工作。
  7．給出一個WBS例子。
 生成專案的WBS列表，WBS是要儘可能的詳細，因此要尋找和新增自己的有價值的生命週期元素和WBS清單元素。採取的步驟為：
 1．該工作所依賴的工作，依賴於該工作的工作。
 2．用自上而下的方式來表達這些工作：明確的起點和終點；高層的幫助工作；所有工作的里程碑；對工作分解儘可能詳細的程度；所有的工作量大小不要太大。
 3．估計和記錄下每件工作的工作量。
 4．所有的工作細項相加可以得到專案的總工作量。
 資源的可利用率，首先是人員計劃，制定包含下列人員的計劃：所需要的人員型別；各種型別人員的數量；何時需要這些不同型別的人員。其次是計算可利用的人工：他們所參與的其他專案；每週都會佔用大塊時間但不確定的時間；年休假和公休假等；一些不可預見的事情。
 使用WBS和可利用人力資源建立專案模型。採取的步驟是：給每個人分配工作，儘量讓每個人在專案中的有效的工作時間和專案的要求相匹配；可以用工具為他們分配工作，如果沒有工具可以使用，就手工好了。
  一定要為專案建立風險儲備。可以透過研究專案管理第一定律之成立的基礎的4個引數來建立偏差餘量。
  確定完成專案的各種備選方案，因為根據專案的模型和程式及人力資源狀況，我們可以知道專案的功能都可以達到，但是不一定符合管理層或客戶的要求。如果的確是這樣，那麼我們可以用專案管理第一定律的4個引數來尋找各種的備選方案：
 1．專案要交付啥。
 2．何時交付。
 3．完成專案所需要的工作量或成本。
 4．交付物需要滿足的質量標準。
 使用計算機工具可以建立各種方案。
可以利用模型作為參照選擇優選方案。透過對記錄的專案實際情況與專案基線的比較，可以確定模型的準確性等內容，並且在需要時可以修改專案模型。

範例：

軟體專案開發標準規範

一. 產品需求階段
1. 產品需求文件
1.1 研究
1.2 編寫
1.3 分發
1.4 個人評估
1.5 評審會議
1.6 /修改文件
1.7 重新分發
1.8 第二次評審
1.9 簽署
2. 結束產品需求階段
二. 軟體需求階段
1. 軟體需求文件
1.1 研究
1.2 編寫
1.3 分發
1.4 個人評估
1.5 評審會議
1.6 更新/修改文件
1.7 重新分發
1.8 第二次評審
1.9 簽署
2. 軟體驗收測試計劃
2.1 研究
2.2 編寫
2.3 分發
2.4 個人評估
2.5 評審會議
2.6 更新/修改文件
2.7 重新分發
2.8 第二次評審
2.9 簽署
3. 結束軟體需求階段
三. 體系結構設計階段
1. 體系結構設計文件
1.1 研究
1.2 編寫
1.3 分發
1.4 個人評估
1.5 評審會議
1.6 更新/修改文件
1.7 重新分發
1.8 第二次評審
1.9 簽署
2. 軟體整合測試計劃
2.1 研究
2.2 編寫
2.3 分發
2.4 個人評估
2.5 評審會議
2.6 更新/修改文件
2.7 重新分發
2.8 第二次評審
2.9 簽署
3. 結束體系結構設計階段
四. 詳細設計階段
1. 詳細設計文件
1.1 研究
1.2 編寫
1.3 分發
1.4 個人評估
1.5 評審會議
1.6 更新/修改文件
1.7 重新分發
1.8 第二次評審
1.9 簽署
2. 軟體單元測試計劃
2.1 研究
2.2 編寫
2.3 分發
2.4 個人評估
2.5 評審會議
2.6 更新/修改文件
2.7 重新分發
2.8 第二次評審
2.9 簽署
3. 結束詳細設計階段
五. 編碼階段
1. 生成程式碼單元
1.1  編寫程式碼單元
1.2  編譯程式碼單元
1.3  連結程式碼單元
1.4  走察程式碼單元
1.4.1 為走察做準備
1.4.2 進行走察
1.4.3 更新/修改程式碼
1.4.4 簽署走察結果
  1.5  程式碼單元文件
2. 結束編碼階段
六. 單元測試階段
1. 單元測試程式碼
1.1 準備測試計劃和測試案例集
1.2 測試程式碼
1.3 重新測試計劃
1.4 準備單元測試文件
  2.  結束單元測試階段
七. 整合測試階段
1. 程式碼整合測試
1.1 整合測試計劃沒有覆蓋到的任何測試計劃和測試案例集都屬於程式碼整合測試
1.2 測試程式碼
1.3 修正程式碼
1.4 重新測試程式碼
1.5 準備整合測試程式碼
2. 結束整合測試階段
八. 系統測試階段
1. 執行內部軟體驗收測試計劃
2. 結束系統測試階段
九. 釋出階段
1. 
1.1 計劃
1.2 活動
1.3 測試
1.4 記錄結果
2. 資料轉換
2.1 計劃
2.2 活動
2.3 測試
2.4 記錄結果
3. 評審
4. 軟體釋出
5. 結束髮布階段
十. 操作和維護階段
1. 評價
2. 設計評審
3. 支援和維護
4. 審計
5. 結束操作和維護階段
十一.  專案生命週期中的其他可能用到的WBS元素
1. 培訓
1.1 專案人員的相互熟悉
1.2 專案人員的培訓
1.3 使用者培訓
2. 招聘
3. 測試環境開發
3.1 為軟體人員提供的開銷
4. 開發支援
4.1 管理
4.2 開發環境
4.3 系統構造
5. 專案管理
5.1 審查
5.2 編制初始專案計劃,監視和控制專案過程
5.3 分包商管理
6. 管理
6.1 評估
6.2 正在進行的配置管理
7. 文件記錄
7.1 評審
7.2 使用者(不同型別)
7.3 管理者
7.4 發行簡介
7.5 技術手冊,軟體如何工作的手冊
7.6 幫助
7.7 為軟體開發人員提供的開銷
8. 質量管理和質量計劃
9. 行政管理
9.1 公眾假期
9.2 年假
9.3 病假
9.4 事假
9.5 會議