一、目前产品人员的工作流：
1、收集需求：运营客服反馈，老大指示，个人想法，竞品分析，意见反馈，数据分析，其它端需求的配合—》需求放入 trello或者tower
2、需求分析：排除伪需求，优先级排序（比如后台：操作高低频，是否有现有的功能来实现（是否能节省很多人力劳动），紧急程度，当前需求是否太多）
3、完成PRD：
PRD撰写：新产品prd版本从1-1开始；新功能prd版本从5-1开始；prd评审完成可以交付开发时版本更新为9-1；版本说明：1-1 一般只有框架主要页面，不含细节；5-1会包含各交互细节；9-1就是可以开发的状态
产品组内评审，反复调整完成，
与技术团队一起评审（一般不和技术过，只在sprint会上讲一遍产品稿，一般出入不大）
4，进入开发环节，首先使用scrum框架开始sprint会议：同时，wiki编写会议摘要
prd讲解，解答开发问题，jira添加需求模块
评估工时
在jira上：将需求切分成不同的task
5，开发消灭task，标注
6，QA测试或者开发自测
7，周X晚上下班上线
8，其它：1）观察上线后的效果，持续迭代；2）如果是客户端产品，需要增加两个环节：产品组内评审之后产品委员会评审，UI设计-》产品组共同确认效果。
二、Scrum框架在项目中的应用：
scrum是一个框架，是敏捷开发的一种，每周一个sprint，一次上线循环
每周二早上scrum周会2-3小时，内容包括：先进行完当天的站会内容，演示上个sprint完成的产品功能，每个成员讲述本次sprint 感受，或者吐槽，或者需要下一步迭代改进的；产品负责人讲述本次sprint的产品任务，PRD讲解，回答技术团队问题；技术团队评估任务，切分task，是亮点之一
每天早上站会 10分钟左右
使用scrum框架的三大优势或者亮点：
1,透明性（互相打分，所有的任务切分，每天的站会进度告知），检视（每周的sprint会吐槽），调整（每周sprint会 之后的总结）
2，上线延期现象会比较少，即便有，也会提前预知。
实操流程：
产品负责人提早在sprint会议之前，在jira上添加产品backlog（产品代办列表），并标注下个sprint 的backlog，在计划会议上讲述本次sprint的产品代办列表，产品负责人先讲一遍本次sprint产品代办列表，然后开始讲PRD，并回答技术团队的问题。此处进行完毕之后，由技术人员进行估分操作，这一环节是用出牌的方式，大家同时出牌，当工时数差距较大， 可向其它人解释原因。此处其它开发模式的会由主管来估分或者负责该模块的人估分，这种方式交给某一个人来决策，存在有较大风险。sprint开始后，每天站会，然后到了下次sprint，先演示上个sprint的成果，叫sprint展示会议（也叫评审会议）；下一步是回顾会议，团队中的每个成员都需要发言，就算没的说也要有象征性的话如“挺好的”之类，有用的建议会放到之后下一次sprint会议中。这些都进行完。
