專案管理將管理知識、工具和技術用於專案活動上，解決專案的問題，實現專案需求（在範圍、時間、成本、質量這些相互有衝突的因素中尋求平衡，達到目標）。
專案管理的關鍵是專案組成員的團結協作能力，其發展趨勢是全球化、多元化、專業化。
軟體專案管理是為了使軟體專案按照預定的成本、進度和質量順利完成，對成本、人員、進度、質量和風險等進行分析和管理的活動。
專案啟動階段，將專案的目標、規劃、任務進行完整的定義和闡述，形成乙份完整的專案工作任務書（sow），就專案目標、上線條件、管理許可權和干係人列表達成共識。
專案計畫階段，包括里程碑、基線時間設定、人員安排、風險**。每個專案組成員根據自己的角色需要進行策略制定與評估，最終得出乙份專案計畫階段的審計報告。
軟體需求階段，分析客戶的業務活動，確定系統的目的、範圍、定義和功能。其產出是《軟體需求規格說明書》和使用者介面原型設計。如果需求過大，建議分多期、多階段完成，以便減少驗收風險和縮短專案週期。專案負責人將直接決定後期的專案實施團隊是否存在專案延期的風險，故專案負責人要負責把控使用者的需求，尤其要引導使用者的需求。
變更管理階段，既不能拒絕也不能一味遷就變更需求，要控制需求變更。可採取以下措施：
1）分級管理需求變更（按照變更的影響程度和客戶投入，分成關鍵性需求、後續關鍵性需求、後期重要需求、改良型需求、可選性需求等，在時間優先順序上進行管理和控制）；
2）軟體生命週期全過程需求變更管理（需求規格書定義的範圍盡量詳細清晰）；
3）專人負責需求變更管理（使用者方和開發方的決策人員）；
4）契約化管理需求變更（雙方簽訂協議之初，書面約定需求變更的提出方式、評價程度、修改要求、執行過程及驗收要求等）；
5）需求變更資訊化（雙方加強資訊交換，防止搞突然襲擊，不能提出超越雙方能力範圍的需求變更）。
設計階段，把需求分析得到的結果轉為軟體結構和資料結構，建立目標系統的邏輯模型，形成系統架構。在此階段，系統架構師和開發人員會做出乙份《概要設計說明書》和《詳細設計說明書》。
構建階段，開發人員將詳細設計的處理過程轉為原始碼，單元測試後提交給測試人員測試。在構建階段結束後，測試人員需要提供開發階段的審計報告供專案經理做參考。
測試階段，根據測試方案和測試用例，對產品進行功能和非功能的測試，跟蹤缺陷，確保產品適合需求（測試貫穿整個開發流程中）。
部署與試執行階段，由系統運維人員搭建部署環境，提供給測試人員回歸測試、驗收系統。
專案總結階段，總結經驗教訓，豐富資產庫。
《質量全面管控》讀書筆記 監控平台與故障排查
1 elk elk是乙個開源的實時日誌分析平台，由elasticsearch logstash kiabana三個開源工具組成，集中化管理日誌，監控系統日誌 應用程式日誌和安全日誌等。elk適合做搜尋日誌，但不適合做大資料統計，在系統分析上效果不是很好。可參看elk原理與介紹和elk等。2 splu...
專案管理 質量把控隨記
一 計畫制定 1 獲取目標 包含了使用場景，效能問題，生成 sla等 2 初步評估 1.資源 2.風險 3 制定實施計畫 1.確定使用者需要做什麼 2.我們需要做什麼，3.具體的時間節點 4.雙發達成協議 5.約定定期溝通機制 6.確定專案介面人，以及各個相關方 對方leader，受影響方 自己le...
《專案管理修煉之道》讀書筆記
專案管理對於專案成敗至關重要，專案經理往往面臨著巨大的壓力和挑戰 雖然已經有很多專案管理理論和方法，但實踐中每個專案都有自己的獨特性，沒有現成的解決方案可以套用。怎麼辦？這部榮獲軟體業奧斯卡 jolt獎的著作給出了很好的解答。作者多年來幫助許多高科技公司成功地解決了各種有關產品開發管理的棘手問題，本...