互联网产品设计与研发的流程介绍。Sprint、Backlog、Story、Fea
scrum: 是迭代式增量软件开发过程，是敏捷方法论中的重要框架之一，通常用于敏捷软件开发。（敏捷迭代的过程）（书籍:精益创业）
特点：快，小
① goal(目标）:
version 1（版本1）；时间
v2（版本2）；时间
v3（版本3）；时间
version1:
story A ——Graphic Publishing（图文发布）
story B——video(视频）
....... C——
....... D——shop(购物）
graphic publishing:
feature1:上传图片
feature2:拍照
feature3:tag ,text
...... 4:Content of text(正文的内容）
...........5:
...........6:
............7:
上传图片：
task1:相册
task2:压缩
task3:安全审核
task4:sout（图片排序）
task5:crop（裁切）
...6:
相册：
task1:ios
task2:android
总结：每个task后面必须要有明确的owner.(明确标注该功能是由那个engineer在开发和所花费的point)
+翻译：owner(主人）
engineer(工程师）
point(点数）@点数称为人日和天数，一般不会超过2天，这样更容易检查跟踪调整.
②sprint:冲刺（@一般为2-3周，在一些比较新的MVP阶段里会压缩到一周的时间）
作用：每个sprint,是将这个列表的一部分story挑出来，去开始讨论，是否需要实现出来，这个就会由PM根据排定的优先级和产品的状态跟各方协调.
③backlog；需求清单，需求池（一般由产品经理管理）
_story1,story2,story3；同时也会设置一个优先级priority，常用P0,P2,P3来做优先级处理.
~将需求进行场景化，更具象化.
PM需要书写形式：sprint1——backlog 10；在根据backlog上的story写PRD
PRD书写内容：(feature:功能）
第一个会议：Review meeting(评审会议)~（所有团队成员会去看产品经理跳出来的10backlog下的story,他是怎么设计的，所有成员要去理解下.
plan meeting：计划会议
主要由研发团队进行的，主要工作实将PM设计的feature去拆解成研发可以理解的task，然后task再区分配谁去做，并且记录每个task所花的点数。
例子：Plan meeting
task,owner,point
5der.*2w(10D)
50 人日
分配50人日去做这些task,看是否饱和，是否超额，是否空闲，最终会得到结果所有人都会安排任务。那如果PM在10个Feature中有9个feature完成,那把剩下的一个扔会backlog里面去.
当有了plan meeting之后，我们就开始进入研发，如果有2周的计划，实际工作10D，这10D每天都会进行的daily meeting 或者很多公司叫stand up meeting,俗称“站立会议”；会议时间很短，往往是10分钟。主要起到的作用是人员更新状态，每个人要讲一讲自己手里的task的进展。问题，开发程度，是否按时交付等。如果没有问题可以继续往下走.那这样就可以完成online.
翻译：daily meeting (每日例会）
stand up meeting（站立会议）
online （上线）
额外会议经验：
Ⅰ 、retrospecive meeting :回顾性会议
开会次数：一般一周2-3次
作用：讨论团队上需要改进和建议的地方。更像小组的复盘会.
Ⅱ、prepeview meeting:预审会议
写的PRD提前先给Tech leader帮忙先评审，看是否能实现。
翻译：tech leader (技术负责人）
整理：sprint:(五种会议）
Ⅰ ：review meeting——（评审会议）
一般在sprint的第一天开始
Ⅱ：plan meeting（计划会）
Ⅲ： daily meeting (每日例会）/stand up meeting（站立会议）
Ⅳ：prepeview meeting:预审会议
Ⅴ：retro meeting ——回顾性会议
一般在sprint的最后一天去开
sprint1完成——sprint2——sprint3...形成整个工作流程（产品经理在准备sprint2的PRD的时候，往往可能在sprint1刚开始就做一些调研工作和撰写工作，有差不多1-2周的时间写prd）
额外的知识：
amazon总裁贝佐斯认为2个披萨团队（共12人）非常适合适敏捷开发开发的方式区交付产品.
一般披萨团队配置：
1个PM（产品经理）
4~8个DEV(技术）
1个test（测试）
PM将feature分配成多个模块，并让每个团队负责不同的模块。
