最佳實踐，適用于整個產(chǎn)品研發(fā)團隊，參考：Scrum中文網(wǎng)知識庫
產(chǎn)品研發(fā)完整流程
圖片
產(chǎn)品研發(fā)流程
準則
- 大的版本，按模塊進行，把Product Backlog拆成多個Sprint Backlog進行；
- 產(chǎn)品超前設(shè)計1-2個Sprint，設(shè)計包括：UI設(shè)計、開發(fā)設(shè)計、測試用例設(shè)計；
- 設(shè)計超前后端開發(fā)1-2個Sprint；
- 后端開發(fā)超前前端開發(fā)1-2個Sprint；
- 所有需求，必須先經(jīng)過需求確定階段，不允許直接提給開發(fā)同學；生產(chǎn)環(huán)境問題是bug不是需求，提給QA同學；
- 產(chǎn)品輸出必須詳盡，Sprint計劃會議后不允許修改需求。
角色
- 產(chǎn)品負責人
- Scrum Master
- 產(chǎn)品團隊：產(chǎn)品和設(shè)計同學
- 研發(fā)團隊：開發(fā)和測試同學
產(chǎn)品Worktile協(xié)作流程
圖片
產(chǎn)品Worktile協(xié)作流程
研發(fā)Worktile協(xié)作流程（BED & FED）
圖片
研發(fā)Worktile協(xié)作流程（BED & FED）
研發(fā)Worktile協(xié)作流程（APP）
圖片
研發(fā)Worktile協(xié)作流程（APP）
研發(fā)會議安排
Sprint計劃會議
每個Sprint都以Sprint計劃會議作為開始；
目的： Scrum團隊共同選擇和理解在即將到來的Sprint中要完成的工作；
周期： Sprint周期一般為1周，特殊情況不超過2周；
時長： Sprint計劃周數(shù) * 2小時內(nèi)；
成員： 整個團隊；
職責： Sprint Backlog的需求及優(yōu)先級來至產(chǎn)品負責人，對Sprint Backlog任務(wù)的安排、拆解、細化由Scrum Master完成；
標記： Sprint任務(wù)設(shè)置截止日期，Scrum Master心中要有數(shù)：產(chǎn)品同學當前Sprint的任務(wù)是設(shè)計同學之后1-2個Sprint迭代應(yīng)該承接的任務(wù)；設(shè)計同學當前Sprint的任務(wù)是后端開發(fā)同學之后1-2個Sprint迭代應(yīng)該承接的任務(wù)；后端開發(fā)同學當前Sprint的任務(wù)是前端開發(fā)同學之后1-2個Sprint迭代應(yīng)該承接的任務(wù)；測試同學當前Sprint的任務(wù)應(yīng)該在該Sprint結(jié)束前發(fā)布。
-
Sprint原則
- Sprint任務(wù)優(yōu)先，如需插入新的緊急任務(wù)需要與Scrum團隊協(xié)商（生產(chǎn)環(huán)境問題除外）；
- Scrum Master需要分清楚優(yōu)先級，并協(xié)調(diào)好開發(fā)任務(wù)；
- Scrum團隊需要齊心協(xié)力；
- Scrum團隊需要提前準備Scrum會議內(nèi)容；
- Scrum Master是Scrum團隊一起的，并不是獨立出去的角色；
- Scrum團隊成員平等、齊心、自由。
每日Scrum會議
- 每日Scrum會議來確認每日要完成的Sprint待辦事項；
- 目的： 確認我們?nèi)匀豢梢詫崿F(xiàn)Sprint的目標，交流進展和需要協(xié)作的問題；
- 周期： 每天；
- 時長： 每次不超過15分鐘；
- 成員： 整個團隊；
- 周期： 每天；
- 團隊成員依次快速描述自己昨天完成了哪些Sprint待辦事項、今天準備做哪些待辦事項、有哪些Sprint待辦事項需要其他團隊成員協(xié)調(diào)。
Sprint回顧會議
- 目的： 回顧一下團隊在流程、人際關(guān)系以及工具方面做得如何，討論并得出改進措施運用于下一個Sprint；
- 時長： Sprint計劃周數(shù) * 1小時內(nèi)；
- 成員： 整個團隊；
- 周期： Scrum Master發(fā)現(xiàn)可能存在問題時開，如進展順利可與下一次Sprint計劃一起開。
技術(shù)方案評審會議
- 目的： 評審技術(shù)方案以期獲得最好的方案，并給團隊介紹方案；
- 時長： 視具體方案；
- 成員： 相關(guān)開發(fā)同學；
- 周期： 技術(shù)方案實施前。
測試用例評審會議
- 目的： 評審測試用例，保證準確率和覆蓋率；
- 時長： 視具體產(chǎn)品而定；
- 成員： 產(chǎn)品和開發(fā)同學；
- 周期： 測試開始前。
文檔協(xié)作
需求文檔
-
在石墨上文檔相應(yīng)文件夾內(nèi)，可多人實時編輯，秒級同步；
圖片 -
在部門共享盤里新建文檔放置石墨文檔的鏈接：
圖片
圖片
圖表
- 包括：產(chǎn)品結(jié)構(gòu)圖、產(chǎn)品用例圖、產(chǎn)品業(yè)務(wù)邏輯圖、測試用例思維導(dǎo)圖、業(yè)務(wù)實現(xiàn)邏輯圖；
-
在ProcessOn的對應(yīng)小組內(nèi)；
圖片 - 用于：需求文檔內(nèi)、實現(xiàn)相關(guān)文檔、任務(wù)說明等；
-
對于用于描述功能實現(xiàn)的圖，在部門共享盤里新建文檔放置圖的鏈接：
圖片
圖片
配合環(huán)節(jié)輸出的具體要求
業(yè)務(wù)部門—>產(chǎn)品
-
需求說明
- 格式：Worktile任務(wù)
- 提至：App bug與需求收集 和 站bug與需求收集 項目的功能改進、新增需求、運營需求任務(wù)列表列表
圖片 - 要求：描述清楚需求的目標用戶、使用場景等；
- 模板：如何將新增需求描述清楚
- 這個需求的目標用戶有那些？
- 這個需求解決了什么問題，解決之后達到怎樣的效果？
- 這個需求主要使用的場景是什么？
- 是否有其他參考方案或競品？
- 未來三個月內(nèi)，針對該需求實現(xiàn)后，我們的運營計劃是什么？
-
活動策劃方案
- 格式：文檔
- 提至：需求說明附件
- 要求：
- 模板：
產(chǎn)品—>設(shè)計、開發(fā)、測試
-
原型Mockup
- 格式：墨刀、Axure原型
- 提至：任務(wù)說明
- 要求：
- 僅交付設(shè)計師一份完整的原型圖；
- 原型圖要詳盡，每個功能點在原型上都有對應(yīng)的標注；
- 原型圖以實例呈現(xiàn)需求；
- 原型圖標注盡可能精煉，不允許有概念模糊的文案或功能名稱出現(xiàn)；
- 原型圖不必填充圖片，以黑白灰深淺色的方法表現(xiàn)層級關(guān)系即可；
- 設(shè)計師在交互上的變更產(chǎn)品需提前/同步修改原型/文檔；
- 最后保證原型圖與QA驗收的需求文檔一致
- 模板：
-
產(chǎn)品需求文檔PRD
- 格式：石墨文檔
- 提至：任務(wù)說明
- 要求：
- 保持和視覺設(shè)計圖一致；
- 包括產(chǎn)品結(jié)構(gòu)圖、產(chǎn)品用例圖、產(chǎn)品業(yè)務(wù)邏輯圖等；
- 需求說明需做到完備，盡量涵蓋正常狀態(tài)、數(shù)據(jù)缺失、服務(wù)異常等實際開發(fā)和使用過程中可能產(chǎn)生的各種情況。
- 模板：
設(shè)計—>開發(fā)
-
視覺設(shè)計圖和標注
- 格式：Zeplin
- 提至：任務(wù)說明
- 要求：
- 保持和PRD文檔一致；
- 使用評論功能來盡量明確設(shè)計意圖，以及需要開發(fā)同學注意的地方：比如底部留白等；
- 使用拉線標注等方法，明確頁面中需要開發(fā)設(shè)置的元素，避免頁面中元素過多時，開發(fā)時遺漏；
- 動畫等動態(tài)交互需要提供具體、可復(fù)現(xiàn)、可操作的參數(shù)；
- 設(shè)計評審之后，本地共享盤放置一份jpg效果圖。
- 模板：
-
交互說明
- 格式：PRD
- 提至：任務(wù)說明
- 要求：
- 必要的標注；
- 模板：
開發(fā)—>測試
-
技術(shù)實現(xiàn)方案
- 格式：文檔（邏輯流程、技術(shù)實現(xiàn)流程、存儲方案等為主）
- 提至：任務(wù)說明
- 要求：簡潔解釋
- 模板：
-
接口文檔
- 格式：apiDoc在線文檔
- 提至：任務(wù)說明
- 要求：
- [apiDoc定義規(guī)范]({% post_url 2017-11-08-apiDoc-define-standard %})
- [RESTful API定義及使用規(guī)范]({% post_url 2017-11-08-RESTful-API-standard %})
- 模板：https://api.baobaobooks.net/docs/account/
-
版本更新日志
- 格式：文檔
- 提至：任務(wù)說明
- 要求：清晰描述此版本修改的模塊，已經(jīng)可能涉及到的模塊。
- 模板：
測試—>產(chǎn)品、開發(fā)
-
測試帳戶和仿真測試數(shù)據(jù)
- 提至：聯(lián)系獲取
- 要求：
- 模板：
測試—>項目經(jīng)理
-
測試報告/可發(fā)布評估報告
- 格式：文檔（數(shù)據(jù)為主）
- 提至：Worktile項目的“發(fā)版?zhèn)渫绷斜?/li>
- 要求：簡明清晰
- 模板：
