【正文】 的飽滿度； ? 制定項目組需要的招聘或培訓(xùn)人員的計劃； ? 定期組織項目組成員 進行相關(guān)技術(shù)培訓(xùn)以及與項目相關(guān)的行業(yè)培訓(xùn)等； ? 及時發(fā)現(xiàn)項目組中出現(xiàn)的問題； ? 及時處理項目組中出現(xiàn)的問題。 4 控制 ? 保證項目在預(yù)算成本范圍內(nèi)按規(guī)定的質(zhì)量和進度達到項目目標； ? 在項目生命周期的各個階段，跟蹤、檢查項目組成員的工作質(zhì)量； ? 定期向領(lǐng)導(dǎo)匯報項目工作進度以及項目開發(fā)過程中的難題； ? 對項目進行配置管理與規(guī)劃； ? 控制項目組各成員的工作進度，及時了解項目組成員的工作情況，并快速解決難題； ? 不定期組織項目組成員進行項目以外的短期活動，以培養(yǎng)團隊精神。 、 項目管理 范圍 項 目管理 覆蓋整個 項目 生命周期， 管理制度就是落 實到管理過程中的一些基本要素，這里我們將其概括為 三項基本業(yè)務(wù)： 1 項目 計劃 ? 指明要取得的各種結(jié)果 ? 指定進度表 ? 估計所需資源 2 項目 組織 落實項目體系中的角色配置與角色的 職責 3 過程 管理 軟件項目管理制度 作者 Page 6 8/10/2020 ? 約束 ? 任務(wù)分解與分目標制定 ? 進度檢查與質(zhì)量評估 ? 應(yīng)對一些突發(fā)事件 （協(xié)調(diào)與調(diào)整） ? 與有利害關(guān)系的人共享信息 二、 項目 計劃 項目 計劃的結(jié)果體現(xiàn)為“項目開發(fā)計劃”書面形式，其中要對開發(fā)過程中 各項工作的負責人 、開發(fā)進度、進度衡量 的標準、完成進度所需經(jīng)費預(yù)算以及 所需軟、硬件條件等問題詳盡的羅列出來，以便根據(jù)本計劃開展和檢查本項 目的開發(fā)工作。附錄 41 給出計劃書模板。 三、 項目 組織 項目組織包括項目角色定義、角色責任定義、角色間關(guān)系定義。角色定義是根據(jù)項目需求配置（調(diào)配、招聘）具備相應(yīng)素質(zhì)與能力的成員。角色責任定義就是將具體的任務(wù)分解到每個角色；角色間關(guān)系定義指明報告與檢查體系；一般情況下為三級組織： 業(yè)務(wù)與商務(wù)協(xié)調(diào)組（商務(wù)洽談、目標與進度及資源定義與落實調(diào)整） 項目經(jīng)理 開發(fā)組 系統(tǒng)支持組 負責主機、網(wǎng)絡(luò)、應(yīng)用支撐軟件的安裝調(diào)試 開發(fā)經(jīng)理 系統(tǒng)架構(gòu)組 負責系統(tǒng)的體系結(jié)構(gòu)與應(yīng)用框架設(shè)計 詳細設(shè)計組 落實到具體語言的功能 實現(xiàn) 質(zhì)量控制組（負責功能、性能、可用性、可維護性、穩(wěn)定性、壓力測試） 質(zhì)量經(jīng)理 業(yè)務(wù)與商務(wù)協(xié)調(diào)組一般由客我雙方成員共同組成，負責項目的總體需求、總體目標、里程碑，關(guān)鍵技術(shù)路徑 定義 。在制定項目總體目標、里程碑定義與關(guān)鍵技術(shù)路徑時候要 與開發(fā)經(jīng)理聯(lián)合統(tǒng)籌，并以項目經(jīng)理 意見 為主。 開發(fā)組的責任人 是 開發(fā)經(jīng)理， 系統(tǒng)體系結(jié)構(gòu)與框架由開發(fā)經(jīng)理與開發(fā)組主力程序員聯(lián)合統(tǒng)籌，并以開發(fā)經(jīng)理 意見 為主 ，具體功能實現(xiàn)一般以 主力程序員 （ 系統(tǒng)分析員、高級程序員 ） 意見為 主 。 “系統(tǒng)支持”屬于臨時調(diào)配，很可能是外部資源，但工作質(zhì)量由開發(fā)經(jīng) 理檢查。 質(zhì)量控制由質(zhì)量經(jīng)理、開發(fā)經(jīng)理、項目經(jīng)理聯(lián)合統(tǒng)籌，以質(zhì)量經(jīng)理意見為主。 整個項目生命周期中一般角色責任定義如下： 軟件項目管理制度 作者 Page 7 8/10/2020 四、 過程 管理 、 軟件 開發(fā)規(guī)范 這里只是給出 我司 軟件開發(fā) 必須 遵從的原則，具體內(nèi)容應(yīng)該由 項目經(jīng)理或開發(fā)經(jīng)理根據(jù)具體項目制定詳盡約定。 在羅列規(guī)范之前，開發(fā)組織（團隊）必須遵從一個最基本的約定 —— 統(tǒng)一開發(fā)環(huán)境： OS:操作系統(tǒng) 。 IDE：集成開發(fā)工具 。 DEBUG：調(diào)試工具 。 SC：源代碼控制器； IM:即時交流工具； DD:文檔工具（計劃，任務(wù)，報告）； ASM:間接交流工具，一般 以 mail 為主。 另外還要為團隊固定一些一些角色， builder / Server administrator（ dbaamp。osa）。 嚴格區(qū)分開發(fā)平臺與生產(chǎn)平臺之間的界限（安全、測試、性能） 、命名體系 A) 數(shù)據(jù)庫與數(shù)據(jù)庫對象命名 。 B) 開發(fā)語言的元素命名 (類、對象、文件、命名空間、組件、 函數(shù) 、方法等 )； C) 頁面與頁面元素命名 . 軟件項目管理制度 作者 Page 8 8/10/2020 D) 文件目錄體系 、編碼風格 縮進、換行、塊大小、文件大小、注釋 、界面風格 組件類別、大小、前景、背景、字體、鼠標敏感、邊框、布局 、版本控制 創(chuàng)建 權(quán)限、創(chuàng)建分之權(quán)限、更新頻度、提交準則。 、通用約束 向?qū)гO(shè)置、數(shù)據(jù)校驗、提示信息、響應(yīng)時間與響應(yīng)方式 、開發(fā)方法 鑒于用戶需求的不容易澄清性與變動頻繁這一特點，所有項目均采用迭代開發(fā)方法。這就是說不要指望在明確的需求調(diào)研階段能把問題搞清楚，弄清楚個大概即可，以不超過兩周的迭代間隔快速的交互原型，以便反饋更進一步的需求、這樣一步步逼近用戶的真實想法。這里要特別強調(diào)的是多與用戶交流，項目組內(nèi)有關(guān)設(shè)計方法與策略也要頻繁地交流。 、開發(fā)流程 純粹從開發(fā)的角度我們 將 項目 周期劃 分為兩個階段，每個階段要完成的的如下： 軟件項目管理制度 作者 Page 9 8/10/2020 、交流制度 項目組每周至少要進行不少于兩次的集體交流，否則就是開發(fā)經(jīng)理或項目經(jīng)理失職（交流不限制時間長短、方式、內(nèi)容可以從需要到設(shè)計到實現(xiàn)、甚至是抱怨）。 、 代碼 標準化管理 小組內(nèi)成員 必須開展互測 ， 項目經(jīng)理要督促進行。 如果一般性的缺陷被質(zhì)量組測試發(fā)現(xiàn)，項目經(jīng)理可以作出警告、取消休假、扣發(fā)獎金等處理措施。 項目經(jīng)理或開發(fā)經(jīng)理可抽查成員代碼，對比規(guī)范作出人員基本技術(shù)素養(yǎng)評測 ，計入期末（項目結(jié)束）考核（去留） 。 、 備份制度 應(yīng)用系 統(tǒng)的所有資料 [代碼（程序 、 腳本 塊 、數(shù)據(jù)庫腳本）、文檔、數(shù)據(jù) ]，除了數(shù)據(jù)以外，全部納入源代碼控制系統(tǒng)。數(shù)據(jù)每天備份一次 [媒介是磁盤 ]，代碼（程序腳本、數(shù)據(jù)庫腳本）、文檔每周一次 [媒介是磁盤 ]，所有信息每月備份一次 [媒介是光盤 ]。 軟件項目管理制度 作者 Page 10 8/10/2020 、文檔管理 沒有文檔的軟件是一種災(zāi)難。代碼不是傳達系統(tǒng)原理和結(jié)構(gòu)的理想媒介；開發(fā)團隊更需要編制易于 閱讀 的文擋，來對系統(tǒng) 及其設(shè)計決策的依據(jù)進行描述。 然而，過多的文檔比 過 少的文檔更糟 。編制 眾多的文檔需要花費大量的 時間 ，并且要使這些文檔 和 代碼保持同 步 ：就要花費 更 多的時 間 。如果文檔和代 碼 之間失 去 同步， 那么文檔 就會變成 龐大的、復(fù)雜的謊言 ．會造成重大的 誤導(dǎo) ； 對 于團隊來說，編寫 并維護一份 系統(tǒng)原理和結(jié)構(gòu)方而的文擋將總是一個好主慝，但是那份文檔 應(yīng)該是短小、突出主題的。為此我們擬定所有項目都必須編制以下文檔。 1《項目開發(fā)計劃書》 ，模板見附錄 41 2《軟件需求說明書》 ，模板見附錄 42 3《詳細設(shè)計說明書》 ，模板見附錄 43 4《用戶手冊》 ，模板見附錄 44 5《數(shù)據(jù)庫需求說明》 ，模板見附錄 45 6《項目開發(fā)總結(jié)報告》 ，模板見附錄 46 、 項目交付管理 軟件 交付 [應(yīng)用，源代碼 ] 文檔交付 [視技術(shù)合同要求交付的內(nèi)容而定 ] 運行維護技術(shù)交付 ：系統(tǒng)、數(shù)據(jù)庫、應(yīng)用的日常管理與維護。 系統(tǒng)安全性交付 ：操作系統(tǒng)管理與應(yīng)用賬號、數(shù)據(jù)庫管理與應(yīng)用開發(fā)賬號、應(yīng)用服務(wù)器的管理與應(yīng)用開發(fā)賬號。 、 項目歸檔管理 項目執(zhí)行過程的所有資料 [程序、腳本、數(shù)據(jù)、文檔 ]以光盤作媒介，并附 上資料清單 ，交給公司 PMO。 軟件項目管理制度 作者 Page 11 8/10/2020 、 任務(wù)分解與分目標制定 組織 中的 負責人負責具體的任務(wù)分解 并落實到組織中的每個人。形式如下： 軟件開發(fā)任務(wù)單 項目名稱： 任務(wù)編號 ____________ 子項名稱 按“子系統(tǒng)→模塊→功能”最多三級劃分 功能描述 技術(shù)要求 復(fù)雜度 （業(yè)務(wù)與技術(shù)兩個層次） 任務(wù)發(fā)出人 任務(wù)承接人 限時開始 yyyy/MMdd 限時結(jié)束 yyyy/MMdd 考核標準（百分制） 分值 考評項目 30 時效性：（是否按時完成） 40 客戶關(guān)注點：（功能、可靠性、易用性、高效性、可維護性、可移植性）表現(xiàn)如何 10 規(guī)范與標準 5 復(fù)用與創(chuàng)新 8 團隊精神 2 奉獻精神 5 溝通精神 、 進度檢查與 績效考評 、考評原則 軟件開發(fā)人員的績效考評是所有軟件公司都深感棘手但又必須面對的問題。棘手的原因是既不能進行計時處理、也不能進行計件處理。計時會造成出工不出力，計件（一般按代碼條數(shù)）會挫傷優(yōu)秀軟件人員的積極性（同樣實現(xiàn)一個功能，差的軟件人員成百上千行，而優(yōu)秀軟件人員只有幾十行，且好用）。但是只要尊重一些必要的原則，還是能夠加以評估的。這里提出六條原則： 1 被考核對象必須有明確的任務(wù) 項目經(jīng)理或開發(fā)經(jīng)理必須發(fā)出明確的任務(wù)書：任務(wù)書中指定任務(wù)名稱、任務(wù)軟件項目管理制度 作者 Page 12 8/10/2020 內(nèi)容、完成時限之 、考核標準、向誰負責、任務(wù)的難易程度（業(yè)務(wù)與技術(shù)兩個方面）。難易程度由項目組成員集體評價。沒有明確的任務(wù)當然就無法考評（見表42）。 2 考評標準要綜合計量量與非計量量。 計量量如：完成時間、完成了對少功能、測試出多少缺陷等，非計量量如：用戶接受程度如何、項目組合作情況如何等等，要將這些因素綜合考慮。 3 要體現(xiàn)多勞多得、獎勤罰懶。 高效、高質(zhì)完成任務(wù)的人員必須得到區(qū)別對待（調(diào)資、休假、獎金）。 4 考評結(jié)果要及時與被考評對象溝通，容許爭議協(xié)調(diào)。 5 考評時間不得跨度太大，一般為兩周一次，不符合這種周期的，項目經(jīng) 理與開發(fā)經(jīng)理需要適當對任務(wù)做進一步分解。 6 被考評要提供周報月報之類的內(nèi)容，但不作為考評的依據(jù)。我們只注重結(jié)果，也就是說根據(jù)結(jié)果認定過程。 、考評標準 1 時效性： 不管是承攬項目還是產(chǎn)品研發(fā)都有一定的時間限定， 愈期就意味著成本增加甚至是失敗。 所以能否按時完成任務(wù)是績效考評的一個重要標致。 2 客戶關(guān)注點 客戶關(guān)注點也就是軟件的品質(zhì)，涉及的內(nèi)容很多，按國家標準分為六個層面，即：功能、可靠性、易用性、高效性、可維護性、可移植性。這六個項目的次序也就是我們考察的順序，首先必須完成功能，然后再衡量功能是否可 靠，再然后才其他幾個方面 ，如果以 百分制來衡 量，這六個 指標的比 例大致是50,25,15,10,5,5。也就是說必須保證前四項。而功能、可靠性又是重中之重 75%。 3 規(guī)范與標準 不以規(guī)矩不能成方園，不遵從標準的與規(guī)范的設(shè)計開發(fā)必將造成巨大的維護成本與技術(shù)積累成本，同時也給軟件交流與究錯設(shè)置障礙，所以必須強調(diào)規(guī)范化與標準化。 4 復(fù)用與創(chuàng)新性 這是軟件開發(fā)人員設(shè)計與開發(fā)綜合能力的一個集中體現(xiàn)。 5 團隊精神 沒有團隊精神的軟件開發(fā)人員堅決辭退：開發(fā)過程中團隊精神主要表現(xiàn)在： ? 對測試出的問題是互相推委，還是協(xié)商解決； ? 接口設(shè)計各行其事還是共同制訂； ? 發(fā)現(xiàn)他人犯錯是善意提醒還是沉默不語； ? 不注重版本管理。 6 奉獻精神 任務(wù)比較緊張時候，是否不計較個人得失主動加班加點趕任務(wù)。 7 溝通精神 不懂問題是拖延時間還是主動尋求幫助，技術(shù)經(jīng)驗是否主動分享。 、考評矩陣軟件項目管理制度 作者 Page 13 8/10/2020 軟件項目管理制度 作者 Page 14 8/10/2020 開發(fā)人員當期任務(wù)評測 表 任務(wù)書編號： 項目 指標 時效率 按時 未按時 X%(X=100) 完成 未完成 X% Y% 客戶關(guān)注點 功能 可靠 易用 性能 維護 移植 功能 可靠 易用 性能 維護 移植 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 復(fù)用與創(chuàng)新性 好 中 差 H≥ 3 H≤ 2 H=0 團隊精神 好 中 差 I≥ 5 I≤ 4 I∈ 0→ 2 奉獻精神 好 中 差 J∈ →