軟件項目管理大作業(yè)

軟件項目管理大作業(yè)第六條補充說明軟件項目購銷合同根據(jù)《中華人民共和國合同法》及其他有關(guān)規(guī)定，甲乙雙方在平等、自愿、公開、誠實信用的基礎(chǔ)上就XXXXXX儲蓄軟件項目事宜，經(jīng)甲乙雙方友好協(xié)商如第一條儲蓄軟件項目實施所需的條件(人工及人工費由甲方負(fù)責(zé)，但技術(shù)和質(zhì)量全部由乙方負(fù)責(zé))，所進行項目開發(fā)所需的事宜明細(xì)見附件，附件與本合同不可分割，具有同等法律效力。第二條產(chǎn)品交付甲方驗收前所有質(zhì)量問題由乙方負(fù)責(zé)，當(dāng)交付甲方驗收合格后，所有利害由甲方負(fù)責(zé)。第三條交貨方式雙方見面交易。合同為證。第五條合約執(zhí)行內(nèi)容經(jīng)甲乙雙方協(xié)商約定，整個軟件項目設(shè)計由乙方提供專業(yè)人員和技術(shù)進行開達到國家驗收標(biāo)準(zhǔn)，當(dāng)與國家標(biāo)準(zhǔn)發(fā)生沖突時，按國家標(biāo)準(zhǔn)執(zhí)行，測試達到標(biāo)準(zhǔn)后，視為乙方工程全部驗收合格。如未達到驗收標(biāo)準(zhǔn)時，所人工費由乙方負(fù)責(zé)承擔(dān)，如能補救，由乙方盡快全部負(fù)責(zé)，直至達到驗收標(biāo)準(zhǔn)。乙方計算的全部材料已全部包含軟件項目的全部，甲方不再支付任何費用，經(jīng)乙方設(shè)計與預(yù)算得出以上內(nèi)容與附件包含的內(nèi)容外，不再有任何增項費用，如有乙方全部承擔(dān)。第七條雙方職責(zé)甲方負(fù)責(zé)協(xié)調(diào)乙方與同期作業(yè)的其他工程之間的關(guān)系(作業(yè)時間、作業(yè)面等)。2、乙方職責(zé)(1)乙方負(fù)責(zé)交付工程的可靠性、安全性，如因未按規(guī)定施工造成甲方工期延誤、財產(chǎn)損害等嚴(yán)重問題，一切責(zé)任由乙方承擔(dān)。(2)乙方施工人員應(yīng)遵守國家及甲方的有關(guān)規(guī)定，遵守安全操作規(guī)程，在施工過程中佩戴必要的防護器具，確保施工安全，避免人身事故的發(fā)生。如發(fā)生人身安全事故及乙方施工人員違法違紀(jì)事件，全部責(zé)任和由此發(fā)生的費用由乙方承(3)項目實施中，乙方應(yīng)接受甲方監(jiān)督。當(dāng)甲方發(fā)現(xiàn)問題向乙方提出時，乙方應(yīng)認(rèn)真對待，如問題屬實，乙方應(yīng)及時拿出解決方案并告知甲方，在取得甲方同意后，立即糾正解決。(4)乙方要服從甲方對施工作業(yè)的有關(guān)安排。第八條工程質(zhì)量與檢驗甲方可隨時對作業(yè)進度、工程質(zhì)量進行檢查，對不符合設(shè)計要求和合同約定及國家質(zhì)量標(biāo)準(zhǔn)的材料、設(shè)備，有權(quán)通知乙方更換合同規(guī)定的材料、設(shè)備。對不符合規(guī)范和質(zhì)量標(biāo)準(zhǔn)的工序和不安全施工作業(yè)，有權(quán)通知乙方停工整頓和返工，乙方得到甲方復(fù)工令才能復(fù)工。第九條付款方式第十條本合同一式兩份，甲乙雙方各執(zhí)一份。儲蓄業(yè)務(wù)軟件工程項目管理計劃書編寫目的主要為保證整個項目能夠按時，保質(zhì)，保量的完成，每個人在項目開發(fā)中都能夠發(fā)揮自己的作用，使整個軟件開發(fā)過程順利，平穩(wěn)，有序的進行，提供有效本文檔適用于《儲蓄業(yè)務(wù)軟件》這一軟件項目。項目概述本項目要開發(fā)一個銀行系統(tǒng)，系統(tǒng)一共分為儲蓄業(yè)務(wù)、貸款業(yè)務(wù)、外匯交易、網(wǎng)上銀行、信用卡業(yè)務(wù)和系統(tǒng)管理六個子系統(tǒng)。本團隊負(fù)責(zé)其中的有關(guān)儲蓄業(yè)務(wù)的子系統(tǒng)。通過團隊合作開發(fā)整個子系統(tǒng)，使團隊成員獲得軟件工程開發(fā)的實際訓(xùn)練。本系統(tǒng)采用目前主流的B/S開發(fā)架構(gòu)，將與整個銀行系統(tǒng)一起發(fā)布。不單獨發(fā)布。交付的產(chǎn)品包括可執(zhí)行的文件、源代碼、技術(shù)文檔與用戶使用手冊等。本系統(tǒng)的開發(fā)過程中的主要工作是子系統(tǒng)需求分析、系統(tǒng)總體設(shè)計、子系統(tǒng)源代碼開發(fā)、子系統(tǒng)測試、交付團長進行最后的集成、整個系統(tǒng)的測試。關(guān)鍵里程碑是制定項目管理計劃書、制定需求設(shè)計規(guī)格說明書初稿、制定系統(tǒng)設(shè)計報告的初稿、進行子系統(tǒng)運行情況的檢查與測試、進行系統(tǒng)集成后的運行情況的檢查與測試。項目所需工具是個人電腦和開發(fā)工具。進度為11周，工項目范圍說明(1)提交文檔：項目管理計劃、需求規(guī)格說明，設(shè)計報告、測試報告、用戶使用手冊和項目個人總結(jié)。其中項目總結(jié)為每人一份，每個小組所有成員的總結(jié)裝訂在一起；其余文檔每組提交一份。每個團隊可將各小組的文檔綜合到一起，各小組也可自行分開提交，具體方式由團隊內(nèi)部協(xié)商確定。所有文檔需要提交電子版和打印稿。(2)源程序檢查：一共兩次。第一次檢查每個小組的子系統(tǒng)運行情況。第二次檢查每個團隊內(nèi)六個小組集成后完整的銀行系統(tǒng)運行情況，檢查完成后需要提交程序源文件和可執(zhí)行的系統(tǒng)。程序檢查安排在上機時間進行。項目生存期：該項目的特點此項目需求比較模糊，在開發(fā)過程中極有可能發(fā)生需求的變更，即使在開發(fā)面向的用戶群體相當(dāng)廣泛，不同的用戶都有可能提出該系統(tǒng)針對某一類群體的改。項目組內(nèi)部對此系統(tǒng)的認(rèn)識也不夠統(tǒng)一，對大量輔助功能及新增功能有不同的看法，需要在基本的核心功能完成之后，隨著項目的進行，由項目經(jīng)理進一步收集用戶及成員的想法意見進行決策。用戶及成員都需要在短時間內(nèi)得到一個系統(tǒng)最初的版本，對其進行評價并在后續(xù)的開發(fā)上對其定位，并得出更多明確的需求。在項目本身的開發(fā)上，為了使系統(tǒng)錦上添花，會用到許多開發(fā)人員也并不熟悉的技術(shù)，這可能需要開發(fā)人員進一步的學(xué)習(xí)后，再對系統(tǒng)進行改進。針對該項目的這些特點，權(quán)衡各個生存期的適用條件，該項目組選用了增量式模型來開發(fā)此系統(tǒng)。增量式模型的特點如下：可以避免一次性投資太多帶來的風(fēng)險，將主要的功能或者風(fēng)險大的功能首先實現(xiàn)，然后逐步完善，保證投入的有效性。可以更快地開發(fā)出可以操作的系統(tǒng)?？梢詼p少開發(fā)過程中用戶需求的變更。一些增量可能需要重新開發(fā)(如果早期開發(fā)的需求不穩(wěn)定或者不完整)?？梢?，增量式模型充分迎合了該項目的特點，并且提供了多種途徑解決項目中的一些難題。生存期中各階段的描述如下：項項目規(guī)劃階段根據(jù)合同和初步的需求分析，確定項目的規(guī)模、時間計劃和資源需求輸入過程輸出輸入過程輸出輸入過程輸出輸入過程輸出輸入過程輸出輸入過程輸出項目規(guī)劃，計劃確認(rèn)項目計劃需求分析階段確定客戶的需求需求獲取，需求分析，需求控制原型系統(tǒng)，需求規(guī)格設(shè)計階段總體系統(tǒng)結(jié)構(gòu)設(shè)計原型系統(tǒng)，需求規(guī)格總體設(shè)計系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義實現(xiàn)系統(tǒng)的通用功能系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義詳細(xì)設(shè)計，編碼，代碼走查，代碼評審，單元測試詳細(xì)設(shè)計說明書，源代碼，可運行版本--1實現(xiàn)系統(tǒng)的用戶管理功能系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義詳細(xì)設(shè)計，編碼，代碼走查，代碼評審，單元測試詳細(xì)設(shè)計說明書，源代碼，可運行版本--2實現(xiàn)系統(tǒng)的文章管理功能系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義詳細(xì)設(shè)計，編碼，代碼走查，代碼評審，單元測試詳細(xì)設(shè)計說明書，源代碼，可運行版本--3輸入過程輸出輸入過程輸出輸入過程輸出輸入過程輸出實現(xiàn)系統(tǒng)的好友管理功能系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義詳細(xì)設(shè)計，編碼，代碼走查，代碼評審，單元測試詳細(xì)設(shè)計說明書，源代碼，可運行版本--4實現(xiàn)系統(tǒng)的在線聊天功能系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義詳細(xì)設(shè)計，編碼，代碼走查，代碼評審，單元測試詳細(xì)設(shè)計說明書，源代碼，可運行版本--5集成測試通過集成環(huán)境下的軟件測試測試計劃，測試用例集成測試，系統(tǒng)測試系統(tǒng)軟件包，測試報告，產(chǎn)品說明書產(chǎn)品提交產(chǎn)品可投入使用系統(tǒng)軟件包產(chǎn)品提交驗收報告軟件項目計劃書的演化軟件項目計劃書在第三周周末前經(jīng)由小組討論、共同撰寫、匯總整合三步驟形成初稿，第四周以后根據(jù)項目的進展可以對其進行修改，需要有組員提出修改意，在全體會上討論通過，并由組長整理修改意見并作出相應(yīng)的修改。其余組員同步獲得更新稿。項目計劃組成結(jié)構(gòu)圖：計劃名稱對應(yīng)部分簡要描述范圍計劃項目人物確定項目的范圍，為制定其他計劃打下基礎(chǔ)。范圍管理是項目實施的依據(jù)和變更的輸入，另外還包括對可交付成果落實到個人上的分解，即項目分解結(jié)構(gòu)(WBS)，通過WBS清楚明確地組織并定義了整個項目的范圍，以及該項目的參與者各自的分工。成本計劃項目估算成本計劃是對完成項目所需費用的估計和計劃，是項目計劃中的一個重要組成部分。軟件成本估算是成本管理的核心，是預(yù)測開發(fā)一個軟件系統(tǒng)所需要的總工作量的過程。軟件成本估算以從軟件計、需求分析、設(shè)計、編碼、單元測試、集成測試到接受測試等這些過程所花費的代價為依據(jù)，對完成項目所需要的所有費進度計劃項目時間計劃進度計劃是從時間的角度對項目進行規(guī)劃。時間是一種特殊的資源，以其單向性、不可重復(fù)性、不可替代性而有別于其他資源，因此進度、最重要、最核心的果(WBS)再進一步分解出主要的任務(wù)(活動)，確立任務(wù)(活動)之間的關(guān)聯(lián)關(guān)系，然后估算出每個任務(wù)(活動)需要的資源、歷時，最后編制出完整的進度計劃(如進度表)。風(fēng)險計劃項目風(fēng)險析風(fēng)險計劃是在項目進行過程中不斷對風(fēng)險進行策略、監(jiān)控風(fēng)險的過程，它是項目管理中最容易被忽略而且最難以管理的環(huán)節(jié)。通過風(fēng)險識別、風(fēng)險分析和風(fēng)險評價去認(rèn)識項目的風(fēng)險，并以此為基礎(chǔ)合理的使用各種風(fēng)險應(yīng)對措施，管理方法、技術(shù)和手段對項目的風(fēng)險進行有效的控制，妥善處理風(fēng)險事件造成的不利后果，以最小成本保證項目總體目人力資源計項目組織人是軟件項目中最重要的因素，因此軟件項目劃人力資源管理計劃也是項目計劃中根本的一項計劃。人力資源管理是保證參加項目的人員能夠被最有效使用所需要的過程，是對項目組織所儲備的人力資源開展的一系列科學(xué)規(guī)劃、開發(fā)培訓(xùn)、合理調(diào)配、適當(dāng)激勵等方面的管理工作，是項目組織各方面人員的主觀能動性得到充分發(fā)揮，做到人盡其才，事得其人、人事相宜，同時保持項目組織高度的團結(jié)性和戰(zhàn)斗關(guān)鍵資源計關(guān)鍵資源關(guān)鍵資源計劃是對項目所需關(guān)鍵資源根據(jù)生存劃計劃引起競爭的人力和設(shè)備資源。設(shè)施工具計設(shè)施工具實施工具計劃是對項目開發(fā)所需的設(shè)備和支持劃計劃工具所做的計劃。質(zhì)量管理計質(zhì)量管理質(zhì)量管理計劃主要是確定項目應(yīng)達到的質(zhì)量標(biāo)劃計劃準(zhǔn)，以及決定如何滿足質(zhì)量標(biāo)準(zhǔn)的計劃安排和方法；依據(jù)公司的質(zhì)量方針、產(chǎn)品描述以及質(zhì)施策略，其內(nèi)容全面反映用戶的需求，為質(zhì)量小組成員有效工作提供指南，也為項目相關(guān)人員了解在項目進行供指南，也為項目相關(guān)人員了解在項目進行中如何實施質(zhì)量保證和控制提供依據(jù)。合適的質(zhì)量標(biāo)準(zhǔn)是質(zhì)量計劃的關(guān)鍵。軟件配置管理計劃用來確定軟件配置管理的解決方案，軟件配置管理的解決方案涉及面很廣，將影響軟件軟件開發(fā)環(huán)境、軟件過程模型、配置管理系統(tǒng)的使用者、軟件產(chǎn)品的質(zhì)量和用戶的組織機構(gòu)。該計劃由配置管理者負(fù)責(zé)制定，它是軟件配置管理規(guī)劃過程的產(chǎn)品，并在整個軟件項目開發(fā)過程中作為配置管理活動依據(jù)進行使用和維護。保證項目成功必須進行溝通，為了有效的溝通，需要創(chuàng)建一個溝通計劃。溝通計劃決定項目相關(guān)人的信息和溝通需求：誰需要什么信息、什么時候需要、怎樣獲得、選擇的溝通模式——什么時候采用書面溝通和什么時候采用口頭溝通、什么時候使用非正式的備忘錄和什么時候使用正式的報告等等。配置管理計劃溝通計劃配置管理計劃溝通計劃過程模型團隊的分工與合作職職責(zé)領(lǐng)導(dǎo)項目團隊、執(zhí)行和管理團隊、負(fù)責(zé)軟件的同時作為主程序員還要負(fù)責(zé)軟件設(shè)計和編寫代碼。并撰寫軟件設(shè)計報組長、主程序員成員理過程及優(yōu)基告。。整理需求分析并撰寫需時修改和發(fā)布已更新技術(shù)文檔。作為程序員還要參與軟件設(shè)計與代碼主要負(fù)責(zé)軟件代碼測試試文檔初稿并對界面美書要主持每周的討論會以及團內(nèi)溝通工作。軟件測試員、秘書、美工程序員、文檔維護員王五四本管理原則：每位成員既是積極的建言者，又是負(fù)責(zé)的合作者，同時也是決策的制定者。決策應(yīng)在充分的討論基礎(chǔ)上由大家共同做出，一旦決策做出就必須被及時有效的執(zhí)行。禁止再有異議。目標(biāo)1：按時按量完成項目的基本功能，按時發(fā)布產(chǎn)品及文檔，這是本團隊目標(biāo)2：遵循規(guī)范化的項目運作標(biāo)準(zhǔn)，文檔嚴(yán)謹(jǐn)完整，代碼注釋充分，便于后續(xù)維護，這是第二目標(biāo)。目標(biāo)3：產(chǎn)品運行穩(wěn)定，界面友好，用戶易操作，盡量從用戶的角度去看問題，并提出解決問題的方案。目標(biāo)4：注重團隊建設(shè)，成員分工合理，團隊成員合作默契，氣氛融洽。每周的討論會積極建言。在開發(fā)過程中積極協(xié)作。目標(biāo)5：項目設(shè)計和開發(fā)上盡量有創(chuàng)新，有亮點。項目風(fēng)險管理風(fēng)險是指在項目進行過程中可能發(fā)生的事件，這些事件將會對項目按預(yù)期時間，資源和預(yù)算完成產(chǎn)生重大影響。風(fēng)險管理的目標(biāo)是在潛在問題發(fā)作以前就標(biāo)志它們，這樣就可以在生命周期中可以適時地計劃和啟用風(fēng)險處理活動。本次開發(fā)過程中存在的風(fēng)險及規(guī)避方法如下表：風(fēng)險類型進度風(fēng)險技術(shù)風(fēng)險存在風(fēng)險由于時間緊張導(dǎo)致項目最后無法按期完成。系統(tǒng)沒有足夠的測試時間開發(fā)軟件結(jié)構(gòu)體系存在品未能實現(xiàn)項目預(yù)定目標(biāo)規(guī)避方法考慮各種潛在因素，適當(dāng)留有余地；任務(wù)分解要詳細(xì)，便于考核；在執(zhí)行過程中，應(yīng)該強調(diào)項目照進度執(zhí)行的重要項，再考慮任何問題時，都要經(jīng)保持進度作為先決條期及快速跟進等方法，充分利用資源。如果出現(xiàn)必須延期的情況，組長需及時同銀行相關(guān)負(fù)責(zé)人溝通，并申請延期時間。持續(xù)地監(jiān)控，項目進度控制隨著項目的進行而不斷進行的，保證每個環(huán)節(jié)都。選用正版軟件開發(fā)對開發(fā)軟件的掌握不夠深入，造成開發(fā)出的產(chǎn)品性能以及質(zhì)量低劣。提前制定好兩周的學(xué)習(xí)計劃，各組員要對開發(fā)工具vs2005+sqlsever2005，進行快速的學(xué)習(xí)。盡快掌握其中的要點。同時在軟件的設(shè)計上盡可能降低難度使項目最后能成功完質(zhì)量風(fēng)險質(zhì)量不符合用戶要求經(jīng)常和用戶交流工作成果、品牌管理采用符合要求的開發(fā)流程、認(rèn)真組織對產(chǎn)出物的檢查和評審、計劃和組織嚴(yán)格的獨立測軟件項目開發(fā)和實施過程，所必須用到的管理工具、開發(fā)工具、測試工具未能及時到位在項目的啟動階段就落實好各項工具的來源或可能的替代工具，在這些工具需要使用之前跟蹤并落實工具的到位事宜。在進行項目開發(fā)之前先設(shè)計和搭建出系統(tǒng)的基礎(chǔ)架構(gòu)并進合性能指標(biāo)后再進行后續(xù)人力資源風(fēng)險組員成員因意外無法參加設(shè)計事先同用戶商量解決辦法1．控制方法(1)風(fēng)險管理計劃重點是制定一個計劃，以處理在排位靠前的高風(fēng)險項。風(fēng)險管理計劃每階段/迭代重新評估一次。風(fēng)險監(jiān)控時選取風(fēng)險管理計劃中沒有關(guān)閉的前10大風(fēng)險進行監(jiān)控即可。每階段/迭代啟動時，選取“風(fēng)險管理計劃”中處于“監(jiān)控”狀態(tài)的前10大風(fēng)險，用于本階段/迭代的周例會上進行跟蹤和監(jiān)控(注意：周例會時只監(jiān)控階段/迭代啟動時監(jiān)控的前10大風(fēng)險)。(2)風(fēng)險的化解避免風(fēng)險(即：不要做冒險的活動)將風(fēng)險從系統(tǒng)的一部分轉(zhuǎn)移到另一部分(可能對于系統(tǒng)的其他部分此風(fēng)險不會發(fā)生或發(fā)生時影響不大)購買關(guān)于風(fēng)險的信息(例如：做實驗性項目，請咨詢專家等)消除風(fēng)險的根源接受風(fēng)險(如果風(fēng)險后果較小，而處理它可能代價很大，滾動處理可能是最有效的途徑)發(fā)布風(fēng)險(將風(fēng)險發(fā)布給相關(guān)涉眾，如：管理者、市場人員、客戶{特別注意}等)控制風(fēng)險制定風(fēng)險無法化解時的“風(fēng)險應(yīng)急計劃”分配額外的資源來處理風(fēng)險為處理風(fēng)險留出額外的時間記住風(fēng)險(為將來的項目積累)風(fēng)險監(jiān)控(1)周例會檢查風(fēng)險在周工作例會上，項目經(jīng)理需要跟蹤項目的風(fēng)險。根據(jù)風(fēng)險列表，逐一分析前10大風(fēng)險，確認(rèn)已經(jīng)風(fēng)險狀態(tài)是否“發(fā)生”或如果風(fēng)險發(fā)生則啟動“風(fēng)險應(yīng)急計劃”或項目組協(xié)商解決辦法，必要時PM請求相關(guān)高級管理者解決已發(fā)生的風(fēng)險，并且PM負(fù)責(zé)在風(fēng)險管理計劃中將此條風(fēng)險標(biāo)示為“發(fā)生”。如果風(fēng)險已經(jīng)消除，則PM負(fù)責(zé)在風(fēng)險管理計劃中將此條風(fēng)險標(biāo)示為“關(guān)統(tǒng)計每項風(fēng)險的停留時間(周數(shù))。儲蓄項目的主要風(fēng)險是開發(fā)人員對客戶需求不是很熟悉，另外，客戶要求的進度比較緊，而且具體需求不是很明確，客戶可能隨時提出需求和對項目的改進，需求的不穩(wěn)定性和項目規(guī)模的不斷擴展，可能導(dǎo)致項目存在規(guī)模風(fēng)險。功能的無限追加，在強大的壓力下放棄計劃都造成了項目的進度風(fēng)險。下面的這個風(fēng)排排序輸入風(fēng)險事件可能性影響風(fēng)險值風(fēng)險應(yīng)對措施1客戶的W需求不明求，導(dǎo)致需求蔓延3391．采取加班的方法2．修改計劃去掉一些任務(wù)3．與客戶商量延長一些時間2WBS復(fù)雜模塊的技術(shù)難關(guān)236對復(fù)雜模塊進行外包3合同進度要求236可以請一些實緊，合同金額有限習(xí)的學(xué)生做輔助工作,一來成本不高,二來可以加快進度.4WBS供貨商、外包商的質(zhì)量133多選擇幾個可備份的外包商和供應(yīng)商5歷史項開發(fā)人員的流動133隊的溝通，及時了解開發(fā)人員的動態(tài)過程中的文檔3.從其他的項目組借調(diào)人員4．從外部招聘有過此類開發(fā)經(jīng)驗人員6規(guī)模成本估算項目的特殊性，成本估算不準(zhǔn)確122讓有類似項目經(jīng)驗的小組成員對成本估算7質(zhì)量計劃軟件達不到軟件性能欠缺122對每一個里程碑進行嚴(yán)格的質(zhì)量審查8計劃進度要求133采取加班的方緊，時間緊法迫可以請一些實習(xí)的學(xué)生做輔助工作項目溝通管理1.要求各組員以周為單位記錄工作進展，形成開發(fā)日志，并以電子文檔的形式提交給秘書進行整理，最后由文檔維護員進行維護。2.每周例會上各位組員積極對當(dāng)前的開發(fā)工作進行積極的評審和建言，由組長做最后的作口頭總結(jié)，由秘書主持會議并記錄和整理會議的內(nèi)容。文檔維護員修改和維護相應(yīng)的文檔。并交由小組進行會議評審并給出意見。3.小組成員都要密切監(jiān)控風(fēng)險狀態(tài)，發(fā)現(xiàn)風(fēng)險后提交風(fēng)險報告。由秘書定期提交風(fēng)險報告。必要時將突發(fā)風(fēng)險通知所有組員，并由組長做出臨時處理決定。然后在該周的例會上由小組成員共同討論對風(fēng)險的處理意見。并形成風(fēng)險處理的日志做為以后的經(jīng)驗。4.在項目進行的過程當(dāng)中，組員之間應(yīng)該多進行各種形式的非正式溝通，以使溝通更加的方便、快捷。報告格式：報告主題，時間段，發(fā)現(xiàn)人，報告內(nèi)容，審核意見評審機制：每周例會上小組討論形成一致意見后并，并邀請團長和其他組長參加評議。對于重大的風(fēng)險處即為通過，相關(guān)負(fù)責(zé)人針對改進意見開展下一周工作，嚴(yán)格執(zhí)行例會上所制定的決策。小組會議持續(xù)評估其成效。每一項目階段結(jié)束之前(里程碑前后)，組織一次階段評審會，評估整個階段的工作效率和成果質(zhì)量。盡量與項目例會合理意見，應(yīng)該由團長及其他組長組成評審團對處理意見進行審議和評估。并以評審團的決議作為重要參考來制定決策。項目人力資源管理項目所需人員C#程序員：張三，李四界面設(shè)計員：王五數(shù)據(jù)庫設(shè)計員：張三文檔維護員：李四溝通交流員：王五要求：較強的溝通能力，能及時調(diào)解組內(nèi)以及組與組之間的矛盾。軟件測試人員：全體組員，有王五付總責(zé)g技能培訓(xùn)培訓(xùn)對象：全體組員。美工培訓(xùn)：全體組員方法和技術(shù)：本小組的團隊組織結(jié)構(gòu)為主程序員式組織結(jié)構(gòu)；編程語言為C#；采用面向?qū)ο蟮姆治鲈O(shè)計方法；利用Windows.Net平臺作為開發(fā)平臺；使用SqlSever2005作為數(shù)據(jù)庫管理系統(tǒng)圖；并采用統(tǒng)一的C#標(biāo)準(zhǔn)的文件命名方式、代碼版式、注釋等編碼規(guī)范；編碼人員對代碼進行嚴(yán)格檢查后再進行代碼編譯；測試人員根據(jù)測試文檔進行單元測試；最后實現(xiàn)軟件的交付。開發(fā)環(huán)境：Sqlsever2005+.Net+VisualStudio2005。4.2軟件需交付的文檔：1．軟件項目管理計劃該文檔由組長完成，介紹項目的整個管理過程。該文檔在軟件設(shè)計需求分析初級階段完成，后續(xù)階段由文檔維護員進行相應(yīng)的更新。在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會上作出決策，有文檔維護員撰寫整理需求規(guī)格說明初稿，并在后續(xù)各個階段進行需求變更的更新。在總體設(shè)計階段，小組根據(jù)需求規(guī)格說明文檔，完成軟件體系結(jié)構(gòu)的設(shè)計，由組長編寫軟件體系結(jié)構(gòu)設(shè)計文檔初稿，并在后續(xù)開發(fā)階段補充和更新。該文檔由文檔維護員負(fù)責(zé)維護更新。4.測試文檔在軟件開發(fā)階段，測試人員需要編寫測試規(guī)格說明文檔，并在后續(xù)測試階段更新。開發(fā)人員將根據(jù)測試規(guī)格說明文檔建立測試環(huán)境、準(zhǔn)備測試數(shù)據(jù)。5．用戶手冊在更新用需求分析階段，測試人員需要開始著手編寫用戶手冊，并在需求分析結(jié)束后需要形成初稿；在后續(xù)階段不斷由文檔維護員戶文檔；并在系統(tǒng)交付階段隨著系統(tǒng)一起被交付。6.個人項目總結(jié)由組內(nèi)成員各自獨立完成，對開發(fā)過程中獲得的工作經(jīng)驗進行總結(jié)。在提交提交。7.其他文檔軟件開發(fā)過程中的其他文檔，如開發(fā)日志(按組員意見選擇公開與否)，風(fēng)險報告及其處理意見等，由秘書進行整理與匯聚。作為以后軟件開發(fā)以及交流的5.項目進度及成本管理項目估算項目規(guī)模估算使用Delphi法進行估算，具體步驟如下：協(xié)調(diào)人向小組成員提供項目規(guī)格和估計表格；協(xié)調(diào)人召集小組討論與規(guī)模相關(guān)的因素；小組成員匿名填寫迭代表格；協(xié)調(diào)人整理出一個估計總結(jié)，以迭代表的形式返回各成員；協(xié)調(diào)人召集小組會，討論較大的估計差異；成員復(fù)查估計總結(jié)并在迭代表上提交另一個匿名估計；項目規(guī)模估算經(jīng)過小組內(nèi)部討論得出項目規(guī)模估算如下：項目名稱：《儲蓄軟件系統(tǒng)》費用：￥5530元項目進度估算任務(wù)完成時間負(fù)責(zé)資源備注人需求討張三2開發(fā)人員參論與項目規(guī)李四全體人員參與劃需求確王五全體人員參與定設(shè)計張三3開發(fā)人員參與項目實李四全體人員參與有待細(xì)施化測試王五3開發(fā)人員參與與李四項目執(zhí)行期間可根據(jù)實際完成情況申請延期。項目成本估算由于涉及到的小組成員沒有實際開發(fā)的經(jīng)驗，在薪酬結(jié)算方面沒有可供參照的標(biāo)準(zhǔn)，因此在這里采用統(tǒng)一的￥人天。成本估算任務(wù)名稱任務(wù)名稱工時成本估算儲蓄軟件系統(tǒng)人天￥設(shè)備損耗工作日￥需求討論人天￥軟件規(guī)劃人天￥需求開發(fā)人天￥計4*4人天￥6*13人天￥測試5人天￥部署2*1人天￥進度描述描述描述成立整個銀行系統(tǒng)的開發(fā)團隊最終交付物組長及團長名單子工作確定團長及長工作集準(zhǔn)備工作人完成時間第二周確定小組第三周小組成員名單成立貸款業(yè)務(wù)子系統(tǒng)開發(fā)團隊搭建環(huán)境第三組內(nèi)各成Vs2005+SQLsever確定開發(fā)周員005工具及語言制定項目管第四《項目管理計劃制定軟件理計劃書周開發(fā)過程管理計劃完成需求采集用戶需第五需求規(guī)格說明書通過查資規(guī)格說明求周李四料了解和書的出稿分析用戶需求及制定需求規(guī)格說明原型第五周采集用戶對需求進需求規(guī)格說明的進一步完善與修改第六周制定需求規(guī)格說明初稿需求規(guī)格說明的最后確認(rèn)第七周系統(tǒng)設(shè)計系統(tǒng)總體設(shè)