我的專案管理之路 體驗專案管理

2021-06-16 00:37:25 字數 3186 閱讀 6400

在部分參與專案管理一段時間後,終於迎來了自己負責的乙個專案,實戰總是讓人既興奮、又緊張。緊張是怕自己負責的專案不能達成 t/q/c目標。

我負責的第乙個專案涉及軟硬體開發,是乙個比較標準的專案管理過程(這時專案管理組織結構是平衡矩陣模式。關於公司專案管理組織模式演變,以及自己對其有缺點的理解後續再談)。下面,分享其中的一些理解和體會。

專案分為了以下幾個主要階段:

立項階段

計畫階段

開發自測階段

硬體樣機階段

小批量試產階段

測試階段

評測開局階段

結項1、專案的立項階段

涉及新產品規劃立項書、專案可行性報告、新產品規格定義、專案投入量本利分析等工作。其中,專案可行性分析報告很關鍵,它是乙個總體直接影響專案市場行為是否成功,它主要回答這幾個問題:

-專案建設有無必要性?

-專案需要多長時間完成?

-需要多少人力物力資源?

-需要多少資金且能否籌集到足夠的資金?

-專案財務上是否有利可圖?

-專案經濟上是否合理?

-。。。

可行性分析工作通常是產品經理、客戶經理、業務經理、中高層管理人員完成,他們與市場最接近。乙個關鍵因素是要考慮,收集的需求中哪些是真正的需求。規格 定義書制定需要專案經理、系統架構師等核心技術人員參與,規格越明確越好。規格定義、量本利分析可以延續到計畫階段進行。

這個階段的工作可以簡單歸納為:

輸入:市場需求

活動:制定產品包需求,評審定稿

確定專案目標,組織結構及分工,一級計畫內容、二級計畫完成時間

立項評審會暨專案啟動會

輸出:產品包需求(需求包要滿足dfx需求,design for x,x涉及可測試性、可生產性、可維護性、可移植性等)

專案立項書(一級計畫、簽字備案、財務編號)

2、計畫階段

輸入:產品包需求,專案立項書

活動:(專案經理負責)

制定系統需求(硬體、軟體、結構、包裝),評審定稿

制定系統總體架構方案,評審定稿;

制定產品規格定義書,評審定稿

任務分解,模組劃分,工作量評估、進度及配置計畫、關鍵里程碑、專案風險評估、資源估計,計畫評審定稿

量本利分析

制定質量保證計畫(qa負責)

專案開工會(專案組對計畫的承諾、專案考核辦法、動員)

輸出:系統需求說明書

系統架構設計方案

專案二級計畫(含word,mpp及配置計畫,需要包含里程碑、工作量說明、資源估計、風險評估)

專案計畫評估表

產品規格定義書

質量保證計畫

量本利分析

3、開發階段

開發階段是專案的主體,包括軟體開發、硬體開發、系統聯調和測試幾部分。

軟體要完成:需求說明書、需求跟蹤矩陣、設計說明書、自測方案、自測報告、手冊等相關工作

硬體要完成:設計說明書、原理圖、pcb、結構設計、原理樣機、效能樣機、小批量樣機評審/測試報告、硬體手冊等相關工作。

測試要完成:功能/整合測試策略、方案、報告、更新需求跟蹤矩陣、手冊驗收、bug跟蹤等相關工作。

以及各自相關的評審工作。

其中,在開發階段專案經理需要關注的要點是保證規範的執行(可以通過qa或配置管理員獲取監控資訊)

bug填寫/流轉規範

配置管理工具在專案中的操作命名規範

變更申請的審批流轉規範

基線的打法與注意事項

配置項標識規程

同行評審規程

週報制度

程式設計規範

**自測規範

軟體版本命名規範

版本正式發布checklist

硬體規範

特別要提及的是需求說明書的撰寫和評審。需求是專案範圍、工作量、工期、成本的基本依據,需求詳實、可依據,那麼專案成功了一半。需求說明書要包括:

功能需求

配置需求

效能需求

debug需求

特殊需求

需求的優先和關鍵順序

執行環境規定

需求點數目

建立需求跟蹤矩陣

需求分析/設計說明書評審會一定要測試人員參加,並提前至少兩天通知待評審材料。測試人員越早介入需求,對於產品工期的保障越有效。在著名的v字形開發流 程中,每個階段都對應著測試人員測試方案的撰寫,如系統需求--驗收測試方案,功能需求--功能測試方案等等。同時,相關會議資訊和評審文件抄送qa,修 改後歸檔受控。

開發階段的其它環節監控方法業內相對比較成熟,有很多文章可以參考這裡就不多論述了。

4、結項階段

結項階段的工作主要是對專案開發過程進行回顧、總結經驗教訓,以及進行相關的考核。

結項活動主要包括:

輸入:專案完成的各工作產品(**、文件、硬體、過程資料等)

活動:專案組成員編寫個人專案總結

專案經理與部門經理考核專案

輸出:專案結項總結報告

專案結項書

結項通知書

質量總結報告(qa完成)

結項評審會

注意:任何情況下,都要組織專案的結項驗收

通常,在專案組準備好相關工作產品後,要及時召開專案總結會議。會議的議程可以包括:

1) 專案組成員依次對本人在專案中的工作進行介紹,分享經驗教訓和改進建議;

2) 大家對專案中的重點問題討論改進措施,並對好的方法進行總結提煉;

3) 專案組就專案的成功之處討論申**分項;

4) 各部門經理對專案組的工作進行總結,肯定成績,明確不足和今後的改進措施,勉勵專案成員再接再厲;

5) 專案經理對專案組全體成員的工作表示感謝,並表揚貢獻突出的人員;安排專案組結項慶祝活動,及專案組成員的考評工作;

專案經理根據專案組成員的個人專案總結,及總結會的改進建議共識進行彙總,編寫專案結項總結報告和專案過程資料記錄。

結項評審會需要審核的資料清單:

《專案結項總結報告》(含《專案過程資料記錄》)

《專案配置狀態報告》

《專案質量總結報告》

《專案評測報告》(如果有評測)

《專案小批量試生產報告》(如果有小批量生產)

《專案小批量樣機質檢報告》(如果有小批量生產)

《專案開局報告》(如果有開局)

《專案產品發布清單》(含小批量報告、ecn等生產檔案已提交文控歸檔和發布)

我們整個專案管理過程需要涉及的流程、規範目錄,參見

下回,我們聊聊深入專案管理要提公升的地方。

我的專案管理書架

今天閒來無事,梳理了一下書架和電腦,發現書籍還真不少,而且大部分是看過了 當然不排除只是粗略翻了一下就仍在一邊的 紙質書籍 專案管理 計畫進度和控制的系統方法 pmbok2004中文版 如何備考pmp 軟體專案管理 專案管理藝術 tsp領導開發團隊 資訊系統管理師的輔導教材 等等,懶得理了。個人覺得...

專案管理 專案整體管理

關內容點滴記錄,會持續更新 為實現專案的目標,而領導和執行專案管理計畫中所確定的工作,並實施已批准的變更的過程。本過程主要作用是 對專案工作和可交付成果綜合管理,以提高專案的成功的可能性 答 是一種記錄和跟進所有問題的專案檔案 內容包括 1 問題的型別 2 問題提出者和提出時間 3 問題描述 4 問...

《IT專案管理》總結 專案溝通管理

10 21 2009 10 33 15 pm 溝通失敗常常是專案 特別是it專案 成功的最大的威脅。溝通是保持專案順利進行的潤滑劑。溝通計畫編制包括資訊傳送 績效報告和管理收尾,它需要確定專案干係人的資訊和溝通需求。溝通管理計畫應該是為所有專案建立的。專案溝通中的專案干係人分析,有助於確定專案中各種...