Teambition 在产品及研发协作上的应用

题外：
1.研发团队的管理 （开发工作流程管理、例会、代码审查、代码提交等等）
2.个人成长计划（项目带动个人成长）

–GJ 研发的输出对业务的影响

• 研发成员问题：作为研发，你时刻清楚而且坚定努力输出今天预定的工作结果吗？

SCRUM敏捷项目管理：

- 要有明确的迭代计划 (每一天的输出)
- 需求点必须在4个小时之内
- 每天例会，完成的任务，遇到的障碍，

1.整理需求，不断补充需求。
2.划分任务优先级，进入生产环境->迭代工作 迭代计划会议->转化为任务(4小时) 
3.进入生产环境，功能列表和实现功能反比

teambition

需求记录

1.随时随地跟踪需求和建议 记录
2.需求和建议记录 添加子需求 更加详细的描述需求
3.无障碍去书写 需求的原因 user story

产品更新 (面板更新执行人)

1.添加规则
- 名称：［内部｜正式］版本号（关键功能）
- 变化（change log）：写到子任务中
- 上线后关闭任务

看清楚产品的全貌

通过这个看板，你将知道产品都由哪些零件组成，你关注的零件是否进入了生产队列，或者已经交付了。

添加规则
1、建立分级，如1，1.1，最多两级（第三级写入子任务中）
2、4～12个汉字，与UI界面操作对应

－ 对应的交互设计通过评审后进入排队状态
－ 周工作计划取出排队中的功能进行开发冲刺，完成后移出排队状态

让每天和每周的工作清晰可见

添加规则
1、周工作结束时开发团队内开回顾和计划会，会议上确定下周的工作任务（完成录入，不再更改）。每周日22:00是完成录入的最后时间。（项目经理和产品经理共同完成）
2、每个人通过子任务拆解任务目标。
3、每日15分钟立会更新当日目标（拖动任务到“今日进行中”），并更新完成日期为今天。
4、任务完成后，任务负责人提交代码，然后将任务拖入待验证栏，指定负责人为代码验证人，等待代码审核。
5、代码审核人移动任务到“验证中”栏，并进行代码和功能审核。通过则放入已完成，审核不通过拖动任务到“今日进行中”，在评论中填写不通过原因，并把负责人设定为编码人。