1.1目的
1. 明確專案團隊的管理和溝通流程，改善團隊耦合效能。
2. 部門內全面實施團隊式管理機制，發揮廣大員工各自的潛能，激勵員工共同參與團隊建設與發展。
3. 使專案管理實現質量、資源、時間等要素的可控化。
4. 規範專案開發管理，提高專案開發質量，提高工作效率，降低軟體開發風險。
1.2組織結構
說明：該結構為行政式結構，對於系統分析人員和軟體工程師、開發人員都在專案團隊或無專案員工的佇列中。專職維護暫為預留組織。
a) 每個專案組都是乙個專案團隊，具體稱謂： 專案團隊。
b) 乙個專案團隊要由以下幾個基礎機構組成：
專案經理；
軟體總體設計工程師；
開發人員；
注：如果專案較小時可以進行機構合併，如專案主管、系統分析可以合併為一人來做。
如果專案運做前期需要時，還可以一人擔負整個專案，但仍可以依據流程和控制機制來開展工作。
總體設計工程師和系統分析員在專案運做前期可能同時負責多個專案，即乙個專案的系統分析員或總體設計工程師完成其所擔負的任務後（交付所有文件和完成對開發人員培訓後）可能轉做另乙個專案。
c) 機構內部領導模式為：民主式領導模式（專案經理與軟體系統分析員、總體設計工程師以及程式編碼人員之間的關係是一種民主式方式，是同乙個團隊的不同成員，僅存在職能、職責的分工不同，沒有高低貴賤之分，嚴禁擺資格和論權利等級。）。
a) 由公司指定或員工選舉方式產生，負責部門內關於專案的所有工作。
b) 專案軟體主管直接領導軟體測試組對當前軟體實施測試監督。
c) 專案軟體主管在部門內同樣實行團隊式管理，不許以感情用事對其他成員有偏袒之意、打擊之心，如有發現其他相關成員可以直接向公司總經理管理層上訴。一定數量的測
由公司領導層擔任此角色，主要負責對專案大方向的把控，及負責專案的外部協調溝通工作以及，在物資裝置及人文方面給予專案大力的支援。
由公司的質量管理與專案主要負責人負責審議工作，公司領導決策小組負責最終決策。
1.3職權、職能
a) 負責本專案團隊的組織與協調等管理工作，對專案的開發負有直接的領導責任。
b) 負責專案計畫的制定與跟蹤。
c) 帶領專案團隊千方百計完成專案開發的目標。
d) 負責專案團隊內部的溝通和衝突的盡早發現與調解。
e) 負責與專案團隊外部其它部門或組織的溝通工作。
f) 負責組織相應技術人員完成技術攻關。
g) 在緊急時刻或遇到疑難問題時要身先士卒，穩定團隊成員的情緒，然後想方設法解決問題。
h) 負責專案發展中的控制工作，能及時發現差異並提出合理解決方案，而且還要依據公司規定的流程向專案軟體主管或公司按時匯報工作。同時，還要向團隊內部成員匯報工作。
i) 負責專案內部創新的組織工作。
j) 負責專案團隊的優化和人員發展。
k) 負責專案團隊內與使用者進行協調、爭取使用者滿意與支援的工作。
a) 負責開發專案的調研工作。
b) 負責系統開發中的需求分析和需求管理。
c) 與總體設計工程師一同完成總體設計。
d) 負責向其它技術攻關人員、編碼人員、系統測試人員等解答有關系統分析性問題。
e) 負責審核系統測試人員的測試方案。
f) 負責發現分析錯誤後對分析的調整。
g) 負責向管理機構匯報系統分析和設計結果。
h) 負責系統分析中的創新工作。
i) 對系統分析的結果負有直接責任。
j) 負責監督專案安排工作的合理性。
a) 負責開發專案中的技術攻關性工作。
b) 與系統分析員一同完成總體設計。
c) 負責進行模板、控制項設計和詳細設計。
d) 負責對其它編碼人員的技術答疑。
e) 負責監督系統分析和總體設計的正確性。
f) 對系統開發中的技術性工作負有直接責任。
g) 負責部分難度較大的程式設計工作（如介面性程式的開發和後台的大部分編碼）。
h) 負責技術創新工作。
i) 按工作計畫完成本職開發任務。
j) 修改系統開發中測試人員檢測到的編碼錯誤。
k) 負責監督專案安排工作的合理性。
a) 負責依據詳細設計，按計畫完成系統的編碼任務。
b) 負責編寫自己負責開發內容的詳細設計。
c) 對自己所負責開發內容的詳細設計和相關**負有直接責任。
d) 負責監督系統分析和總體設計的正確性。
e) 負責專案內部工作的創新和優化建議。
f) 修改系統開發中測試人員檢測到的編碼錯誤。
g) 負責監督專案安排工作的合理性。
a) 在專案軟體主管的統一領導下完成針對每乙個專案的及時測試。
b) 每一位測試人員對自己所擔負的測試任務具有直接責任。
c) 對所測試出的問題軟體測試員有權要求開發人員調整程式（到滿足軟體相應的標準為止）
d) 專案軟體測試人員必須依據測試計畫和相應的編碼規範、詳細設計規範、軟體測試報告等進行嚴格測試，決不許****。
e) 依據測試報告和系統的總體設計說明書，設計相應的測試案例，並依據案例完成測試。
a) 專案軟體主管對專案團隊的執行質量具有領導責任、對部門建設具有直接責任。
b) 負責階段性檢驗各專案小組的工作情況。
c) 對於各專案小組的進度和差異情況和差異處理向公司管理小組匯報。
d) 負責協助各專案小組解決遇到的問題。
e) 負責各專案小組的人事組織安排，對專案組及其成員具有調配權。
f) 專案軟體主管直接領導軟體測試組對當前軟體實施測試監督。
g) 專案軟體主管發現不合格的專案管理或專案產出品時，有權責令相關人員給予調整直至達到相關標準。
h) 負責協調各專案小組的其他非開發性工作。
a) 負責立項審批、專案獎金確定和其它重大事項的審批。
b) 負責階段性的檢驗專案軟體主管和各專案小組的工作情況。
c) 負責考核各開發機構的工作績效。
d) 由公司賦予的其它管理職能。
1.4立項流程
由系統分析員、專案經理和主管等負責書寫公司對外的方案設計和需求調研、系統分析。
當系統的需求分析一經確定，證明軟體的專案邊界已經明確，因此可以進行專案計畫和立項工作。
◆ 需求分析結果評審包括兩部分：使用者評審、質量管理與發展委員會評審。
◆ 對於願意合作性專案在立項前要有使用者和質量管理與發展委員會的兩方評審簽字。
◆ 對於不願提供合作的專案在立項前要質量管理與發展委員會的評審簽字。
◆ 專案軟體主管或專案經理負責制定專案任務書，任務書編寫完成後送交財務和公司領導小組各乙份。
◆ 財務依據專案任務書進行成本分析，並形成乙份專案成本**表送交公司領導小組。
1.5下達任務流程
1) 專案任務書經公司領導小組簽字確認後證明立項完成。
2) 立項完成後的任務書向軟體部全體專案經理公開發布。
3) 按最遲開始時間，當前沒有專案或有能力負責兩項任務的專案經理有權申請開發。
4) 如申請人員大於兩人時，公司可以採用抽籤決定的方法，確定開發負責人。
5) 如沒有人員申請時，則由專案軟體主管與有能力的專案經理協商確定。
6) 如因獎勵和專案期限而使協商仍不能確定時，由專案軟體主管向公司領導小組申請修改專案任務書，經協調後再做決定。
7) 如確需修改專案任務書，則要依據上述立項流程來完成。
1.6專案控制機制
為實現專案過程可控化，軟體質量有保障的管理依據是：規範化和流程控制。這裡為了更準確的切入主題，現指定討論範圍為專案組成立後到專案結束前的乙個階段。
1) 專案計畫包含兩部分，即：專案中各工作單元的起止時刻安排表（甘特圖）和對各工作單元說明的注釋。
2) 專案計畫管理工具統一採用project2000。
3) 專案計畫制定是由專案主管在廣泛聽取專案組中各成員的意見和見解後制定出來的。
4) 專案計畫制定並在團隊內部審核完畢後，上交到專案軟體主管，並由專案軟體主管進行審閱、批准後執行，計畫中如出現異常情況可由專案軟體主管協助對應的專案組給予糾正。
5) 對於特殊專案工作如需盡早執行時可先口頭向專案軟體主管領導請示先執行，而後在盡短的時間內補交專案計畫。
6) 被批准的專案開發計畫要向專案團隊的所有成員喧導，以提高每位員工的主人公意識。
7) 專案計畫確定後最好把明細的專案計畫張貼到專案管理公告欄中。
8) 專案計畫制定步驟：（該計畫忽略專案的成本規劃）
a) 統籌分析專案的整個組成部分，勾畫出專案的組成框架；
b) 以流程的方式審核框架，專案的框架一般可以是專案的關鍵環節或里程碑任務；
c) 徵求專案小組相關員工的意見。
d) 分解或細化專案框架，按照流程的順序列出專案的所有任務，並描述出各任務的相依關係（先後順序和依存關係）。
e) 列出依據公司的時間要求和資源分配狀況（有些資源分配是要受時間約束的，此處可以與專案成本核算相結合）。
f) 與專案小組的相關人員一同完成專案資源和時間分配安排。
g) 錄入以上資訊到project2000中，形成明晰的專案計畫甘特圖。
h) 與專案小組的相關人員一同瀏覽計畫並審視其完整性、合理性、可實施性，必要時可以討論形成一致意見。
i) 最終，形成整個專案的專案進度計畫。
j) 向專案管理小組送審專案管理計畫，如專案小組發現計畫問題時可與相應專案小組交流或要求專案小組做出計畫調整。
1) 專案計畫跟蹤為每天一次，是由專案主管或其安排的專門人員每天在下班前對計畫的進度進行跟蹤。
2) 公司為了能夠很好的掌握專案進度，每週要由專案主管向專案軟體主管上交乙份進度報告，同時還要在每週的週末向團隊中的每一位成員匯報工作進度為了增進團隊之間的團結、提高技術和解決問題的能力，每週要舉行一次專案團隊內部或與其它團隊聯合的技術交流會，討論團隊中遇到的所有問題，充分發揮團隊成員的主人公精神。
3) 專案軟體主管為了能夠及時了解第一線員工的狀況，要求每月由參與開發的各個控制環節單獨向專案管理小組遞交乙份月度工作總結報告，如果某專案時間不足乙個月則不需再寫月報而直接寫專案總結報告即可。
4) 公司每月要召開一次多功能團隊會議（會議成員可以是來自各專案小組，專案軟體主管和公司的決策機構成員等），以體察員工的意見，以便及時解決專案團隊內部無法發覺或無法解決的問題。（多功能團隊採用自由討論的茶話會議方式，使員工不拘一格的說出自己的心理話。）
5) 在專案開發工作完成後，要由專案中參與開發的各個控制環節代表單獨完成乙份專案總結報告，以便進行專案分析。
基於軟體開發過程的專案管理
摘要 本文分析了基於軟體開發過程中對專案管理過程的詳細描述。關鍵詞 軟體開發過程 專案管理 隨著資訊科技的快速發展，應用軟體的功能越來越龐大，為了便於管理，把專案管理的方法引入到軟體開發過程當中，對所有的軟體活動進行有效的管理。本文按照傳統的瀑布模型從專案管理九大知識領域的角度，進行軟體管理專案的工...
軟體開發過程管理流程
吉林林業資訊科技有限責任公司 2012年9月 目錄1 編寫背景 3 2 編寫目的 3 3 名詞解釋 3 4 適用範圍 3 5 公司各部門職責及關係 3 5.1 專案管理委員會 3 5.2 專案管理部與總工辦 3 5.3 公司各部門主要職責 3 5.3.1 公司董事會 3 5.3.2 總經理辦公室 3...
減低開發過程中的變動依賴專案範圍管理
在使用者及管理層認同上述的tor 後，這個專案的負責人便需要估計需要對多少人進行訪談，需要多久時間進行訪談，需要多少時間對訪談結果進行分析，多少時間建立專案需求，編寫需求說明書，需要多久進行系統設計，多少程式設計師及多少時間進行程式編寫，如何進行測試，編寫系統文件，編寫使用者手冊，什麼時候在倉庫安裝...