【正文】 敘述該項軟件開發(fā)的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟件開發(fā)的背景材料。 1． 4 參考資料 列出用得著的參考資料，如： a．本項目的經核準的計劃任務書或合同、上級機關的批文； b．屬于本項目的其他已發(fā)表的文件； c．本文件中各處引用的文件、資料、包括所要用到的軟件開發(fā)標準。 1． 2 背景 說明： a．待開發(fā)的軟件系統(tǒng)的名稱； b．本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網絡； C．該軟件系統(tǒng)同其他系統(tǒng)或其他機構的基本的相互來往關系。 軟件項目管理制度 作者 Page 20 8/10/2020 附錄 42 軟件需求說明書 軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解， 使之成為整個開發(fā)工作的基礎。 4． 3 由外單位提供的條件 逐項列出需要外單位分合同承包者承擔的工作和完成的時間，包括需要由外單位提供的條件和提 供的時間。 4． 2 需由用戶承擔的工作 逐項列出需要用戶承擔的工作和完成期限。 4 支持條件 說明為支持本項目的開發(fā)所需要的各種條件和設施。 3． 4 預算 逐項列出本開發(fā)項目所需要的勞務（包括人員的數量和時間）以及經費的預算（包括辦公費、差旅費、機時費、資料費、通訊設備和專用設備的租金等）和來源。 3． 3 進度 對于需求分析、設計、編碼實現(xiàn)、測試、移交、培訓和安裝等工作，給出每項工作任務的預。 2． 5 完成項目的員遲用限 2． 6 本計劃的批準者和批準日期 軟件項目管理制度 作者 Page 19 8/10/2020 3 實施計劃 3． 1 工作任務的分門與人員分工 對于項目開發(fā)中需完成的各項工作，從需求分析、設計、實現(xiàn)、測試直到維護，包括文件的編制、審批、打印、分發(fā)工作，用戶培訓工作，軟件安裝工作等，按層次進行分解，指明每項任 務的負責人和參加人員。 2． 3． 4 非移交的產品 說明開發(fā)集體應向本單位交出但不必向用戶移交的產品（文件甚至某些程序）。 2． 3． 2 文件 列出需移交給用戶的每種文件的名稱及內容要點。 2． 2 主要參加人員 扼要說明參加本項目開發(fā)工作的主要人員的情況，包括他們的技術水平。 列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。 1． 3 定義 列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。編制內容要求如下： 1 引言 1． 1 編寫目的 說明編寫這份項目開發(fā)計劃的目的，并指出預期的讀者。 類別 一級指標 權重 二級指標 基準值與考核方式 滿意度 客戶滿意度 5 客戶每月簽署一份滿意度調查表 合作者滿意度 4 合作者每月簽署一份滿意度調查表 領導滿意度 3 項目控制 項目范圍 5 需求獲取準確度 初始需求與最終需求差異比 變更控制 月變更次數，變更內容與原始需求差異比 質量 4 風險 4 風險識別率 發(fā)現(xiàn)風險的數量 風險控制 風險控制與處理結果 計劃 5 進度計劃準確率 資源計劃準確率 溝通 4 信息傳遞準確度 信息傳遞完整度 成本 5 預算與實際投入比例 管理能力 組織能力 4 人員成長度 人員滿意度 人員積極性 人員工作效率 領導力 3 任務分配合理性 人員執(zhí)行力 團隊成員平均執(zhí)行力評價 個人執(zhí)行力 3 對規(guī)范化管理的響應程度 商務能力 新項目發(fā)掘 2 及時回款 2 情報收集 2 軟件項目管理制度 作者 Page 17 8/10/2020 、 級別劃分 上一級的能力包含下一級能力。 所有的差異比取值都是： 10% 30% 50% 80% 100%，共 5檔。 、 執(zhí)行步驟 1項目啟動前，項目管理辦公室與項目經理進行績效目標、指標的制定與績效計劃溝通； 2項目啟動后，根據項目經理績效指標，分解制定詳細的項目月度績效計劃并確定月度中需檢查的里程碑事件并備案； 3項目實施、監(jiān)控及過程改進，項目經理逐周積累過程績效數據，項目管理辦公室進行里程碑事件檢查，結果記錄在案； 軟件項目管理制度 作者 Page 16 8/10/2020 4每月底結束，針對項目月度績效計劃和里程碑事件執(zhí)行情況等進行 360 度績效考核，評價結果直接與績效工資掛鉤，同時制定下個 月度的績效計劃并確定里程碑事件，即月度評價； 5項目結束后，根據項目經理的整體績效指標實現(xiàn)情況并結合月度評價情況展開 360 度績效考核，評價結果直接與項目獎金掛鉤，獎金在項目結束后的第三個月發(fā)放，以便由客戶來檢驗項目成果是否經受住考驗，即結項評價； 6根據項目月度和結項評價結果，項目管理辦公室和項目經理總結經驗教訓并制定績效改進計劃。為保證績效評價既重結果又重過程，按評價周期，項目經理的績效評價分為月度評價和結項評價。項目經理來自項目管理辦公室，人力資源部是公司績效管理機構。 、考評矩陣軟件項目管理制度 作者 Page 13 8/10/2020 軟件項目管理制度 作者 Page 14 8/10/2020 開發(fā)人員當期任務評測 表 任務書編號： 項目 指標 時效率 按時 未按時 X%(X=100) 完成 未完成 X% Y% 客戶關注點 功能 可靠 易用 性能 維護 移植 功能 可靠 易用 性能 維護 移植 A≤ 50% B≤ 25% C≤ 15% D≤ 10% E≤ 5% F≤ 5% A≤ 50% B≤ 25% C≤ 15% D≤ 10% E≤ 5% F≤ 5% 規(guī)范與標準 好 中 差 G≥ 6 G≤ 4 G=0 復用與創(chuàng)新性 好 中 差 H≥ 3 H≤ 2 H=0 團隊精神 好 中 差 I≥ 5 I≤ 4 I∈ 0→ 2 奉獻精神 好 中 差 J∈ → J= J= 溝通精神 好 中 差 K≥ 3 K≤ 2 K= 記分 (30 + (A+B+C+D+E+F)*40+G+H+I+J+K)*X% 功能：實現(xiàn) 的結果是否體現(xiàn)的客戶的意圖，與客戶意圖之間的差距（ x%） , 功能測評比例 (1x%)*50% 可靠性：主要以 測試出的缺陷 多少來衡量 ，如果一個最低級功能被測出超過三個缺陷，可靠性為零 。 6 奉獻精神 任務比較緊張時候，是否不計較個人得失主動加班加點趕任務。 4 復用與創(chuàng)新性 這是軟件開發(fā)人員設計與開發(fā)綜合能力的一個集中體現(xiàn)。而功能、可靠性又是重中之重 75%。這六個項目的次序也就是我們考察的順序，首先必須完成功能，然后再衡量功能是否可 靠，再然后才其他幾個方面 ，如果以 百分制來衡 量，這六個 指標的比 例大致是50,25,15,10,5,5。 所以能否按時完成任務是績效考評的一個重要標致。我們只注重結果，也就是說根據結果認定過程。 5 考評時間不得跨度太大，一般為兩周一次，不符合這種周期的，項目經 理與開發(fā)經理需要適當對任務做進一步分解。 高效、高質完成任務的人員必須得到區(qū)別對待（調資、休假、獎金）。 計量量如：完成時間、完成了對少功能、測試出多少缺陷等，非計量量如：用戶接受程度如何、項目組合作情況如何等等，要將這些因素綜合考慮。沒有明確的任務當然就無法考評（見表42）。這里提出六條原則： 1 被考核對象必須有明確的任務 項目經理或開發(fā)經理必須發(fā)出明確的任務書：任務書中指定任務名稱、任務軟件項目管理制度 作者 Page 12 8/10/2020 內容、完成時限之 、考核標準、向誰負責、任務的難易程度（業(yè)務與技術兩個方面）。計時會造成出工不出力，計件（一般按代碼條數）會挫傷優(yōu)秀軟件人員的積極性（同樣實現(xiàn)一個功能，差的軟件人員成百上千行，而優(yōu)秀軟件人員只有幾十行，且好用）。形式如下： 軟件開發(fā)任務單 項目名稱： 任務編號 ____________ 子項名稱 按“子系統(tǒng)→模塊→功能”最多三級劃分 功能描述 技術要求 復雜度 （業(yè)務與技術兩個層次） 任務發(fā)出人 任務承接人 限時開始 yyyy/MMdd 限時結束 yyyy/MMdd 考核標準（百分制） 分值 考評項目 30 時效性：（是否按時完成） 40 客戶關注點：（功能、可靠性、易用性、高效性、可維護性、可移植性）表現(xiàn)如何 10 規(guī)范與標準 5 復用與創(chuàng)新 8 團隊精神 2 奉獻精神 5 溝通精神 、 進度檢查與 績效考評 、考評原則 軟件開發(fā)人員的績效考評是所有軟件公司都深感棘手但又必須面對的問題。 、 項目歸檔管理 項目執(zhí)行過程的所有資料 [程序、腳本、數據、文檔 ]以光盤作媒介，并附 上資料清單 ，交給公司 PMO。 1《項目開發(fā)計劃書》 ，模板見附錄 41 2《軟件需求說明書》 ，模板見附錄 42 3《詳細設計說明書》 ，模板見附錄 43 4《用戶手冊》 ，模板見附錄 44 5《數據庫需求說明》 ，模板見附錄 45 6《項目開發(fā)總結報告》 ，模板見附錄 46 、 項目交付管理 軟件 交付 [應用，源代碼 ] 文檔交付 [視技術合同要求交付的內容而定 ] 運行維護技術交付 ：系統(tǒng)、數據庫、應用的日常管理與維護。如果文檔和代 碼 之間失 去 同步， 那么文檔 就會變成 龐大的、復雜的謊言 ．會造成重大的 誤導 ； 對 于團隊來說，編寫 并維護一份 系統(tǒng)原理和結構方而的文擋將總是一個好主慝，但是那份文檔 應該是短小、突出主題的。 然而，過多的文檔比 過 少的文檔更糟 。 軟件項目管理制度 作者 Page 10 8/10/2020 、文檔管理 沒有文檔的軟件是一種災難。 、 備份制度 應用系 統(tǒng)的所有資料 [代碼（程序 、 腳本 塊 、數據庫腳本）、文檔、數據 ]，除了數據以外，全部納入源代碼控制系統(tǒng)。 如果一般性的缺陷被質量組測試發(fā)現(xiàn)，項目經理可以作出警告、取消休假、扣發(fā)獎金等處理措施。 、開發(fā)流程 純粹從開發(fā)的角度我們 將 項目 周期劃 分為兩個階段，每個階段要完成的的如下： 軟件項目管理制度 作者 Page 9 8/10/2020 、交流制度 項目組每周至少要進行不少于兩次的集體交流，否則就是開發(fā)經理或項目經理失職（交流不限制時間長短、方式、內容可以從需要到設計到實現(xiàn)、甚至是抱怨）。這就是說不要指望在明確的需求調研階段能把問題搞清楚，弄清楚個大概即可，以不超過兩周的迭代間隔快速的交互原型，以便反饋更進一步的需求、這樣一步步逼近用戶的真實想法。 B) 開發(fā)語言的元素命名 (類、對象、文件、命名空間、組件、 函數 、方法等 )； C) 頁面與頁面元素命名 . 軟件項目管理制度 作者 Page 8 8/10/2020 D) 文件目錄體系 、編碼風格 縮進、換行、塊大小、文件大小、注釋 、界面風格 組件類別、大小、前景、背景、字體、鼠標敏感、邊框、布局 、版本控制 創(chuàng)建 權限、創(chuàng)建分之權限、更新頻度、提交準則。osa）。 SC：源代碼控制器； IM:即時交流工具； DD:文檔工具（計劃，任務，報告）； ASM:間接交流工具，一般 以 mail 為主。 IDE：集成開發(fā)工具 。 整個項目生命周期中一般角色責任定義如下： 軟件項目管理制度 作者 Page 7 8/10/2020 四、 過程 管理 、 軟件 開發(fā)規(guī)范 這里只是給出 我司 軟件開發(fā) 必須 遵從的原則，具體內容應該由 項目經理或開發(fā)經理根據具體項