項(xiàng)目開(kāi)發(fā)流程簡(jiǎn)介課件

1、項(xiàng)目開(kāi)發(fā)流程簡(jiǎn)介Ecyuan2009目錄 什么是項(xiàng)目 項(xiàng)目責(zé)任制 項(xiàng)目開(kāi)發(fā)流程策劃的能力：創(chuàng)意能力產(chǎn)生想法設(shè)計(jì)能力把想法表述出來(lái)實(shí)現(xiàn)能力把想法變成現(xiàn)實(shí)實(shí)現(xiàn)的過(guò)程，就是一個(gè)項(xiàng)目的開(kāi)發(fā)過(guò)程。本文檔中涉及的項(xiàng)目： 單個(gè)游戲產(chǎn)品中的單個(gè)系統(tǒng)、功能、活動(dòng) 什么是項(xiàng)目項(xiàng)目的簡(jiǎn)單定義 在既定的資源約束下，為實(shí)現(xiàn)某種目的而相互聯(lián)系的工作任務(wù)。項(xiàng)目的主要特性 項(xiàng)目的團(tuán)隊(duì)性角色定位、分工與合作、溝通項(xiàng)目的多樣性因事制宜、因時(shí)制宜項(xiàng)目的約束性時(shí)間、人、經(jīng)驗(yàn)等資源的制約項(xiàng)目的不確定性內(nèi)部因素、外部環(huán)境的變更什么是項(xiàng)目目錄 什么是項(xiàng)目 項(xiàng)目責(zé)任制 項(xiàng)目開(kāi)發(fā)流程項(xiàng)目責(zé)任制項(xiàng)目的問(wèn)責(zé) 項(xiàng)目負(fù)責(zé)人，對(duì)項(xiàng)目最終的結(jié)果負(fù)責(zé)。 項(xiàng)

2、目結(jié)果運(yùn)營(yíng)結(jié)果設(shè)計(jì)結(jié)果質(zhì)量可玩性完整性正確性用戶數(shù)付費(fèi)滲透率ARPU值收入目錄 什么是項(xiàng)目 項(xiàng)目責(zé)任制 項(xiàng)目開(kāi)發(fā)流程項(xiàng)目流程示意圖項(xiàng)目開(kāi)發(fā)流程立項(xiàng) 設(shè)計(jì) 需求分析 開(kāi)發(fā) 驗(yàn)收 測(cè)試 發(fā)布 運(yùn)營(yíng) 項(xiàng)目開(kāi)發(fā)流程 立項(xiàng)階段 設(shè)計(jì)階段 需求分析階段 開(kāi)發(fā)階段 驗(yàn)收階段 測(cè)試階段 運(yùn)營(yíng)階段 目標(biāo)制定 意義明確項(xiàng)目方向和涵蓋范圍用于對(duì)項(xiàng)目結(jié)果進(jìn)行驗(yàn)證依據(jù)項(xiàng)目的設(shè)計(jì)目標(biāo)：用戶需求分析項(xiàng)目的運(yùn)營(yíng)目標(biāo)：收入需求分析立項(xiàng)階段目標(biāo)制定 原則立項(xiàng)階段SMART原則具體明確的（Special）：目標(biāo)是具體的，有范圍邊界的?？珊饬康模∕easurable）：目標(biāo)達(dá)到與否盡可能有衡量標(biāo)準(zhǔn)和尺度、至少包括數(shù)量、時(shí)間、質(zhì)量、成

3、本。可達(dá)到的（Attainable）：目標(biāo)設(shè)定必須是通過(guò)努力可達(dá)到的，不排除挑戰(zhàn)性。相關(guān)性的（Relevant）：體現(xiàn)其客觀要求與其他任務(wù)的關(guān)聯(lián)性。時(shí)間性的（Time-based）：計(jì)劃目標(biāo)的完成程度必須與時(shí)間相關(guān)聯(lián)。立項(xiàng)階段Checklist 的制定 項(xiàng)目子任務(wù)/子流程的分解階段性目標(biāo)（里程碑）的設(shè)定：關(guān)鍵事件、關(guān)鍵時(shí)間、關(guān)鍵交付件人員分工【Checklist 樣表】項(xiàng)目開(kāi)發(fā)流程 立項(xiàng)階段 設(shè)計(jì)階段 需求分析階段 開(kāi)發(fā)階段 驗(yàn)收階段 測(cè)試階段 運(yùn)營(yíng)階段 概要設(shè)計(jì)書(shū)的內(nèi)容包括： 核心用戶體驗(yàn)及核心玩法 主線操作流程 主要功能模塊設(shè)計(jì)階段策劃案的形成 概要設(shè)計(jì)通過(guò)開(kāi)放式討論，初步確定設(shè)計(jì)思路和方

4、向，制作概要設(shè)計(jì)書(shū)。設(shè)計(jì)階段策劃案的形成 詳細(xì)設(shè)計(jì)由項(xiàng)目負(fù)責(zé)人發(fā)起針對(duì)概要設(shè)計(jì)書(shū)進(jìn)行討論進(jìn)行方案的調(diào)整、優(yōu)化和細(xì)節(jié)補(bǔ)充制作詳細(xì)設(shè)計(jì)書(shū)提交評(píng)審在提交評(píng)審之前，詳細(xì)設(shè)計(jì)書(shū)會(huì)經(jīng)過(guò)多次討論和修改。 設(shè)計(jì)階段策劃案的形成 評(píng)審定稿由項(xiàng)目負(fù)責(zé)人發(fā)起針對(duì)詳細(xì)設(shè)計(jì)書(shū)進(jìn)行評(píng)審進(jìn)行方案的調(diào)整、優(yōu)化和細(xì)節(jié)補(bǔ)充設(shè)計(jì)書(shū)定稿提交需求分析在提交需求分析之前，從評(píng)審到定稿會(huì)經(jīng)過(guò)多次討論和修改。 設(shè)計(jì)階段策劃案的結(jié)構(gòu) 一個(gè)完整的策劃案需要包含的內(nèi)容：文檔變更記錄設(shè)計(jì)目的設(shè)計(jì)范圍：用戶范圍、時(shí)間范圍等用戶體驗(yàn)及具體流程（包括功能說(shuō)明、流程圖、界面示意圖等）開(kāi)發(fā)及資源需求（初稿）測(cè)試計(jì)劃（內(nèi)測(cè)、外測(cè)的時(shí)間及服務(wù)器計(jì)劃）運(yùn)維需求（數(shù)

5、據(jù)統(tǒng)計(jì)）運(yùn)營(yíng)需求宣傳告知 用戶教育 投訴詢問(wèn) 重大風(fēng)險(xiǎn) 營(yíng)銷(xiāo)效果 設(shè)計(jì)階段策劃案的管理 策劃案管理工具：VSSSVN及時(shí)更新郵件周知同步上傳項(xiàng)目開(kāi)發(fā)流程 立項(xiàng)階段 設(shè)計(jì)階段 需求分析階段 開(kāi)發(fā)階段 驗(yàn)收階段 測(cè)試階段 運(yùn)營(yíng)階段 策劃團(tuán)隊(duì)內(nèi)部需求資源ID需求腳本需求設(shè)定表需求配置文件需求需求分析階段策劃團(tuán)隊(duì)外部需求程序功能需求管理端需求美術(shù)需求音效音樂(lè)需求運(yùn)維需求（OSS數(shù)據(jù)統(tǒng)計(jì)）運(yùn)營(yíng)需求（宣傳推廣需求，包括官網(wǎng)、論壇、Tips等）需求類(lèi)型需求分析階段需求分析會(huì)策劃案需求評(píng)審會(huì)需求文檔發(fā)起人：項(xiàng)目負(fù)責(zé)人 參與人：項(xiàng)目負(fù)責(zé)人、項(xiàng)目組成員腳本策劃、數(shù)值策劃、設(shè)定表策劃、美術(shù)接口人、音樂(lè)音效接口人程序

6、、美術(shù)、測(cè)試、運(yùn)營(yíng)需求分析階段需求文檔根據(jù)需求模板制作需求文檔。模板樣例：設(shè)定表配置需求模板 美術(shù)需求模板經(jīng)營(yíng)分析系統(tǒng)需求模板需求分析階段需求的提交 將需求文檔通過(guò)郵件提交給需求接口人或者開(kāi)發(fā)人員。注意：各項(xiàng)需求的接口人需要設(shè)定一個(gè)備份人。項(xiàng)目開(kāi)發(fā)流程 立項(xiàng)階段 設(shè)計(jì)階段 需求分析階段 開(kāi)發(fā)階段 驗(yàn)收階段 測(cè)試階段 運(yùn)營(yíng)階段 開(kāi)發(fā)階段項(xiàng)目組小團(tuán)隊(duì)碰頭機(jī)制與程序、美術(shù)、測(cè)試等同事，確定開(kāi)發(fā)的各個(gè)關(guān)鍵交付點(diǎn)和聯(lián)調(diào)時(shí)間點(diǎn)。針對(duì)程序提交的開(kāi)發(fā)設(shè)計(jì)案進(jìn)行確認(rèn)針對(duì)測(cè)試提交的測(cè)試案例進(jìn)行確認(rèn)策劃開(kāi)始制作驗(yàn)收特性列表 驗(yàn)收特性列表需要包括該項(xiàng)目的主要功能點(diǎn)開(kāi)發(fā)階段項(xiàng)目周報(bào)機(jī)制 包含如下內(nèi)容：項(xiàng)目狀況描述：包括

7、項(xiàng)目各工作子項(xiàng)的進(jìn)展，如策劃、程序、美術(shù)、官網(wǎng)資料、宣傳等內(nèi)容重點(diǎn)關(guān)注問(wèn)題項(xiàng)目延誤和變動(dòng)情況項(xiàng)目執(zhí)行 checklist 樣例：QQBear數(shù)值系統(tǒng)項(xiàng)目周報(bào) 開(kāi)發(fā)階段項(xiàng)目變更管理 變更的涵義 修改、替換擴(kuò)充、增補(bǔ)縮減、刪減開(kāi)發(fā)階段項(xiàng)目變更管理 變更的產(chǎn)生 設(shè)計(jì)思路的變更 - 通常來(lái)自于產(chǎn)品和設(shè)計(jì)團(tuán)隊(duì)（用戶、產(chǎn)品、策劃）- 主要指項(xiàng)目整體或者局部的設(shè)計(jì)目標(biāo)、關(guān)鍵功能、主體流程與核心玩法的變更。 開(kāi)發(fā)階段項(xiàng)目變更管理 變更的產(chǎn)生 設(shè)計(jì)方法的變更 - 通常來(lái)自于開(kāi)發(fā)和設(shè)計(jì)團(tuán)隊(duì)（策劃、程序、美術(shù)） - 主要指項(xiàng)目局部規(guī)則和實(shí)現(xiàn)方法的變更。 設(shè)計(jì)細(xì)節(jié)的變更 - 通常來(lái)自于開(kāi)發(fā)和設(shè)計(jì)團(tuán)隊(duì)（策劃、程序、美術(shù)

8、） - 主要包括具體設(shè)計(jì)內(nèi)容和設(shè)計(jì)資源上的變更。 開(kāi)發(fā)階段項(xiàng)目變更管理 變更的控制 好游戲是改出來(lái)的，所以對(duì)于一個(gè)項(xiàng)目來(lái)說(shuō)，需求變更幾乎不可避免。任何一種類(lèi)型的需求變更都會(huì)對(duì)整體項(xiàng)目進(jìn)度產(chǎn)生或大或小的影響，所以，必須對(duì)需求變更進(jìn)行控制。 開(kāi)發(fā)階段項(xiàng)目變更管理 變更的控制 項(xiàng)目設(shè)計(jì)階段： - 需要經(jīng)過(guò)充分的碰撞和討論，規(guī)則必須盡可能詳細(xì)和全面。 - 只有在前期控制好了，才可以盡量避免在開(kāi)發(fā)階段產(chǎn)生設(shè)計(jì)思路和設(shè)計(jì)方法的變更。 開(kāi)發(fā)階段項(xiàng)目變更管理 變更的控制 需求分析階段： - 需要與開(kāi)發(fā)人員進(jìn)行充分的討論，對(duì)于設(shè)計(jì)的細(xì)節(jié)和邊界條件進(jìn)行充分考慮。 - 只有在這個(gè)階段完成了足夠詳盡的可行性分析，才可

9、以盡量避免在開(kāi)發(fā)階段產(chǎn)生設(shè)計(jì)方法和設(shè)計(jì)細(xì)節(jié)的變更。 開(kāi)發(fā)階段項(xiàng)目變更管理 變更的控制 項(xiàng)目開(kāi)發(fā)階段： - 這個(gè)階段要盡可能避免設(shè)計(jì)思路和大的設(shè)計(jì)方法上的變更。 - 如果產(chǎn)生了大的變更需求，項(xiàng)目負(fù)責(zé)人必須發(fā)起討論，邀請(qǐng)?jiān)O(shè)計(jì)、開(kāi)發(fā)和進(jìn)度管理的相關(guān)同事參加，對(duì)變更的必要性、可行性、風(fēng)險(xiǎn)和影響范圍進(jìn)行評(píng)估，最終決定是否以及如何進(jìn)行變更。 開(kāi)發(fā)階段項(xiàng)目變更管理 變更的周知 變更需要周知的人員包括：項(xiàng)目成員、相關(guān)策劃、相關(guān)程序、相關(guān)美術(shù)、相關(guān)測(cè)試，以及其他內(nèi)部與外部的需求接口人。項(xiàng)目開(kāi)發(fā)流程 立項(xiàng)階段 設(shè)計(jì)階段 需求分析階段 開(kāi)發(fā)階段 驗(yàn)收階段 測(cè)試階段 運(yùn)營(yíng)階段 驗(yàn)收階段 驗(yàn)收的目標(biāo)：保證主要功能的實(shí)現(xiàn)

10、完整并且正確；保證主體流程的體驗(yàn)完整并且正確。 驗(yàn)收的范圍： 主要功能和主體流程。 驗(yàn)收的依據(jù)： 根據(jù)驗(yàn)收特性列表進(jìn)行驗(yàn)收。 驗(yàn)收的交付件驗(yàn)收?qǐng)?bào)告驗(yàn)收階段 驗(yàn)收的流程特性確認(rèn)正式驗(yàn)收之前，與程序確認(rèn)驗(yàn)收特性列表中的所有內(nèi)容是否已經(jīng)完成開(kāi)發(fā)并且提交驗(yàn)收。策劃驗(yàn)收- 根據(jù)驗(yàn)收特性列表逐一進(jìn)行驗(yàn)收，并記錄驗(yàn)收結(jié)果。- 驗(yàn)收完畢后，提交驗(yàn)收?qǐng)?bào)告，郵件周知驗(yàn)收結(jié)果。- 驗(yàn)收過(guò)程中發(fā)現(xiàn)的BUG提交BugTrace。- 驗(yàn)收過(guò)程中的體驗(yàn)優(yōu)化建議，按照表格模板提交給統(tǒng)一的接口人，經(jīng)過(guò)整理和討論后，排期優(yōu)化。BUG修復(fù)根據(jù)BugTrace中提交的BUG，進(jìn)行修復(fù)工作。轉(zhuǎn)測(cè)試整合各項(xiàng)目的特性驗(yàn)收列表，提交給測(cè)試同

11、事。項(xiàng)目開(kāi)發(fā)流程 立項(xiàng)階段 設(shè)計(jì)階段 需求分析階段 開(kāi)發(fā)階段 驗(yàn)收階段 測(cè)試階段 運(yùn)營(yíng)階段 測(cè)試階段 測(cè)試的依據(jù)：測(cè)試案例測(cè)試的交付件：測(cè)試報(bào)告測(cè)試階段的工作流程使用 BugTrace 進(jìn)行管理： 提交BUG 分配BUG 審核BUG 修改BUG 回歸測(cè)試 測(cè)試、開(kāi)發(fā)關(guān)閉BUG通過(guò)未通過(guò)PMPM開(kāi)發(fā)測(cè)試測(cè)試測(cè)試階段 項(xiàng)目開(kāi)發(fā)流程 立項(xiàng)階段 設(shè)計(jì)階段 需求分析階段 開(kāi)發(fā)階段 驗(yàn)收階段 測(cè)試階段 運(yùn)營(yíng)階段 運(yùn)營(yíng)階段 運(yùn)營(yíng)數(shù)據(jù)分析 數(shù)據(jù)的獲取渠道：OSS平臺(tái)（一定時(shí)間周期里的統(tǒng)計(jì)數(shù)據(jù)） 需要進(jìn)行分析的數(shù)據(jù)包括：項(xiàng)目本身的數(shù)據(jù)分析：關(guān)鍵行為的操作記錄關(guān)鍵道具的產(chǎn)出記錄相關(guān)資源的消耗記錄項(xiàng)目影響的數(shù)據(jù)分析：平均/最高在線人數(shù)平均/最高在線時(shí)長(zhǎng)平均/最高ARPU值付費(fèi)滲透率運(yùn)營(yíng)階段 用戶反饋調(diào)研 設(shè)計(jì)調(diào)研問(wèn)卷，在論壇或官網(wǎng)上針對(duì)玩家進(jìn)行調(diào)查，獲取玩家反饋。階段性總結(jié)報(bào)告 通過(guò)運(yùn)營(yíng)數(shù)據(jù)對(duì)活動(dòng)效果進(jìn)行分析，結(jié)合玩家反饋，進(jìn)行正面和負(fù)面的經(jīng)驗(yàn)教訓(xùn)的總結(jié)，對(duì)于