主題：開發(fā)一個新產(chǎn)品，需要經(jīng)歷什么
主講人：趙英如（網(wǎng)易移動端ios高級開發(fā)工程師）
時間：2019年6月20日
產(chǎn)品孵化的四個階段：1.啟動 ?2.計劃 ?3.執(zhí)行 ?4.收尾
1.啟動階段
確定工作內(nèi)容內(nèi)容：1.項目描述? ? ? ?2.項目需求? ? ? ?3.指派負(fù)責(zé)人? ? ? ?4.里程碑式進(jìn)度表? ? ? ?5.組建團(tuán)隊
確定組建團(tuán)隊的模式：1.部門協(xié)作? ? ? ? 2.獨(dú)立項目組
確定工作方式：1.集中辦公? ? ? ? ?2.分開辦公
確定團(tuán)隊職能：1.產(chǎn)品經(jīng)理? ? 2.交互設(shè)計師? ?3.視覺設(shè)計師? ?4.項目管理? ?5.前端工程師? ?6.移動端工程師? ?7.后端工程師? ?8.測試工程師
前端工程師主要負(fù)責(zé)外部頁H5的開發(fā)工作，技術(shù)語言：html，CSS和JaveScript；
移動端工程師主要負(fù)責(zé)移動端手機(jī)端的開發(fā)工作，技術(shù)語言：Objective-C和Swift（Ios），Android和Java（安卓）；
后端工程師主要負(fù)責(zé)為H5和移動端去提供數(shù)據(jù)服務(wù)，也就是提供接口服務(wù)，技術(shù)語言：Java和PHP；
測試工程師主要負(fù)責(zé)測試整個產(chǎn)品的功能和產(chǎn)品的完整性，這是在我們開發(fā)完成以后測試工程師的主要責(zé)任；
2.計劃階段
2.1制定團(tuán)隊的工作制度（劃分職責(zé)，讓大家知道自己該做什么）
以咕嚕為例
a.采用csrum方式，要求每一步的輸出物具備一定的質(zhì)量；
b.產(chǎn)品同學(xué)需管理交互和視覺的產(chǎn)出；
c.產(chǎn)品、技術(shù)負(fù)責(zé)人、項目經(jīng)理能夠識別外部依賴，且在計劃會前搞定需求及排期；
d.技術(shù)人員能夠在計劃會上給出工作量預(yù)估；
e.為保障更少的空檔時間，產(chǎn)品功能backlog（積壓的工作）里具備開發(fā)條件的需求始終有1-2個；
f.產(chǎn)技團(tuán)隊不要糾結(jié)文檔和方案的完備性，常見情況是計劃會后仍有很多細(xì)節(jié)不完整，開發(fā)迭代中溝通解決即可。
2.2制定工作流程
瀑布型敏捷式（xp，scrum）（在此我專門查了一下兩種模式區(qū)別，感興趣可查看鏈接：https://blog.csdn.net/poppy3163/article/details/78117620）
在咕嚕中采用的是scrum方式，首先由產(chǎn)品經(jīng)理提出自己已經(jīng)優(yōu)先排列的產(chǎn)品條目，將其組織成表格，在會議上講解給大家，講解完成之后，由團(tuán)隊去選擇sprint backlog；然后由技術(shù)團(tuán)隊將sprint backlog分解成一個一個的task（需要開發(fā)的任務(wù)）；分解之后，由技術(shù)團(tuán)隊做出時間的評估，然后整個技術(shù)團(tuán)隊去執(zhí)行開發(fā)任務(wù)，在開發(fā)任務(wù)之中，執(zhí)行每天的站會（建議不超過15min）（站會解決的問題：1.我昨天做了什么？ 2.今天要做什么？ ?3.碰到的問題是什么）。如下圖。
Sprint：沖刺，就是一個版本的迭代? ? ? ? ? ? ? Product backlog：產(chǎn)品條目，就是一個需求，產(chǎn)品想要的東西? ? ? ? ? ? ? ? ? ? ? Sprint backlog：一個沖刺中的需求? ? ? ? Product owner：產(chǎn)品負(fù)責(zé)人? ? ? ? ? ? ? ? ? ? ? ? ?Daily scrum：每日站會
3.執(zhí)行階段
3.1.需求初審
參與人：利益相關(guān)人，項目負(fù)責(zé)人，產(chǎn)品，交互，視覺設(shè)計，主要技術(shù)負(fù)責(zé)人，測試負(fù)責(zé)人
輸入：產(chǎn)品方案初稿、交互初稿。
目標(biāo)：對于需求的可行性評估，交互稿初審。通過討論評審，進(jìn)一步細(xì)化產(chǎn)品方案，交互方案
產(chǎn)出：詳細(xì)方案&調(diào)整后交互稿，技術(shù)選型，外部依賴（是否需要外部服務(wù)器等）
3.2.需求終審
參與人：利益相關(guān)人，項目負(fù)責(zé)人，產(chǎn)品經(jīng)理，交互設(shè)計師，UI設(shè)計師，全體開發(fā)工程師，測試工程師
輸入：產(chǎn)品功能列表、修改后交互稿
目標(biāo)：對產(chǎn)品進(jìn)行詳細(xì)的講解，對產(chǎn)品功能列表中的每個功能點(diǎn)進(jìn)行講解。對交互稿的邏輯，功能進(jìn)行解說。在此期間所有人都可以對產(chǎn)品和交互提出自己的疑問和建議，促使對產(chǎn)品和交互進(jìn)一步明確與細(xì)化。
產(chǎn)出：產(chǎn)品最終方案&交互終稿，視覺稿
3.3.工作排期
開發(fā)人員
參與人：技術(shù)負(fù)責(zé)人，全體開發(fā)工程師
輸入：產(chǎn)品功能列表、交互終稿
目標(biāo)：對產(chǎn)品進(jìn)行技術(shù)上的工作拆解，量化，分工。產(chǎn)出功能細(xì)化后的工作量“人/天”。
產(chǎn)出：排期表
測試人員
參與人：測試負(fù)責(zé)人，全體測試工程師
輸入：產(chǎn)品功能列表，交互終稿
目標(biāo)：對產(chǎn)品進(jìn)行測試工作拆解，量化，分工。產(chǎn)出功能細(xì)化后的工作量“人/天”
產(chǎn)出：排期表，測試用例（會后測試人員編寫）
3.4.執(zhí)行開發(fā)
搭建框架（MVC,MVVM,MVP）
開源庫的引入（github）
數(shù)據(jù)庫選擇（sqlite，mysql）
模塊功能開發(fā)
每日站會
3.5.提交測試
功能測試，性能測試，UI測試，兼容性測試，壓力測試
提出bug（反饋到j(luò)ira，一個bug系統(tǒng)）
開發(fā)工程師修復(fù)bug
測試工程師進(jìn)行驗(yàn)證
4.收尾階段
測試驗(yàn)收
交互驗(yàn)收
視覺驗(yàn)收
產(chǎn)品驗(yàn)收
打包發(fā)版
登錄應(yīng)用市場
回顧
