產(chǎn)品研發(fā)部規(guī)章制度及軟件項(xiàng)目管理方法(初稿)

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

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

3、容。如發(fā)現(xiàn)某些欄目多周雷同的情況，將進(jìn)行警告。每日工作內(nèi)容如無特殊情況，至少需要寫3條以上。敘述工作內(nèi)容要求盡可能說明清楚。不允許簡單的如“修改錯誤”的描述。工作日志嚴(yán)格要求在次周上午10:00前提交。不提交工作周報(bào)將適當(dāng)予以懲罰。對于未提交日志的人員，部門總監(jiān)保證當(dāng)周內(nèi)口頭通知。工作日志以工作匯報(bào)QQ群形式提交給部門總監(jiān)和公司總經(jīng)理。部門總監(jiān)收到后保證第一時間進(jìn)行檢視，并依此進(jìn)行考核。文件名格式模板：名字：*崗位：#工程師時間：2016-12-06任務(wù)（模塊名稱） 完成情況 遇到問題/需要幫助行業(yè)圈首頁開發(fā) 100% 無行業(yè)圈 評論、點(diǎn)贊 100% 無行業(yè)圈圖片、文本轉(zhuǎn)發(fā)、收藏 100% 無

4、。其中*為員工姓名，#為崗位名稱（如iOS、php），日期為提交日期。研發(fā)總監(jiān)根據(jù)日報(bào)情況匯總審查確認(rèn)后作為周報(bào)的一部分，考核后在周六前發(fā)送到總經(jīng)理郵箱（或QQ）項(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)目月報(bào)應(yīng)根據(jù)實(shí)際情況包含本月計(jì)劃、完成情況（含計(jì)劃的偏離情況）、成果和不足、突發(fā)事務(wù)及其解決情況、項(xiàng)目組成員工作情況、客戶反饋情況、下月計(jì)劃，以及問題、建議和意見等內(nèi)容。項(xiàng)目月報(bào)由項(xiàng)目負(fù)責(zé)人于每月第五個工作日以前，通過Email提交給部門總監(jiān)，經(jīng)部門總監(jiān)審訂后發(fā)布到項(xiàng)目月報(bào)文件夾中。部門所有成員可以查閱已發(fā)布的項(xiàng)目月報(bào)。項(xiàng)目月

5、報(bào)的文件名格式為*項(xiàng)目月報(bào)（$，201*年*月*日）.doc。其中*為項(xiàng)目名稱，$為項(xiàng)目負(fù)責(zé)人姓名，日期為提交日期項(xiàng)目例會制度：每周周一上午10:00在公司會議室召開，項(xiàng)目所有人員（含參與部門人員為主導(dǎo)的項(xiàng)目并起核心作用的其他部門人員）參加。會議由部門總監(jiān)召集，并由部門總監(jiān)主持，公司總經(jīng)理根據(jù)實(shí)際情況列席。會議議程：a)各項(xiàng)目負(fù)責(zé)人回顧上月工作情況、成果和不足，以及當(dāng)月的大致工作計(jì)劃。b)部門總監(jiān)總結(jié)上月工作，對不足的問題提出解決辦法。c)部門總監(jiān)宣布公司近期動態(tài)和相關(guān)事項(xiàng)。d)部門總監(jiān)做出工作方面的安排。e)部門人員暢所欲言，提出問題、想法、建議與意見。大家討論。f)部門總監(jiān)解答部門人員的問

6、題，并做出總結(jié)。部門人員輪流做會議記錄，并在會議結(jié)束后第二天內(nèi)整理并在svn中發(fā)布。文件名格式：項(xiàng)目組201*年*月*日例會（*整理）.doc。其中日期為例會召開日期，*為會議記錄整理人的姓名。部門例會制度（可選）：每周五下午在部門會議室召開，具體項(xiàng)目的所有參與人員參加。會議由部門總監(jiān)召集并主持，公司總經(jīng)理根據(jù)實(shí)際情況列席。會議指定固定人員做會議記錄，并在第二周周一上午9:30前整理并通過郵件發(fā)送給部門總監(jiān)。部門總監(jiān)修改并認(rèn)可會議記錄后，在第二周周一上午11:00前在svn中發(fā)布。文件名格式：*研發(fā)部例會（201*年*月*日）.doc。其中*為項(xiàng)目名稱，日期為例會召開日期。研發(fā)部組織結(jié)構(gòu)：研發(fā)

7、部人員崗位制度：研發(fā)部經(jīng)理/總監(jiān)崗位職責(zé)：職責(zé)：制定產(chǎn)品的整體技術(shù)方案及相應(yīng)的目標(biāo)。制定各個工作的詳細(xì)任務(wù)表，跟蹤這些任務(wù)的執(zhí)行情況，進(jìn)行控制。組織會議對程序進(jìn)行評審。綜合具體情況，對各種不同方案進(jìn)行取舍并做出決定。協(xié)調(diào)各項(xiàng)目參與人員之間的關(guān)系。項(xiàng)目組長崗位職責(zé)：對研發(fā)總監(jiān)負(fù)責(zé)，負(fù)責(zé)軟件項(xiàng)目的詳細(xì)設(shè)計(jì)、編碼和內(nèi)部測試的組織實(shí)施，對小型軟件項(xiàng)目兼任系統(tǒng)分析工作。參與需求調(diào)研、項(xiàng)目可行性分析、技術(shù)可行性分析和需求分析。熟悉并熟練掌握交付軟件部開發(fā)的軟件項(xiàng)目的相關(guān)軟件技術(shù)。負(fù)責(zé)向項(xiàng)目經(jīng)理及時反饋軟件研發(fā)中的情況，并根據(jù)實(shí)際情況提出改進(jìn)建議。參與軟件研發(fā)和維護(hù)過程中重大技術(shù)問題的解決，參與軟件首次安裝

8、調(diào)試、數(shù)據(jù)割接、用戶培訓(xùn)和項(xiàng)目推廣。負(fù)責(zé)相關(guān)技術(shù)文檔的擬訂。負(fù)責(zé)對業(yè)務(wù)領(lǐng)域內(nèi)的技術(shù)發(fā)展動態(tài)進(jìn)行分析研究。負(fù)責(zé)向項(xiàng)目經(jīng)理、部門總監(jiān)/副經(jīng)理及時反饋實(shí)際工作中遇到的問題，并提出改進(jìn)建議。承擔(dān)相應(yīng)的保密職責(zé)。完成部門總監(jiān)/副經(jīng)理或項(xiàng)目經(jīng)理交辦的其它工作。一般開發(fā)人員崗位職責(zé)：根據(jù)項(xiàng)目具體要求，承擔(dān)開發(fā)任務(wù)，按計(jì)劃完成任務(wù)目標(biāo)。配合產(chǎn)品經(jīng)理完成軟件系統(tǒng)及模塊的需求調(diào)研與需求分析配合產(chǎn)品經(jīng)理完成軟件系統(tǒng)及模塊的設(shè)計(jì)獨(dú)立完成軟件系統(tǒng)及模塊的編碼協(xié)助測試試人員完成軟件系統(tǒng)及模塊的測試負(fù)責(zé)編制與項(xiàng)目相關(guān)的技術(shù)文檔 測試人員崗位職責(zé)：根據(jù)產(chǎn)品需求制定測試計(jì)劃，按計(jì)劃完成測試目標(biāo)。根據(jù)產(chǎn)品需求制定測試用例，完善測

9、試流程獨(dú)立完成軟件系統(tǒng)及模塊的測試，執(zhí)行各個類型的測試流程配合開發(fā)人員完成APP的發(fā)布工作軟件研發(fā)人員績效考核：目的：對軟件研發(fā)的過程所產(chǎn)生的軟件項(xiàng)的質(zhì)量和過程進(jìn)行定量的評價，用評價的結(jié)果指導(dǎo)軟件的開發(fā)過程，不斷地提高軟件研發(fā)質(zhì)量水平，并依據(jù)度量記錄來考核軟件研發(fā)人員的工作績效。軟件項(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ī)程序。度量數(shù)據(jù)來源：1）項(xiàng)目計(jì)劃； 2）評審報(bào)告； 3）測試報(bào)告； 4）問題報(bào)告； 5）軟件維護(hù)記錄；質(zhì)量度量：度量指標(biāo)，主要根據(jù)各類軟件項(xiàng)檢查表的

10、檢查指標(biāo)來確定，例如，軟件需求規(guī)格說明書檢查表（見附錄1），有10個檢查指標(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）度量綜合指標(biāo)計(jì)算公式為： Total = QiMi過程度量：及時度：以軟件項(xiàng)目計(jì)劃規(guī)定的的完成時間為基準(zhǔn)成熟度：以軟件項(xiàng)檢查、評審、測試的結(jié)果為評價基準(zhǔn)改善效率：在檢查、評審、測試的結(jié)果的基礎(chǔ)上改善軟件項(xiàng)結(jié)果，以改善的時間是否影響后續(xù)階段的完成和計(jì)劃的總體完成時間為評分依據(jù)人員績效考核：開發(fā)人員：軟件部門根據(jù)軟件項(xiàng)綜合評價表每個月或季度統(tǒng)計(jì)各開發(fā)人員所負(fù)責(zé)的軟件項(xiàng)的平均得分值，比較開發(fā)

11、人員軟件項(xiàng)的平均得分值與績效考核標(biāo)準(zhǔn)范圍，確定開發(fā)人員績效考核評價。根據(jù)相應(yīng)的績效考核成績決定每個開發(fā)人員的獎勵等級。項(xiàng)目經(jīng)理：軟件部門每個月或季度確定了項(xiàng)目組成員績效考核評價后，計(jì)算項(xiàng)目組的平均得分值，比較項(xiàng)目組的平均得分值與績效考核標(biāo)準(zhǔn)范圍，確定項(xiàng)目經(jīng)理、開發(fā)經(jīng)理績效考核評價。測試人員考核：測試人員的缺陷查找質(zhì)量度量表作為月度考核或季度考核依據(jù)，軟件部門根據(jù)軟件項(xiàng)綜合評價表每個月或季度統(tǒng)計(jì)各檢查人員或測試人員缺陷查找的平均得分值，比較檢查人員或測試人員缺陷查找的平均得分值與績效考核標(biāo)準(zhǔn)范圍，確定檢查人員或測試人員績效考核評價，績效考核為良好以上人員獎勵相應(yīng)金額。軟件資料控制管理：軟件測試由

12、開發(fā)組和測試組人員共同進(jìn)行，提前編寫測試計(jì)劃、測試用例，最后完成測試報(bào)告。軟件研發(fā)任務(wù)完成后，要提交一份詳細(xì)資料給公司IT人員。開發(fā)過程亦和公司IT專門人員配合。IT工作也可由研發(fā)部經(jīng)理安排專門人員負(fù)責(zé)。產(chǎn)品研發(fā)部門項(xiàng)目獎金：根據(jù)公司相關(guān)項(xiàng)目性質(zhì)，制定項(xiàng)目獎的比例，公司計(jì)劃類項(xiàng)目和工程盈利性項(xiàng)目可按照不同比例制定，盈利性項(xiàng)目可按照利潤的百分比制定項(xiàng)目獎，非盈利性項(xiàng)目由公司在項(xiàng)目完成后研究給與適當(dāng)項(xiàng)目獎。項(xiàng)目獎由研發(fā)部總監(jiān)、項(xiàng)目組長根據(jù)項(xiàng)目組成員實(shí)際工作情況，合理安排比例，報(bào)請公司批準(zhǔn)后由公司統(tǒng)一發(fā)放。關(guān)于部門協(xié)作的規(guī)定：運(yùn)營部，不設(shè)立專門的平面設(shè)計(jì)人員及技術(shù)文檔、宣傳文檔人員，相關(guān)工作需部門之

13、間合作完成，部門之間的合作，由部門總監(jiān)協(xié)調(diào)，具體適宜由當(dāng)事人協(xié)商解決，本著對公司工作負(fù)責(zé)的原則，部門總監(jiān)根據(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)目的整個軟件生命周期（從分析、設(shè)計(jì)、編碼到測試、維護(hù)全過程）都能在管理者的控制之下，以預(yù)定成本按期，按質(zhì)的完成軟件交付用戶使用。軟件項(xiàng)目的計(jì)劃：軟件項(xiàng)目計(jì)劃是一個軟件項(xiàng)目進(jìn)入系統(tǒng)實(shí)施的啟動階段,主要進(jìn)

14、行的工作包括:確定詳細(xì)的項(xiàng)目實(shí)施范圍、定義遞交的工作成果、評估實(shí)施過程中主要的風(fēng)險(xiǎn)、制定項(xiàng)目實(shí)施的時間計(jì)劃、成本和預(yù)算計(jì)劃、人力資源計(jì)劃等。軟件項(xiàng)目管理過程從項(xiàng)目計(jì)劃活動開始，而第一項(xiàng)計(jì)劃活動就是估算：需要多長時間、需要多少工作量、以及需要多少人員。此外，我們還必須估算所需要的資源（硬件及軟件）和可能涉及到的風(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ì)量保證

15、（ HYPERLINK /phrase/200604231326095.html t _new SQA，Software Quality Insurance）是在軟件過程中的每一步都進(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 ma

16、nagement）是應(yīng)用于整個軟件過程中的保護(hù)性活動，它是在軟件整個生命周期內(nèi)管理變化的一組活動。1、目前軟件研發(fā)中面臨的問題 。在有限的時間、資金內(nèi)，要滿足不斷增長的軟件產(chǎn)品質(zhì)量要求； 。開發(fā)的環(huán)境日益復(fù)雜，代碼共享日益困難，需跨越的平臺增多； 。程序的規(guī)模越來越大； 。軟件的重用性需要提高； 。軟件的維護(hù)越來越困難。 2、軟件配置管理應(yīng)提供的功能，在ISO9000.3中，對配置管理系統(tǒng)的功能作了如下描述： 。唯一地標(biāo)識每個軟件項(xiàng)的版本； 。標(biāo)識共同構(gòu)成一完整產(chǎn)品的特定版本的每一軟件項(xiàng)的版本； ?？刂朴蓛蓚€或多個獨(dú)立工作的人員同時對一給定軟件項(xiàng)的更新； 。控制由兩個或多個獨(dú)立工作的人員同時對

17、一給定軟件項(xiàng)的更新； 。按要求在一個或多個位置對復(fù)雜產(chǎn)品的更新進(jìn)行協(xié)調(diào)； 。標(biāo)識并跟蹤所有的措施和更改；這些措施和更改是在從開始直到放行期間，由于更改請求或問題引起的。3、版本管理 軟件配置管理分為版本管理、問題跟蹤和建立管理三個部分，其中版本管理是基礎(chǔ)。版本管理應(yīng)完成以下主要任務(wù)： 。建立項(xiàng)目； 。重構(gòu)任何修訂版的某一項(xiàng)或某一文件； 。利用加鎖技術(shù)防止覆蓋； 。當(dāng)增加一個修訂版時要求輸入變更描述； 。提供比較任意兩個修訂版的使用工具； 。采用增量存儲方式； 。提供對修訂版歷史和鎖定狀態(tài)的報(bào)告功能； 。提供歸并功能； 。允許在任何時候重構(gòu)任何版本； 。權(quán)限的設(shè)置； 。晉升模型的建立； 。提供各

18、種報(bào)告。軟件項(xiàng)目管理的組織形式：軟件項(xiàng)目可以是一個單獨(dú)的開發(fā)項(xiàng)目，也可以與產(chǎn)品項(xiàng)目組成一個完整的軟件產(chǎn)品項(xiàng)目。如果是訂單開發(fā)，則成立軟件項(xiàng)目組即可；如果是產(chǎn)品開發(fā)，需成立軟件項(xiàng)目組和產(chǎn)品項(xiàng)目（負(fù)責(zé)市場調(diào)研和銷售），組成軟件產(chǎn)品項(xiàng)目組。公司實(shí)行項(xiàng)目管理時，首先要成立項(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)理、總監(jiān)組成。主要職責(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)目評審委員會

19、主任、項(xiàng)目組組長. 2、項(xiàng)目管理小組 項(xiàng)目管理小組對項(xiàng)目管理委員會負(fù)責(zé)，一般由公司管理人員組成。主要職責(zé)如下： （1）草擬項(xiàng)目管理的各項(xiàng)制度； （2）組織項(xiàng)目階段評審； （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）對產(chǎn)品計(jì)劃和階段報(bào)告進(jìn)行評審； （3）對開發(fā)計(jì)劃和階段報(bào)告進(jìn)行評審； （4）項(xiàng)目結(jié)束時，對項(xiàng)目總結(jié)報(bào)告進(jìn)行評審。4、軟件產(chǎn)品項(xiàng)目組 軟件產(chǎn)品項(xiàng)目組對項(xiàng)目管理委員會負(fù)責(zé)，可下設(shè)軟件項(xiàng)目

20、組和產(chǎn)品項(xiàng)目組。軟件項(xiàng)目組和產(chǎn)品項(xiàng)目組分別設(shè)研發(fā)總監(jiān)和產(chǎn)品總監(jiān)。成員一般由公司技術(shù)人員、運(yùn)營和產(chǎn)品人員構(gòu)成。主要職責(zé)是：根據(jù)項(xiàng)目管理委員會的安排具體負(fù)責(zé)項(xiàng)目的軟件研發(fā)和產(chǎn)品市場調(diào)研及運(yùn)營工作。人員的組織與管理：軟件研發(fā)中的開發(fā)人員是最大的資源。對人員的配置、調(diào)度安排貫穿整個軟件過程，人員的組織管理是否得當(dāng)，是影響對軟件項(xiàng)目質(zhì)量的決定性因素。 首先在軟件研發(fā)的一開始，要合理的配置人員，根據(jù)項(xiàng)目的工作量、所需要的專業(yè)技能，再參考各個人員的能力、性格、經(jīng)驗(yàn)，組織一個高效、和諧的開發(fā)小組。一般來說，一個開發(fā)小組人數(shù)在5到10人之間最為合適，如果項(xiàng)目規(guī)模很大，可以采取層級式結(jié)構(gòu)，配置若干個這樣的開發(fā)小組

21、。 在選擇人員的問題上，要結(jié)合實(shí)際情況來決定是否選入一個開發(fā)組員。并不是一群高水平的程序員在一起就一定可以組成一個成功的小組。作為考察標(biāo)準(zhǔn)，技術(shù)水平、與本項(xiàng)目相關(guān)的技能和開發(fā)經(jīng)驗(yàn)、以及團(tuán)隊(duì)工作能力都是很重要的因素。一個一天能寫一萬行代碼但卻不能與同事溝通融洽的程序員，未必適合一個對組員之間通訊要求很高的項(xiàng)目。還應(yīng)該考慮分工的需要，合理配置各個專項(xiàng)的人員比例。例如一個網(wǎng)站開發(fā)項(xiàng)目，小組中有頁面美工、后臺服務(wù)程序、數(shù)據(jù)庫幾個部分，應(yīng)該合理的組織各項(xiàng)工作的人員配比。在決定一個開發(fā)組的開發(fā)人員數(shù)量時，除了考慮候選人素質(zhì)以外，還要綜合考慮項(xiàng)目規(guī)模、工期、預(yù)算、開發(fā)環(huán)境等因素的影響.在組建開發(fā)組時，還應(yīng)充

22、分估計(jì)到開發(fā)過程中的人員風(fēng)險(xiǎn)。由于工作環(huán)境、待遇、工作強(qiáng)度、公司的整體工作安排和其他無法預(yù)知的因素，一個項(xiàng)目尤其是開發(fā)周期較長的項(xiàng)目幾乎無可避免的要面臨人員的流入流出。如果不在項(xiàng)目初期對可能出現(xiàn)的人員風(fēng)險(xiǎn)進(jìn)行充分的估計(jì)，作必要的準(zhǔn)備，一旦風(fēng)險(xiǎn)轉(zhuǎn)化為現(xiàn)實(shí)，將有可能給整個項(xiàng)目開發(fā)造成巨大的損失。以較低的代價進(jìn)行及早的預(yù)防是降低這種人員風(fēng)險(xiǎn)的基本策略。具體來說可以從以下幾個方面對人員風(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)度文檔、個人進(jìn)度文檔、版本控制文檔、整體技術(shù)

23、文檔、個人技術(shù)文檔、源代碼管理等。一旦出現(xiàn)人員的變動，比如某個組員因病退出，替補(bǔ)的組員能夠根據(jù)完整的文檔盡早接手工作。 c加強(qiáng)項(xiàng)目組內(nèi)技術(shù)交流，比如定期開技術(shù)交流會，或根據(jù)組內(nèi)分工建立項(xiàng)目組內(nèi)部的開發(fā)小組，是開發(fā)小組內(nèi)的成員能夠相互熟悉對方的工作和進(jìn)度，能夠在必要的時候替對方工作。 d對于項(xiàng)目經(jīng)理，可以從一開始就指派一個副經(jīng)理在項(xiàng)目中協(xié)同項(xiàng)目經(jīng)理管理項(xiàng)目開發(fā)工作，如果項(xiàng)目經(jīng)理退出開發(fā)組，副經(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)度安排等等，同 時一個優(yōu)

24、秀的項(xiàng)目經(jīng)理應(yīng)該能夠在項(xiàng)目組內(nèi)營造一種良好的人際關(guān)系和工作氛圍。良好的開發(fā)環(huán)境對于穩(wěn)定項(xiàng)目組人員以及提高生產(chǎn)效率都有不可忽視的作用。軟件項(xiàng)目管理的的原則：1平衡原則 2高效原則3分解原則 4實(shí)時控制原則 5分類管理原則6簡單有效原則 7規(guī)?？刂圃瓌t軟件研發(fā)不同階段必須具備的文檔資料：項(xiàng)目階段所需文檔開始編碼前需求分析總體設(shè)計(jì)詳細(xì)設(shè)計(jì)（總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)可以合并在同一個文當(dāng)中）提交驗(yàn)收測試計(jì)劃（對于用戶前臺，需要手工測試的模塊）產(chǎn)品發(fā)布操作手冊公司項(xiàng)目開發(fā)周期分為以下幾個步驟：步驟說明參與角色生成文檔或程序（打*號為可選）可行性分析對項(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ù)員項(xiàng)目初步計(jì)劃需求分析對項(xiàng)目進(jìn)行詳細(xì)的需求分析，編寫需求分析文檔。對于B/S結(jié)構(gòu)軟件系統(tǒng)需要制作靜態(tài)演示頁面。需求分析文檔和靜態(tài)演示頁面需要通過部門主管審批才能夠進(jìn)行到下一個步驟項(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)目小組開發(fā)成員。項(xiàng)目經(jīng)理項(xiàng)目