【正文】 附件 。 （ 3） 進(jìn)行上崗培訓(xùn) 對(duì)于項(xiàng)目組的成員進(jìn)行上 崗培訓(xùn)： 管理人員：項(xiàng)目管理知識(shí)與技巧的培訓(xùn)； 開發(fā)人員：開發(fā)規(guī)范的培訓(xùn)； 開發(fā)方法的培訓(xùn)； 工具培訓(xùn)； 領(lǐng)域業(yè)務(wù)知識(shí)的培訓(xùn)。 可以按如下的角色定義開發(fā)人員，并使其各負(fù)其責(zé)： 項(xiàng)目經(jīng)理：主要負(fù)責(zé)項(xiàng)目的進(jìn)度管理； 質(zhì)量保證人員：有獨(dú)立的合法渠道向上級(jí)領(lǐng)導(dǎo)報(bào)告項(xiàng)目中的質(zhì)量問題； 配置管理人員：對(duì)整個(gè)項(xiàng)目組實(shí)施配置管理， 將在生命周期模型中定義的應(yīng)納入配置管理的文檔實(shí)施配置管理； 系統(tǒng)分析人員：對(duì)系統(tǒng)的需求負(fù)責(zé)； 系統(tǒng)設(shè)計(jì)人員：進(jìn)行系統(tǒng)的概要設(shè)計(jì)； 開發(fā)人員：進(jìn)行系統(tǒng)的詳細(xì)設(shè)計(jì)與編碼； 測(cè)試人員：負(fù)責(zé)系統(tǒng)的測(cè)試； 后勤保證人員：負(fù)責(zé)項(xiàng)目組的后勤保證與文字處理； 對(duì)于以上角色，可以根據(jù)項(xiàng)目的實(shí)際情況進(jìn)行細(xì)分。 沒有里程碑，角色定義也不清晰 [(3)]； 設(shè)計(jì)文檔比較粗 [(1)] ； 在設(shè)計(jì)階段有遺漏的情況，概要設(shè)計(jì)缺少評(píng)審 [(1)] ； 小的功能變化沒有文檔，大的功能變化只反映在詳細(xì)設(shè)計(jì)中 [(1)] ； 詳細(xì)設(shè)計(jì)與源碼不一致 [(1)] ； 有的是沒有詳細(xì)設(shè)計(jì)文檔，寫完程序再補(bǔ) [(1)] ； 50%認(rèn)為在開發(fā)過程中文檔問題影響了開發(fā)進(jìn)度和開發(fā)質(zhì)量， 30%認(rèn)為工作產(chǎn)品的質(zhì)量影響了開發(fā)進(jìn)度 [5（ 7） ]； （ 3） 缺乏定向培訓(xùn) 管理人員缺少專門的項(xiàng)目管理方法、技巧的培訓(xùn)，項(xiàng)目組的開發(fā)人員缺少開發(fā)工具、領(lǐng)域知識(shí)背景的有關(guān)培訓(xùn)。 （ 2） 開發(fā)規(guī)范與文檔問題 原來已經(jīng)有了軟件開發(fā)的部分規(guī)范，但主要是針對(duì)作業(yè)層，規(guī)范有一定的缺陷，如： 對(duì)在開發(fā)過程需要設(shè)哪些有效的里程碑？ 每個(gè)里程碑需要哪些工作產(chǎn)品？ 每種工作產(chǎn)品的要求是什么？ 有效的保證措施？ 文檔的格式與內(nèi)容的統(tǒng)一要求。導(dǎo)致了在開發(fā)過程中反映出如下的問題： 在設(shè)計(jì)完成后，沒有測(cè)試大綱等文檔 [（ 11） ]； 測(cè)試記錄沒有專人進(jìn)行整理 [（ 11） ]； 50%認(rèn)為產(chǎn)生軟件工作產(chǎn)品質(zhì)量問題的主要原因是缺乏必要的技術(shù)支持（如測(cè)試技術(shù)） [5(7)]。 導(dǎo)致了在開發(fā)過程中反映出如下的問題： 10%的人員認(rèn)為需求或設(shè)計(jì)發(fā)生了變化后， 3/5 的變化 通過評(píng)審； 30%認(rèn)為 簡(jiǎn)單的變化不 通過評(píng)審 ，復(fù)雜的變化 通過評(píng)審； 20%認(rèn)為 3/5 的變化不通過評(píng)審； 10%認(rèn)為全部的變化不通過評(píng)審； [5(4)] 小的功能變化沒有文檔，大的功能變化只反映在詳細(xì)設(shè)計(jì)中 [(1)]； 詳細(xì)設(shè)計(jì)與源碼不一致 [(1)]； 中國(guó)最大的管理資源中心 第 16 頁 共 18 頁 有的是沒有詳細(xì)設(shè)計(jì)文檔，寫完程序再補(bǔ) [(1)]； 公用模塊缺少詳細(xì)的文檔，一旦出了問題，不好糾正 [(12)]。 沒有里程碑，角色定義也不清晰，這樣缺乏有效的監(jiān)控監(jiān)督機(jī)制 [（ 3） ]； 項(xiàng)目的前期沒有進(jìn)行有效的監(jiān)控，對(duì)開發(fā)的質(zhì)量沒有進(jìn)行管理 [（ 3） ]。 [（ 2） ] ? 缺少質(zhì)量保證人員，項(xiàng)目管理的質(zhì)量依賴于項(xiàng)目經(jīng)理個(gè)人的能力，這種模式將項(xiàng)目的質(zhì)量依賴于個(gè)人而不是組織。 ? 系統(tǒng)的需求與分析是由項(xiàng)目經(jīng)理來做的，系統(tǒng)的概要設(shè)計(jì)還是由項(xiàng)目經(jīng)理來做，項(xiàng)目經(jīng)理還承擔(dān)了項(xiàng)目的管理工作（ ），如此以來，項(xiàng)目經(jīng)理承擔(dān)了管理中的相互對(duì)立的角色，缺乏有效的制約與監(jiān)控措施，精力也達(dá)不到，有效管理也就無法做到。 有的程序員的水平比較差。產(chǎn)品的策劃與開發(fā)、開發(fā)與測(cè)試應(yīng)分離。 ? 缺乏合適的基層程序組長(zhǎng)，現(xiàn)有的程序組長(zhǎng)沒有發(fā)揮應(yīng)有的作用。 ? 缺乏有效的考核手段，無法量化的證據(jù)充分評(píng)價(jià)一個(gè)員工的生產(chǎn)率，造成成員中有的人心態(tài)不平衡。 （ 3） 管理 ? 項(xiàng)目的前期沒有進(jìn)行有效的監(jiān)控，對(duì)開發(fā)的質(zhì)量沒有進(jìn)行管理，進(jìn)度的計(jì)劃進(jìn)展順利的背后實(shí)際上隱含了大量的問題，管理人員沒有及時(shí)察覺。只能是寫到比較粗的程度，通過交流來協(xié)商一致。 6． 2 與管理人員的采訪歸納 （ 1） 文檔 設(shè)計(jì)文檔比較粗，只給了程序員對(duì)象模型、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)，只能靠程序員自己的理解進(jìn)行。 （ 12）．與其他組的協(xié)調(diào) ? 公 用模塊缺少詳細(xì)的文檔，一旦出了問題，不好糾正。 ? 在設(shè)計(jì)完成后，沒有測(cè)試大綱等文檔。 ? 專職的測(cè)試人員太少。 （ 11）．管理 ? 基層管理人員沒有經(jīng)過培訓(xùn)，沒經(jīng)驗(yàn)，難以有效進(jìn)行管理，沒有權(quán)威。 （ 9）．對(duì)產(chǎn)品的信心 ? 小問題不少，有的程序員不負(fù)責(zé)任，應(yīng)付， 單純的黑盒測(cè)試測(cè)不出來，需要讀源碼，潛在的問題比較多。 （ 6）．技術(shù)成熟度 ? 有的員工缺少維護(hù)經(jīng)驗(yàn)、現(xiàn)場(chǎng)經(jīng)驗(yàn)，如對(duì)性能沒有意識(shí)。 （ 5）．交流 ? 開會(huì)的結(jié)果沒有記錄，沒有落實(shí)。 ? 計(jì)劃協(xié)商的作用沒有發(fā)揮出來，下面的意見得不到重視。 ? 在編碼的時(shí)候由于概要設(shè)計(jì)太粗，需要參照以前的舊版本的軟件。 ? 有的是沒有詳細(xì)設(shè)計(jì)文檔，寫完程序再 補(bǔ)。 ? 提交給程序員的文檔應(yīng)包括： 中國(guó)最大的管理資源中心 第 13 頁 共 18 頁 概要設(shè)計(jì)、 詳細(xì)設(shè)計(jì)、 質(zhì)量要求、 以前遇到過的問題、關(guān)鍵的思路 ? 小的功能（ 1 人天以下）變化沒有文檔，大的功能變化只反映在詳細(xì)設(shè)計(jì)中。 6．采訪結(jié)果記錄 6． 1 與實(shí)現(xiàn)人員的采訪記錄歸納： （ 1）．文檔 ? 設(shè)計(jì)文檔的框架基本可以，但是不夠細(xì)，在初步設(shè)計(jì)中核心的算法沒有給出來。 90%的人員認(rèn)為實(shí)施系統(tǒng)化的文檔管理工作有困難， 10%的人員沒有做出選擇。 40%的人員認(rèn)為可以立即實(shí)施版本管理，管理對(duì)象的范圍只包含程序 版本； 30%認(rèn)為必要需立即投入， 30%認(rèn)為必要，但投入時(shí)間可稍緩。 （ 9） 將來配置管理的接受程度 40%的人員自己在進(jìn)行版本管理時(shí)僅初步做了一些，感覺有用，希望給予進(jìn)一步培訓(xùn) 20%感覺這個(gè)工作很重要，也應(yīng)該盡快開展，但不知如何下手。 對(duì)質(zhì)量保證組織的權(quán)威性，大家意見不太 一致。 80%認(rèn)為有必要對(duì)工作計(jì)劃和工作結(jié)果進(jìn)行定期評(píng)審， 10%認(rèn)為有些項(xiàng)目有必要，有些項(xiàng)目沒必要， 10%認(rèn)為沒必要。 50%的人員認(rèn)為應(yīng)盡快對(duì)軟件工作產(chǎn)品質(zhì)量進(jìn)行評(píng)估和測(cè)試， 40%認(rèn)為可能會(huì)有一些問題，但會(huì)協(xié)助工作， 10%對(duì)這種做法的效果，持懷疑態(tài)度。 90%的人員對(duì)自己的工作產(chǎn)品的質(zhì)量基本滿意， 10%對(duì)一些滿意，一些不 中國(guó)最大的管理資源中心 第 11 頁 共 18 頁 滿意。 50%認(rèn)為對(duì)簡(jiǎn)單的變化無問題，復(fù)雜的變化可能會(huì)推倒重來， 20%認(rèn)為很容易進(jìn)行調(diào)整， 20%的認(rèn)為 1/5 的變化有些問題，但基本可適應(yīng)。