上次講完了專案初始部分，包括立項、招投標、授權
在進入第二部分，專案計畫
前我們要先了解軟體的需求以及任務的分解
軟體需求管理
軟體需求定義：使用者對軟體功能和效能的要求
軟體需求管理過程：需求獲取、需求分析、需求規格編寫、需求驗證、需求變更
變更管理：確定需求變更控制過程、確立變更控制委員會（sccb）、進行需求變更影響分析、跟蹤所有受需求變更影響的工作產品、建立需求基準版本和需求控制版本文件、維護需求變更的歷史記錄、跟蹤每項需求的狀態、衡量需求穩定性
軟體建模的基本方法：
原型方法：需求分析、原型開發、原型評價
結構化分析法 ：面向資料流的方法、自頂向下的分析方法、根據軟體內部資料傳遞、交換的關係進行分析的，包括的技術有資料流圖、資料字典、系統流程圖
物件導向的用例分析：基於物件導向的情景分析方法、從使用者角度出發考慮的功能需求、用例是系統向使用者提供乙個有價值的結果的某項功能
uml需求檢視：用例檢視、順序圖、狀態圖、活**
功能列表法：將需求各功能以列表的形式列出，可以配合用例分析方法，對用例進行展開描述。
敏捷方法：對需求採用漸進明晰的方法進行描述
在敏捷方法中，使用者需求被描述成乙個個story card，有以下基本格式：as a
，i want ,so that
判斷乙個user story 是否是乙個好的story的標準
軟體專案任務分解
任務分解是專案管理的基礎
wbs任務分解結構：wbs是對專案由粗到細的分解過程，面向交付成果的，wbs組織並定義了整個專案範圍
工作包是wbs最低層次的可交付成果
工作包應當由唯一主體負責
任務分解方法：
模擬：有相同或相似的週期的專案，可採用模擬的方法
模板參照：進行專案分解的時候，有些專案可以參照模板
自上而下：對專案整體有比較詳細的了解
自下而上：任務沒有非常詳細的邏輯關係，想到什麼寫什麼，然後按一定邏輯生成
任務分解步驟：
確認並分解專案的組成要素(wbs編號)
確定分解標準
確定分解是否詳細
確定專案交付成果（可以編制wbs字典）
驗證分解的正確性
檢驗分解結果的標準：
最底層的要素是否是實現目標的充分必要條件
最底層要素是否有重複的
每個要素是否清晰完整定義
最底層要素是否有定義清晰的責任人
是否可以進行成本估算和進度安排
軟體專案管理學習（一）
首先軟體專案管理，什麼是專案？什麼是軟體專案？專案是唯一的，臨時的，即在一定的時間內完成。具體定義 專案是為了創造乙個唯一的產品或提供乙個唯一的服務而進行的臨時性的努力。專案的特徵 專案有明確的目標 專案之間的活動具有相關性 限定的週期 有獨特性 資源成本的約束性 預算 專案的不確定性 需求變更 人...
軟體專案管理學習（五）
在get到成本計畫後，我們便要著手開始對專案的進度進行計畫，即這次的核心計畫之一進度計畫。進度計畫的重要性 按時完成專案是專案經理最大的挑戰之一，時間是專案規劃中靈活性最小的因素，進度問題是專案衝突的主要原因。1.進度的定義 進度是對執行的活動和里程碑制定的工作計畫日期表。2.我們知道wbs是面向交...
專案管理學習思考1
專案管理的人員 專案小組內部,小組外部但是同機構人員,客戶 不同的人都有不同的目標,如何才能協調這些不同人的不同的目標呢?專案的領導者必須去協調這些人員的目標,讓大家為了共同的目的而工作.所以領導者必須第一步做到要查詢所有的專案干係人,去了解專案干係人的角色,從資訊的角度來考慮,專案的領導在遇到專案...