一、项目准备
资源盘点：在【全体会议】上，要明确可支持该项目的资源，资源包括：
人：未来2个月内产研测运市人员投入，离职风险，请假风险，新人风险。
时：未来2个月内是否有节假日，是否有天气灾害，是否996。
空：未来2个月内工位，封闭会议室，服务器，第三方工具，网络，资金。
前置条件：在【需求串讲】上，要明确可能出现的依赖项，比如：
注册某第三方平台账号成功后才能进行某些开发，注册需要一定时间。
需要测试设备，采购需要一定时间。
报风险：在整个项目过程，要时刻发现潜在风险，并上报寻求解决，比如：
需求不明确，存在逻辑漏洞，沟通过多占用时间，需要通盘梳理逻辑。
研发过程发现技术难度过大，有延期风险，需要技术支援或更多时间。
用户投诉率有上升趋势，需要进行投诉率分析。
二、立项评审流程
1. 愿景：一句话表达清楚要做什么；
2. 分析市场机会和趋势，决定当前策略；
3. 确定目标用户的特征和核心需求；
4. 现存的解决方案和各自的优劣势；
5. 该项目对公司的利益点；如果不做该项目，哪些竞争对手会做，对竞争对手的利益点；
6. 需要哪些技术的支持和驱动，哪些技术是公司的弱项；
7. 人力需求；
8. 项目的紧急程度，是否需要快速推进；
9. 发布策略；
10.核心衡量指标，用来衡量成功的指标。
三、产品
产品经理的职责：提供实现业务目标的产品，作为研发的需求唯一入口。
需求管理：所有有效需求通过teambition导入，每条工单与PRD中的最小功能点条目对应。该工单流转：产品->研发->测试->产品，由产品经理创建并关闭。
产品经理的产出：技术能力文档、PRD、UE、UI、运营需求书。
技术能力文档：对整个公司的技术服务能力进行文档记录，方便团队理解。
PRD(有道云文档)：定义产品的架构、业务逻辑和功能，内容最细，可信度最高。
UE(墨刀线框图)：定义界面布局和页面跳转，价值在于追溯页面变迁历史。
UI(墨刀交互图)：定义界面效果，同时是高仿真产品原型，并提供UI素材。
运营需求书：定义运营目标、所需文案和图片等资料。
四、研发
研发提测前必须确保自己已经通过用户端角度进行自测。
三套环境：开发环境->测试环境->正式环境。
稳定上线：为预留充分的应急时间，一般在18:00前上线。
Bug交流会：周六分享会，也把一周改好的bug过一次，让大家经验共享。
研发提交的版本不能有低级错误，比如：手机页面和墨刀交互图差别大、页面跳转异常、报名不成功、排行榜加载失败、模板消息文案和PRD不符
五、测试
上线要先在测试环境进行，基本无故障再通过正式网络发布。
上线测试要覆盖多机型、多分辨率。
猜你喜欢阅读：
