軟件開發(fā)部規(guī)章制度及軟件項(xiàng)目管理方法

1、軟件開發(fā)部規(guī)章制度及軟件項(xiàng)目管理方法第一部分：軟件開發(fā)部規(guī)章制度一、 日常工作制度：1、關(guān)于休假、加班：嚴(yán)格遵守公司的考勤制度， 如有事， 提前書面形式填寫請假申請， 批準(zhǔn)后方可休假， 如情況緊急不能提前填寫請假申請，要電話請示上級領(lǐng)導(dǎo)，并在休假后補(bǔ)辦請假手續(xù)。 開發(fā)部人員在項(xiàng)目緊張時(shí)盡量不提出請假申請。研發(fā)人員原則上不安排加班，研發(fā)進(jìn)度根據(jù)公司要求結(jié)合項(xiàng)目實(shí)際由項(xiàng)目組長負(fù)責(zé) 制定，項(xiàng)目組長協(xié)調(diào)安排工作。項(xiàng)目組長根據(jù)進(jìn)度需要安排的加班，加班費(fèi)用由項(xiàng)目獎(jiǎng) 金中支出。公司工作需要硬性安排的加班，加班費(fèi)有公司支出。相關(guān)標(biāo)準(zhǔn)按照國家相關(guān) 制度執(zhí)行。2、開發(fā)部員工守則：遵紀(jì)守法，忠于職守，克己奉公。維護(hù)

2、公司聲譽(yù)，保護(hù)公司利益。服從領(lǐng)導(dǎo)，關(guān)心下屬，團(tuán)結(jié)互助。愛護(hù)公物，節(jié)約開支，杜絕浪費(fèi)。努力學(xué)習(xí)，提高水平，精通業(yè)務(wù)。積極進(jìn)取，勇于開拓，創(chuàng)新貢獻(xiàn)。3、員工工作日志：工作日志制度的目的是形成嚴(yán)格的工作跟蹤和積累習(xí)慣，要求部門中項(xiàng)目負(fù)責(zé)人以下 人員按要求每日記錄。工作日志是部門員工的工作記錄載體，起到部分績效考核和浮動工資的確定依據(jù)的作用。工作日志包含每日計(jì)劃和完成情況，每日工作始終時(shí)間，每日工作飽和度（ 5 為最高，1 為最低，如為請假，請注明“事假”或“病假”），次周計(jì)劃，以及問題、意見和 建議。工作日志嚴(yán)格要求每日填寫， 絕不允許在上交前統(tǒng)一填寫。 填寫時(shí)注意清空原有內(nèi)容。 如發(fā)現(xiàn)某些欄目多周

3、雷同的情況，將進(jìn)行警告。每日工作內(nèi)容如無特殊情況，至少需要寫 3 條以上。敘述工作內(nèi)容要求盡可能說明清 楚。不允許簡單的如“修改錯(cuò)誤”的描述。工作日志嚴(yán)格要求在次周上午 10:00 前提交。不提交工作周報(bào)將適當(dāng)予以懲罰。對于未提交日志的人員，部門經(jīng)理保證當(dāng)周內(nèi)口頭通知。工作日志以 Email 形式提交給項(xiàng)目負(fù)責(zé)人和部門經(jīng)理。部門經(jīng)理收到后保證第一時(shí)間 進(jìn)行回復(fù)，并依此進(jìn)行考核。文件名格式： * 工作日志（ 200*年*月*日） .doc 。 其中 * 為員工姓名，日期為提交日期。4、項(xiàng)目月報(bào)制度：項(xiàng)目月報(bào)制度是保證項(xiàng)目順利推進(jìn)的一種階段性總結(jié)和計(jì)劃載體的機(jī)制。項(xiàng)目月報(bào)由項(xiàng)目負(fù)責(zé)人負(fù)責(zé)擬定。項(xiàng)目

4、月報(bào)應(yīng)根據(jù)實(shí)際情況包含本月計(jì)劃、完成情況（含計(jì)劃的偏離情況）、成果和不 足、突發(fā)事務(wù)及其解決情況、項(xiàng)目組成員工作情況、客戶反饋情況、下月計(jì)劃，以及 問題、建議和意見等內(nèi)容。項(xiàng)目月報(bào)由項(xiàng)目負(fù)責(zé)人于每月第五個(gè)工作日以前，通過 Email 提交給部門經(jīng)理，經(jīng)部 門經(jīng)理審訂后發(fā)布到項(xiàng)目月報(bào)文件夾中。部門所有成員可以查閱已發(fā)布的項(xiàng)目月報(bào)。項(xiàng)目月報(bào)的文件名格式為*項(xiàng)目月報(bào)（$, 200*年*月* 日） .doc。其中*為 項(xiàng)目名稱， $為項(xiàng)目負(fù)責(zé)人姓名，日期為提交日期5、項(xiàng)目例會制度：每月第一個(gè)周一上午 10:30 在公司會議室召開，部門所有人員（含參與部門人員為主 導(dǎo)的項(xiàng)目并起核心作用的其他部門人員）參

5、加。會議由部門經(jīng)理召集，并由部門經(jīng)理主持。會議議程：a）各項(xiàng)目負(fù)責(zé)人回顧上月工作情況、成果和不足，以及當(dāng)月的大致工作計(jì)劃。b）部門經(jīng)理總結(jié)上月工作，對不足的問題提出解決辦法。c）部門經(jīng)理宣布公司近期動態(tài)和相關(guān)事項(xiàng)。d）部門經(jīng)理做出工作方面的安排。e）部門人員暢所欲言，提出問題、想法、建議與意見。大家討論。f）部門經(jīng)理解答部門人員的問題，并做出總結(jié)。部門人員輪流做會議記錄，并在會議結(jié)束后第二天內(nèi)整理并在Vss 中發(fā)布。文件名格式：軟件二部 200*年*月*日例會（ * 整理） .doc 。其中日期為例會召開日期， * 為會議記錄整理人的姓名。6、部門例會制度：每周五下午在部門會議室召開，具體項(xiàng)目

6、的所有參與人員參加。會議由項(xiàng)目負(fù)責(zé)人召集并主持，部門經(jīng)理根據(jù)實(shí)際情況列席。會議指定固定人員做會議記錄，并在第二周周一上午 9:30 前整理并通過郵件發(fā)送給 項(xiàng)目負(fù)責(zé)人。項(xiàng)目負(fù)責(zé)人修改并認(rèn)可會議記錄后，在第二周周一上午 11:00 前在 Vss 中發(fā)布。文件第 2 頁 共 12 頁名格式：*項(xiàng)目組例會（200*年*月*日）.doc。其中*為項(xiàng)目名稱，日期為例 會召開日期。軟件開發(fā)部組織結(jié)構(gòu)：三、開發(fā)部人員崗位制度：1、開發(fā)部經(jīng)理崗位職責(zé)：職責(zé)：1）制定產(chǎn)品的目標(biāo)。2）制定各個(gè)工作的詳細(xì)任務(wù)表，跟蹤這些任務(wù)的執(zhí)行情況，進(jìn)行控制。3）組織會議對程序進(jìn)行評審。4）綜合具體情況，對各種不同方案進(jìn)行取舍并

7、做出決定。5）協(xié)調(diào)各項(xiàng)目參與人員之間的關(guān)系。2、項(xiàng)目組長崗位職責(zé)：1）對項(xiàng)目經(jīng)理負(fù)責(zé)，負(fù)責(zé)軟件項(xiàng)目的詳細(xì)設(shè)計(jì)、編碼和內(nèi)部測試的組織實(shí)施，對小型軟件項(xiàng)目兼任系統(tǒng)分析工作。2）參與需求調(diào)研、項(xiàng)目可行性分析、技術(shù)可行性分析和需求分析。3）熟悉并熟練掌握交付軟件部開發(fā)的軟件項(xiàng)目的相關(guān)軟件技術(shù)。4）負(fù)責(zé)向項(xiàng)目經(jīng)理及時(shí)反饋軟件開發(fā)中的情況，并根據(jù)實(shí)際情況提出改進(jìn)建議。第3頁共12頁5) 參與軟件開發(fā)和維護(hù)過程中重大技術(shù)問題的解決， 參與軟件首次安裝調(diào)試、 據(jù)割接、用戶培訓(xùn)和項(xiàng)目推廣。6) 負(fù)責(zé)相關(guān)技術(shù)文檔的擬訂。7) 負(fù)責(zé)對業(yè)務(wù)領(lǐng)域內(nèi)的技術(shù)發(fā)展動態(tài)進(jìn)行分析研究。8) 負(fù)責(zé)向項(xiàng)目經(jīng)理、部門經(jīng)理 /副經(jīng)理及時(shí)

8、反饋實(shí)際工作中遇到的問題，并提出 改進(jìn)建議。9) 承擔(dān)相應(yīng)的保密職責(zé)。10) 完成部門經(jīng)理 /副經(jīng)理或項(xiàng)目經(jīng)理交辦的其它工作。3、一般開發(fā)人員崗位職責(zé)：1) 根據(jù)項(xiàng)目具體要求，承擔(dān)開發(fā)任務(wù)，按計(jì)劃完成任務(wù)目標(biāo)。2) 配合系統(tǒng)分析人員完成軟件系統(tǒng)及模塊的需求調(diào)研與需求分析3) 配合系統(tǒng)分析人員完成軟件系統(tǒng)及模塊的設(shè)計(jì)4) 獨(dú)立完成軟件系統(tǒng)及模塊的編碼5) 協(xié)助測試試人員完成軟件系統(tǒng)及模塊的測試6) 負(fù)責(zé)編制與項(xiàng)目相關(guān)的技術(shù)文檔四、軟件研發(fā)人員績效考核：1、目的：對軟件開發(fā)的過程所產(chǎn)生的軟件項(xiàng)的質(zhì)量和過程進(jìn)行定量的評價(jià)，用評價(jià)的結(jié)果 指導(dǎo)軟件的開發(fā)過程，不斷地提高軟件開發(fā)質(zhì)量水平，并依據(jù)度量記錄來

9、考核軟件開發(fā) 人員的工作績效 。2、軟件項(xiàng)包括：1) 技術(shù)文檔：主要包括：可行性分析報(bào)告、需求分析報(bào)告、軟件功能規(guī)格說明、開發(fā) 計(jì)劃、質(zhì)量計(jì)劃、系統(tǒng)設(shè)計(jì)報(bào)告、測試文檔、技術(shù)報(bào)告、用戶手冊、總結(jié)報(bào)告等；2) 計(jì)算機(jī)程序。3、度量數(shù)據(jù)來源：1) 項(xiàng)目計(jì)劃；2) 評審報(bào)告；3) 測試報(bào)告；4) 問題報(bào)告；5) 軟件維護(hù)記錄；4、質(zhì)量度量：度量指標(biāo)，主要根據(jù)各類軟件項(xiàng)檢查表的檢查指標(biāo)來確定，例如，軟件需求規(guī)格說明書 檢查表(見附錄 1)，有 10 個(gè)檢查指標(biāo)，則根據(jù)具體項(xiàng)目檢查側(cè)重點(diǎn)不同，可從中選擇相應(yīng)的檢查指標(biāo)作為度量指標(biāo)。質(zhì)量等級：1) 軟件項(xiàng)的質(zhì)量等級的確定根據(jù)度量綜合指標(biāo)進(jìn)行。2) 度量綜合指

10、標(biāo)計(jì)算公式為：Total =刀QiMi5、過程度量：1) 及時(shí)度：以軟件項(xiàng)目計(jì)劃規(guī)定的的完成時(shí)間為基準(zhǔn)2) 成熟度：以軟件項(xiàng)檢查、評審、測試的結(jié)果為評價(jià)基準(zhǔn)3) 改善效率：在檢查、評審、測試的結(jié)果的基礎(chǔ)上改善軟件項(xiàng)結(jié)果，以改善的時(shí)間是 否影響后續(xù)階段的完成和計(jì)劃的總體完成時(shí)間為評分依據(jù)6、人員績效考核：1) 開發(fā)人員： 軟件部門根據(jù)軟件項(xiàng)綜合評價(jià)表每個(gè)月或季度統(tǒng)計(jì)各開發(fā)人員所負(fù)責(zé)的軟件項(xiàng)的平 均得分值，比較開發(fā)人員軟件項(xiàng)的平均得分值與績效考核標(biāo)準(zhǔn)范圍，確定開發(fā)人員績 效考核評價(jià)。根據(jù)相應(yīng)的績效考核成績決定每個(gè)開發(fā)人員的獎(jiǎng)勵(lì)等級。2) 項(xiàng)目經(jīng)理： 軟件部門每個(gè)月或季度確定了項(xiàng)目組成員績效考核評價(jià)

11、后，計(jì)算項(xiàng)目組的平均得分 值，比較項(xiàng)目組的平均得分值與績效考核標(biāo)準(zhǔn)范圍，確定項(xiàng)目經(jīng)理、開發(fā)經(jīng)理績效考 核評價(jià)。3) 測試人員考核： 測試人員的缺陷查找質(zhì)量度量表作為月度考核或季度考核依據(jù)，軟件部門根據(jù)軟件項(xiàng) 綜合評價(jià)表每個(gè)月或季度統(tǒng)計(jì)各檢查人員或測試人員缺陷查找的平均得分值，比較檢 查人員或測試人員缺陷查找的平均得分值與績效考核標(biāo)準(zhǔn)范圍，確定檢查人員或測試 人員績效考核評價(jià)，績效考核為良好 以上人員獎(jiǎng)勵(lì)相應(yīng)金額。五、軟件資料控制管理：軟件測試由開發(fā)組和測試組人員共同進(jìn)行，提前編寫測試計(jì)劃、側(cè)使用例，最后 完成測試報(bào)告。軟件開發(fā)任務(wù)完成后，要提交一份詳細(xì)資料給公司IT 人員。開發(fā)過程亦和公司 I

12、T 專門人員配合。 IT 工作也可由研發(fā)部經(jīng)理安排專門人員負(fù)責(zé)。六、軟件研發(fā)部門項(xiàng)目獎(jiǎng)金：根據(jù)公司相關(guān)項(xiàng)目性質(zhì)，制定項(xiàng)目獎(jiǎng)的比例，公司計(jì)劃類項(xiàng)目和工程盈利性項(xiàng)目 可按照不同比例制定，盈利性項(xiàng)目可按照利潤的百分比制定項(xiàng)目獎(jiǎng)，非盈利性項(xiàng)目由公 司在項(xiàng)目完成后研究給與適當(dāng)項(xiàng)目獎(jiǎng)。項(xiàng)目獎(jiǎng)由研發(fā)部經(jīng)理、項(xiàng)目組長根據(jù)項(xiàng)目組成員實(shí)際工作情況，合理安排比例， 報(bào)請公司批準(zhǔn)后由公司統(tǒng)一發(fā)放。七、關(guān)于部門協(xié)作的規(guī)定：第 5 頁 共 12 頁市場部，不設(shè)立專門的平面設(shè)計(jì)人員及技術(shù)文檔、宣傳文檔人員，相關(guān)工作需部 門之間合作完成，部門之間的合作，由部門經(jīng)理協(xié)調(diào)，具體適宜由當(dāng)事人協(xié)商解決，本 著對公司工作負(fù)責(zé)的原則，部

13、門經(jīng)理根據(jù)實(shí)際工作安排決定有哪些人配合。第二部分：軟件項(xiàng)目管理方法軟件項(xiàng)目管理 是為了使 軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對人員（People ）、產(chǎn)品（Product ）、過程（Process ）和項(xiàng)目（Project） 進(jìn)行分析和管理的 活動。軟件項(xiàng)目管理的根本目的是為了讓軟件項(xiàng)目尤其是大型項(xiàng)目的整個(gè)軟件生命周期（從分析、設(shè)計(jì)、編碼到測試、維護(hù)全過程）都能在管理者的控制之下，以預(yù)定成本按期，按質(zhì) 的完成軟件交付用戶使用。一、軟件項(xiàng)目的計(jì)劃：軟件項(xiàng)目計(jì)劃是一個(gè)軟件項(xiàng)目進(jìn)入系統(tǒng)實(shí)施的啟動階段，主要進(jìn)行的工作包括：確定詳細(xì)的項(xiàng)目實(shí)施范圍、定義遞交的工作成果、評估實(shí)施過程中主要的

14、風(fēng)險(xiǎn)、制定項(xiàng)目實(shí) 施的時(shí)間計(jì)劃、成本和預(yù)算計(jì)劃、人力資源計(jì)劃等。軟件項(xiàng)目管理過程從項(xiàng)目計(jì)劃活動開始，而第一項(xiàng)計(jì)劃活動就是估算：需要多長時(shí) 間、需要多少工作量、以及需要多少人員。此外，我們還必須估算所需要的資源（硬件 及軟件）和可能涉及到的風(fēng)險(xiǎn)。為了估算軟件項(xiàng)目的工作量和完成期限，首先需要預(yù)測軟件規(guī)模。度量軟件規(guī)模的 常用方法有直接的方法 一一LOC （代碼行），間接的方法一一FP （功能點(diǎn)）。這兩種方法 各有優(yōu)缺點(diǎn)，應(yīng)該根據(jù)軟件項(xiàng)目的特點(diǎn)選擇適用的軟件規(guī)模度量方法。二、軟件項(xiàng)目的控制：對于軟件開發(fā)項(xiàng)目而言，控制是十分重要的管理活動。軟件質(zhì)量保證（SQA， Software Quality In

15、 sura nee ）是在軟件過程中的每一步 都進(jìn)行的 保護(hù)性活動”。SQA主要有基于非執(zhí)行的測試（也稱為評審）、基于執(zhí)行的測試（即通常所說的測試）和程序正確性證明。（1 ）用分階段的生命周期計(jì)劃嚴(yán)格管理；（2 ）堅(jiān)持進(jìn)行階段評審；（3 ）實(shí)行嚴(yán)格的產(chǎn)品控制；（4）采用現(xiàn)代程序設(shè)計(jì)技術(shù)；（5）結(jié)果應(yīng)能夠清楚地審查；（6）開發(fā)小組地人員應(yīng)該少而精；（7 ）承認(rèn)不斷改進(jìn)軟件工程實(shí)踐地必要性。軟件配置管理（SCM，Software configuration management）是應(yīng)用于整個(gè)軟件過程中的保護(hù)性活動，它是在軟件整個(gè)生命周期內(nèi)管理變化的一組活動。1、目前軟件開發(fā)中面臨的問題。在有限的時(shí)

16、間、資金內(nèi)，要滿足不斷增長的軟件產(chǎn)品質(zhì)量要求;。開發(fā)的環(huán)境日益復(fù)雜，代碼共享日益困難，需跨越的平臺增多；。程序的規(guī)模越來越大；。軟件的重用性需要提高；。軟件的維護(hù)越來越困難。2、 軟件配置管理應(yīng)提供的功能，在IS09000.3中，對配置管理系統(tǒng)的功能作了如下描 述：。唯一地標(biāo)識每個(gè)軟件項(xiàng)的版本；。標(biāo)識共同構(gòu)成一完整產(chǎn)品的特定版本的每一軟件項(xiàng)的版本；?？刂朴蓛蓚€(gè)或多個(gè)獨(dú)立工作的人員同時(shí)對一給定軟件項(xiàng)的更新；。控制由兩個(gè)或多個(gè)獨(dú)立工作的人員同時(shí)對一給定軟件項(xiàng)的更新；。按要求在一個(gè)或多個(gè)位置對復(fù)雜產(chǎn)品的更新進(jìn)行協(xié)調(diào)；。標(biāo)識并跟蹤所有的措施和更改；這些措施和更改是在從開始直到放行期間，由于 更改請求或

17、問題引起的。3、版本管理軟件配置管理分為版本管理、問題跟蹤和建立管理三個(gè)部分，其中版本管理是基 礎(chǔ)。版本管理應(yīng)完成以下主要任務(wù)：。建立項(xiàng)目；。重構(gòu)任何修訂版的某一項(xiàng)或某一文件；。利用加鎖技術(shù)防止覆蓋；。當(dāng)增加一個(gè)修訂版時(shí)要求輸入變更描述；。提供比較任意兩個(gè)修訂版的使用工具；。采用增量存儲方式；。提供對修訂版歷史和鎖定狀態(tài)的報(bào)告功能；。提供歸并功能；。允許在任何時(shí)候重構(gòu)任何版本；。權(quán)限的設(shè)置；。晉升模型的建立；。提供各種報(bào)告。軟件項(xiàng)目管理的組織形式：軟件項(xiàng)目可以是一個(gè)單獨(dú)的開發(fā)項(xiàng)目，也可以與產(chǎn)品項(xiàng)目組成一個(gè)完整的軟件產(chǎn)品項(xiàng)目。如果是訂單開發(fā)，則成立軟件項(xiàng)目組即可；如果是產(chǎn)品開發(fā)，需成立軟件項(xiàng)目組

18、第7頁共12頁和產(chǎn)品項(xiàng)目（負(fù)責(zé)市場調(diào)研和銷售） ，組成軟件產(chǎn)品項(xiàng)目組。公司實(shí)行項(xiàng)目管理時(shí)，首先要成立項(xiàng)目管理委員會，項(xiàng)目管理委員會下設(shè)項(xiàng)目管理 小組、項(xiàng)目評審小組和軟件產(chǎn)品項(xiàng)目組。1、項(xiàng)目管理委員會項(xiàng)目管理委員會是公司項(xiàng)目管理的最高決策機(jī)構(gòu)， 一般由公司總經(jīng)理、 副總經(jīng)理組成。 主要職責(zé)如下：（1）依照項(xiàng)目管理相關(guān)制度，管理項(xiàng)目；（2）監(jiān)督項(xiàng)目管理相關(guān)制度的執(zhí)行；（3）對項(xiàng)目立項(xiàng)、項(xiàng)目撤消進(jìn)行決策；（ 4）任命項(xiàng)目管理小組組長、項(xiàng)目評審委員會主任、項(xiàng)目組組長.2、項(xiàng)目管理小組項(xiàng)目管理小組對項(xiàng)目管理委員會負(fù)責(zé)，一般由公司管理人員組成。主要職責(zé)如下：（1）草擬項(xiàng)目管理的各項(xiàng)制度；（2）組織項(xiàng)目階段

19、評審；（3）保存項(xiàng)目過程中的相關(guān)文件和數(shù)據(jù)；（ 4）為優(yōu)化項(xiàng)目管理提出建議。3、項(xiàng)目評審小組項(xiàng)目評審小組對項(xiàng)目管理委員會負(fù)責(zé)，可下設(shè)開發(fā)評審小組和產(chǎn)品評審小組，一般由 公司技術(shù)專家和市場專家組成。主要職責(zé)如下：（1）對項(xiàng)目可行性報(bào)告進(jìn)行評審；（2）對市場計(jì)劃和階段報(bào)告進(jìn)行評審；（3）對開發(fā)計(jì)劃和階段報(bào)告進(jìn)行評審；（4）項(xiàng)目結(jié)束時(shí)，對項(xiàng)目總結(jié)報(bào)告進(jìn)行評審。4、軟件產(chǎn)品項(xiàng)目組軟件產(chǎn)品項(xiàng)目組對項(xiàng)目管理委員會負(fù)責(zé)，可下設(shè)軟件項(xiàng)目組和產(chǎn)品項(xiàng)目組。軟件項(xiàng)目 組和產(chǎn)品項(xiàng)目組分別設(shè)開發(fā)經(jīng)理和產(chǎn)品經(jīng)理。成員一般由公司技術(shù)人員和市場人員構(gòu) 成。主要職責(zé)是：根據(jù)項(xiàng)目管理委員會的安排具體負(fù)責(zé)項(xiàng)目的軟件開發(fā)和市場調(diào)研及

20、 銷售工作。四、人員的組織與管理：軟件開發(fā)中的開發(fā)人員是最大的資源。 對人員的配置、 調(diào)度安排貫穿整個(gè)軟件過程， 人員的組織管理是否得當(dāng)，是影響對軟件項(xiàng)目質(zhì)量的決定性因素。首先在軟件開發(fā)的一開始，要合理的配置人員，根據(jù)項(xiàng)目的工作量、所需要的第 8 頁 共 12 頁專業(yè)技能，再參考各個(gè)人員的能力、性格、經(jīng)驗(yàn)，組織一個(gè)高效、和諧的開發(fā)小組。一 般來說，一個(gè)開發(fā)小組人數(shù)在 5到10人之間最為合適，如果項(xiàng)目規(guī)模很大，可以采取 層級式結(jié)構(gòu)，配置若干個(gè)這樣的開發(fā)小組。在選擇人員的問題上，要結(jié)合實(shí)際情況來決定是否選入一個(gè)開發(fā)組員。并不是一群高水平的程序員在一起就一定可以組成一個(gè)成功的小組。作為考察標(biāo)準(zhǔn)，技術(shù)

21、水平、與本項(xiàng)目相關(guān)的技能和開發(fā)經(jīng)驗(yàn)、以及團(tuán)隊(duì)工作能力都是很重要的因素。一個(gè)一天能寫 一萬行代碼但卻不能與同事溝通融洽的程序員，未必適合一個(gè)對組員之間通訊要求很高的項(xiàng)目。還應(yīng)該考慮分工的需要，合理配置各個(gè)專項(xiàng)的人員比例。例如一個(gè)網(wǎng)站開發(fā)項(xiàng) 目，小組中有頁面美工、后臺服務(wù)程序、數(shù)據(jù)庫幾個(gè)部分，應(yīng)該合理的組織各項(xiàng)工作的人員配比。在決定一個(gè)開發(fā)組的開發(fā)人員數(shù)量時(shí)，除了考慮候選人素質(zhì)以外，還要綜合考慮項(xiàng) 目規(guī)模、工期、預(yù)算、開發(fā)環(huán)境等因素的影響在組建開發(fā)組時(shí)，還應(yīng)充分估計(jì)到開發(fā)過程中的人員風(fēng)險(xiǎn)。由于工作環(huán)境、待遇、 工作強(qiáng)度、公司的整體工作安排和其他無法預(yù)知的因素，一個(gè)項(xiàng)目尤其是開發(fā)周期較長 的項(xiàng)目幾乎

22、無可避免的要面臨人員的流入流出。如果不在項(xiàng)目初期對可能出現(xiàn)的人員風(fēng)險(xiǎn)進(jìn)行充分的估計(jì)，作必要的準(zhǔn)備，一旦風(fēng)險(xiǎn)轉(zhuǎn)化為現(xiàn)實(shí)，將有可能給整個(gè)項(xiàng)目開發(fā)造 成巨大的損失。以較低的代價(jià)進(jìn)行及早的預(yù)防是降低這種人員風(fēng)險(xiǎn)的基本策略。具體來 說可以從以下幾個(gè)方面對人員風(fēng)險(xiǎn)進(jìn)行控制：a 保證開發(fā)組中全職人員的比例，且項(xiàng)目核心部分的工作應(yīng)該盡量由全職人員來 擔(dān)任， 以減少兼職人員對項(xiàng)目組人員不穩(wěn)定性的影響。b 建立良好的文檔管理機(jī)制，包擴(kuò)項(xiàng)目組進(jìn)度文檔、個(gè)人進(jìn)度文檔、版本控制文 檔、整體技術(shù)文檔、個(gè)人技術(shù)文檔、源代碼管理等。一旦出現(xiàn)人員的變動，比如某個(gè)組 員因病退出，替補(bǔ)的組員能夠根據(jù)完整的文檔盡早接手工作。c 加強(qiáng)

23、項(xiàng)目組內(nèi)技術(shù)交流，比如定期開技術(shù)交流會，或根據(jù)組內(nèi)分工建立項(xiàng)目組 內(nèi)部的開發(fā)小組，是開發(fā)小組內(nèi)的成員能夠相互熟悉對方的工作和進(jìn)度，能夠在必要的 時(shí)候替對方工作。d 對于項(xiàng)目經(jīng)理，可以從一開始就指派一個(gè)副經(jīng)理在項(xiàng)目中協(xié)同項(xiàng)目經(jīng)理管理項(xiàng) 目開發(fā)工作，如果項(xiàng)目經(jīng)理退出開發(fā)組，畐U經(jīng)理可以很快接手。但是只建議在項(xiàng)目經(jīng)理 這樣的高度重要的崗位采用這種冗余復(fù)制的策略來預(yù)防人員風(fēng)險(xiǎn)，否則將大大增加項(xiàng)目成本。e 為項(xiàng)目開發(fā)提供盡可能好的開發(fā)環(huán)境，包括工作環(huán)境、待遇、工作進(jìn)度安排等 等，同時(shí)一個(gè)優(yōu)秀的項(xiàng)目經(jīng)理應(yīng)該能夠在項(xiàng)目組內(nèi)營造一種良好的人際關(guān)系和工作氛 圍。良好的開發(fā)環(huán)境對于穩(wěn)定項(xiàng)目組人員以及提高生產(chǎn)效率都

24、有不可忽視的作用。五、軟件項(xiàng)目管理的的原則:1平衡原則2高效原則3分解原則4實(shí)時(shí)控制原則5分類管理原則6簡單有效原則7規(guī)?？刂圃瓌t六、軟件開發(fā)不同階段必須具備的文檔資料:項(xiàng)目階段所需文檔開始編碼前需求分析總體設(shè)計(jì)詳細(xì)設(shè)計(jì)（總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)可以合并在冋一個(gè)文當(dāng)中）提交驗(yàn)收javadoc測試計(jì)劃（對于用戶前臺，需要手工測試的模塊）產(chǎn)品發(fā)布操作手冊公司項(xiàng)目開發(fā)周期分為以下幾個(gè)步驟:步驟說明參與角色生成文檔或程序（打*號為可選）可行性分析對項(xiàng)目的技術(shù)，功能需求和市場進(jìn)行 調(diào)研和初步分析，確定是否需要立項(xiàng) 開發(fā)。部門主管核心技術(shù)貝可行性分析報(bào)告*技術(shù)調(diào)研報(bào)告*立項(xiàng)正式立項(xiàng)，由部門主管指定項(xiàng)目經(jīng)理， 項(xiàng)目經(jīng)理制定初步計(jì)劃。初步計(jì)劃包 括設(shè)計(jì)和開發(fā)時(shí)間的初步估算。部門主管核心技術(shù)貝項(xiàng)目初步計(jì)劃需求分析對項(xiàng)目進(jìn)行詳細(xì)的需求分析，編寫需 求分析文檔。對于 B/S結(jié)構(gòu)軟件系統(tǒng) 需要制作靜態(tài)演示頁面。需求分析文 檔和靜態(tài)演示頁面需要通過部門主管 審批才能夠進(jìn)行到下一個(gè)步驟項(xiàng)目經(jīng)理項(xiàng)目核心小組需求分析文檔靜態(tài)演示頁面項(xiàng)目計(jì)劃修訂版本詳細(xì) 設(shè)計(jì)根據(jù)需求分析對項(xiàng)目進(jìn)行詳細(xì)設(shè)計(jì)。 詳細(xì)設(shè)計(jì)以后，項(xiàng)目經(jīng)理同部門主管 一起指疋項(xiàng)目小組開