專案管理的人員:專案小組內部,小組外部但是同機構人員,客戶;
不同的人都有不同的目標,如何才能協調這些不同人的不同的目標呢?
專案的領導者必須去協調這些人員的目標,讓大家為了共同的目的而工作.所以領導者必須第一步做到要查詢所有的專案干係人,去了解專案干係人的角色,
從資訊的角度來考慮,專案的領導在遇到專案較大的時候就必須設定子專案人,做好專案資訊傳輸的系統.一般可以分為策略層(確定目標,確定是否開發),戰術層(保證專案目標的實現),操作層(確保每天的任務,讓專案按期完成day-to-day)
資訊的確定也存在著不同類別：
經過調查分析專案經理遇到的挑戰有哪些：
專案經理最頭疼一般：
1、估計和計畫總有些矛盾，計畫沒有變化快。 2
、專案的質量難以量化，一般通過過程控制完成。 3
、缺少組織決策的指南。 4
、進度視覺化的表示，和進度的判斷難以確定。 5
、軟體依賴於人，把什麼任務分給什麼人，是比較難的。 6
、成功的準則不正確，如
2個月開發
5個月的東西。
專案成員來看專案挑戰：
1、不正確的描述。 2
、專案管理不到位。 3
、缺少專業知識，如航天軟體不熟悉。 4
、缺少相應的文件。 5
、前序任務的沒有完成。 6
、使用者和技術人員缺少交流，相互溝通存在問題。怕交流就會吵架，讓最後專案失敗。 7
、專案質量控制沒有把握好，如常返工。 8
、軟體開發環境不停的變化，讓大家不停的學習新的知識。 9
、專案存在壓力
軟體專案常見錯誤：
1、需求鍍金：專案具有比實際需求多得多的效能，如有些
30年後才需要的功能。 2
、功能的蔓延：專案平均會有25%
的需求變更。 3
、開發人員的鍍金：開發人員新技術的著迷，結果容易讓專案經理偏離軌道。 4
、又推又拉地交易：如順延時間後要求新功能。 5
、研究導向的開發：面向目標的開發。 1
、缺乏計畫 2
、過於樂觀的計畫（人的樂觀造成，一般人會偏樂觀２５％左右） 3
、在壓力下放棄計畫（亂中取勝可能行不大） 4
、風險管理不到位 5
、承包人導致的失敗（承包人自己的延期） 6
、在模糊的專案前期浪費時間（專案的論證和審批） 7
、前期活動沒有達到要求 8
、設計低略，開發人員不得不作設計，導致系統效能下降，整合困難（印度設計為每個模組寫每個偽**）。 9
、缺少管理控制 10
、太早的整合（整合要代價的，整合幾次，什麼階段整合） 11
、遺漏一些任務，如辦公裝置，辦公場地。 12
、追趕計畫（一般不能去追上相應的計畫） 13
、魯莽編碼 1
、迎戰綜合症，相應的技術自己沒有去實踐，結果相應問題不適應。 2
、過高的相信新技術，要現實的角度考慮來看新技術。 3
、中途切換技術。 4
、版本控制不注意，尤其小企業。 1
、挫傷積極性，人的壓力大，結果士氣不高，專案經理傳遞壓力，以批評為導向。 2
、人員素質低，常常新增加人員，讓專案的開發者的總體水平低。 3
、對有問題人管理失控，有問題的員工有1，
2個就會導致專案失敗。 4
、個人英雄主義，太自信的人，和承擔太多的人容易出錯 5
、後期加人，結果是火上澆油。
開發環境差，開發人員和客戶之間的溝通不暢，不現實的預期（在假設基礎上預期），缺少高層的支援，缺乏各種角色的齊心協力，缺乏使用者的介入（不能最後一刻請來使用者），缺少想象。
軟體專案管理學習（一）
首先軟體專案管理，什麼是專案？什麼是軟體專案？專案是唯一的，臨時的，即在一定的時間內完成。具體定義 專案是為了創造乙個唯一的產品或提供乙個唯一的服務而進行的臨時性的努力。專案的特徵 專案有明確的目標 專案之間的活動具有相關性 限定的週期 有獨特性 資源成本的約束性 預算 專案的不確定性 需求變更 人...
軟體專案管理學習（三）
上次講完了專案初始部分，包括立項 招投標 授權 在進入第二部分，專案計畫 前我們要先了解軟體的需求以及任務的分解 軟體需求管理 軟體需求定義 使用者對軟體功能和效能的要求 軟體需求管理過程 需求獲取 需求分析 需求規格編寫 需求驗證 需求變更 變更管理 確定需求變更控制過程 確立變更控制委員會 sc...
軟體專案管理學習（五）
在get到成本計畫後，我們便要著手開始對專案的進度進行計畫，即這次的核心計畫之一進度計畫。進度計畫的重要性 按時完成專案是專案經理最大的挑戰之一，時間是專案規劃中靈活性最小的因素，進度問題是專案衝突的主要原因。1.進度的定義 進度是對執行的活動和里程碑制定的工作計畫日期表。2.我們知道wbs是面向交...