【正文】 通悅讀產(chǎn)品項目開發(fā)計劃書Page 11 of 18?工作細分結(jié)構(gòu) (WBS)?顯示項目各階段或迭代的時間分配情況的進度或甘特圖?確定主要里程碑；確定所有重要的發(fā)布點和演示版（如果適合）說明：迭代目標——列出每次迭代將要實現(xiàn)的目標（如果適合） 。發(fā)布版本——簡要說明每個軟件發(fā)布版，并指出它是否是演示版、Beta 版等（如果適合） 。項目時間表——用圖表顯示完成迭代與階段、發(fā)布點、演示版及其他里程碑的目標日期。第一階段：需求分析階段， 產(chǎn)生：《產(chǎn)品需求說明書》? 需求分析、完成需求分析及產(chǎn)品需求規(guī)格說明書編寫，包括 UI 界面（２００9 年 3 月 20 日２００9 年 4 月 20 日）　參與人員：產(chǎn)品經(jīng)理、需求分析、UI、開發(fā)人員工作內(nèi)容：從業(yè)務(wù)角度和技術(shù)角度共同確認需求的可行性，形成最終稿，提交項目管理/評審委員會審核，以后的業(yè)務(wù)部門的業(yè)務(wù)需求需走需求提交流程。影響業(yè)務(wù)邏輯的重大需求變更需項目管理/評審委員會通過方可實施。第二階段：總體設(shè)計階段完成軟件的詳細設(shè)計，完成軟件的數(shù)據(jù)庫設(shè)計。產(chǎn)生：《總體設(shè)計說明書》 、 《數(shù)據(jù)庫設(shè)計文檔》 （或 pdm 文件） 。? 數(shù)據(jù)庫設(shè)計階段（２００9 年 4 月 22 日２００9 年 5 月 4 日）產(chǎn)生：《數(shù)據(jù)庫設(shè)計文檔》 （或 pdm 文件）參與人員：系統(tǒng)分析師/架構(gòu)師、項目組全體開發(fā)人員、項目經(jīng)理、產(chǎn)品經(jīng)理、數(shù)據(jù)庫管理人員。評審：提交《數(shù)據(jù)庫設(shè)計文檔》 （或 pdm 文件）給項目管理/評審委員會進行評審? 詳細設(shè)計階段（２００9 年 5 月 5 日２００9 年 5 月 15 日）產(chǎn)生：《軟件詳細設(shè)計說明書》參與人員：系統(tǒng)分析師/架構(gòu)師、項目組全體開發(fā)人員、項目經(jīng)理、產(chǎn)品經(jīng)理、配置管理和數(shù)據(jù)庫管理人員。評審：提交《軟件詳細設(shè)計說明書》給項目管理/評審委員會進行評審第三階段：編碼階段時間：2022 年 5 月 15 日－2022 年 6 月 15 日參與人員：項目組全體人員聯(lián)通悅讀產(chǎn)品項目開發(fā)計劃書Page 12 of 18第四階段：模塊測試ｃａｓｅ整理、模塊測試和系統(tǒng)聯(lián)調(diào)階段。時間：2022 年 6 月 15 日－2022 年 7 月 15 日參與人員：ＱＡ人員、開發(fā)人員、項目經(jīng)理、產(chǎn)品經(jīng)理評審：提交試用版給項目管理/評審委員會進行評審 2022 年 7 月 15 日第五階段：系統(tǒng)試運行時間：2022 年 7 月 20 日－2022 年 8 月 20 日參與人員：QA 人員、項目經(jīng)理、產(chǎn)品經(jīng)理、其他相關(guān)部門使用人員、開發(fā)人員評審：提交正式版給項目管理/評審委員會進行評審 2022 年 8 月 21 日第六階段：系統(tǒng)正式上線時間：2022 年 8 月 25 日參與人員：QA 人員、項目經(jīng)理、產(chǎn)品經(jīng)理、其他相關(guān)部門使用人員、開發(fā)人員評審：提交驗收申請給項目管理/評審委員會進行評審（上線后 3 個月）第七階段：系統(tǒng)二期開發(fā)時間：2022 年 8 月 30 日以后. 項目資源評估人員：14 人；測試適配手機：JAVA 版本２臺、Symbian 版本 5 臺、windows mobile 版本 5 臺；預(yù)算：人員成本：（此為外包成本僅作參考）按 8０００元／人／月成本計算，14＊4 個月＊8０００＝448000　設(shè)備成本：所需購買適配手機預(yù)計 萬(按平均 2022 元/臺測試手機)時間：一期到 2022 年 8 月 20 日結(jié)束 員 估 算所需人員：　 　開發(fā)人員：6 人UI 設(shè)計：2 人　　　　　測試人員：4 人　　　　　需求分析：1 人聯(lián)通悅讀產(chǎn)品項目開發(fā)計劃書Page 13 of 18　　　　　產(chǎn)品經(jīng)理：１人 訓(xùn) 計 劃略 備 資 源略 算見相關(guān)文檔。. 風(fēng)險估計及管理存在的風(fēng)險：人員風(fēng)險? 相應(yīng)的技術(shù)人員無法按時到位? 技術(shù)人員的技術(shù)水平有限進度風(fēng)險? 目前進度的安排沒有任何余量，相反整個安排肯定會被滯后，因此特通過此方法使項目不至于滯后太多，應(yīng)有滯后１個月的承受能力。? 項目進度受其他外部需求變化等的制約，造成二次開發(fā)量增大技術(shù)風(fēng)險1. 軟件設(shè)計在技術(shù)實現(xiàn)上存在問題，需要花時間解決或造成無法解決改變設(shè)計方案。2. 業(yè)務(wù)需求與實際操作模式存在差異，對目前不存在的業(yè)務(wù)模式需求考慮不足，不能滿足業(yè)務(wù)發(fā)展的需求。風(fēng)險管理記錄： 對所碰到的風(fēng)險進行評估，及時向總經(jīng)理和技術(shù)總監(jiān)匯報，及時討論采用適當?shù)姆椒ń鉀Q存在的風(fēng)險或規(guī)避風(fēng)險。使項目順利進行，并對風(fēng)險進行記錄，以文檔保存。. 度量和獎懲1. 項目進度管理使用 project 進行。聯(lián)通悅讀產(chǎn)品項目開發(fā)計劃書Page 14 of 182. 項目的階段控制通過項目評審和監(jiān)督委員會來進行。3. 項目的獎罰措施：依照公司的相關(guān)規(guī)定，按項目的階段來進行分階段評審，對于每個階段的參與人員由項目經(jīng)理、產(chǎn)品經(jīng)理和項目評審委員會來進行滿意度的認定和進度的認定。在滿意度和進度都為 100%時可以獎勵本公司當事人工資的 20% （封頂值） ，只對于滿意度 80%以上，進度 100%以上的情況獎勵。4. 對于項目進度提前完成的情況，項目組將按照項目人員成本的 20% 折算成獎金形式，按工資比例發(fā)放給項目組的所有本公司成員。5. 對于由于項目組成員之間協(xié)調(diào)不利、相互推諉、消極怠工等導(dǎo)致的項目延期情況，公司將視具體情況給與整個項目組一定的處罰，停發(fā)獎金和處以一定數(shù)量的罰金。6. 對于個別成員工作不利、消極怠工等導(dǎo)致的項目整體延期和個別模塊不能按時提交等情況，公司將視具體情況給與個別成員一定的處罰，停發(fā)獎金和處以一定數(shù)量的罰金。6. 支持計劃. 溝通計劃在項目開發(fā)的整個生命周期內(nèi)的不同階段、不同組之間中需要溝通和協(xié)調(diào)活動等事項（預(yù)期的產(chǎn)品交付即組間產(chǎn)品交換、需要通知其他受影響組的決定如初步的技術(shù)方案即通訊交流） 、負責(zé)人、參加組和（或）個人、議程（如果是會會議形式，內(nèi)容包括：客戶的需求、技術(shù)問題、關(guān)鍵依懶關(guān)系、項目整體狀態(tài)） 、計劃日期、計劃地點（如果適用） 、方式/工具（正式會議、電子交流會議、電子郵件、配置庫系統(tǒng)、缺陷跟蹤系統(tǒng)等） ，達到協(xié)調(diào)項目相關(guān)組和個人的活動和交流。利用下表（可以根據(jù)具體情況進行調(diào)整）列出]序號 事項 方式/工具 計劃日期 負責(zé)人 相關(guān)組或個人1 需求評審 會議評審2. 配置管理計劃略聯(lián)通悅讀產(chǎn)品項目開發(fā)計劃書Page 15 of 18. 軟件質(zhì)量保證計劃略