Scrum框架和kanban方法

Scrum

1、Scrum框架是产品交付场景下共同工作方式的最小集——3355

①Scrum-3355：三种角色。

PO（product owner）：产品经理、运营/业务/数据

Scrum Master:研发leader、项目经理

开发团队:UI/UE、研发、测试

②Scrum-3355：三种工件。

产品待办事项：准备时的产品需求

迭代待办事项：开发中的产品需求。

潜在可交付产品增量：交付后的产品需求。

③Scrum-3355：五个价值观。

承诺、专注、尊重、勇气、开放。

④Scrum-3355：五个会议。

Grooming：需求梳理会。暴露需求问题，提高进入计划

sprint planning：迭代计划会。澄清需求，估算排期，确定团队迭代目标和改进目标。

Daily Scrum：每日站会。结合看板刷新需求进展，问题和风险。

Sprint review：演示会。收集产品反馈，迭代改进优化产品。（经营分析会，运营分析会）

Sprint retrospective：回顾团队在协助处理需求过程中的相关问题。（复盘：迭代敏捷中的配合，还是上线效果等等）

2、Kanban方法的起源和精益思想

精益制造概念起源于丰田生产系统（TPS）。1996年《精益思想》出版，进一步归纳了丰田精益生产中的管理思维，并将精益方式扩大到制造业以外的所有领域。2010年，《看板方法》开创产品开发领域的应用。

5个实践：

①可视化：一个需求流转的全部过程。流程管理要完整；进度跟进要直观。（一个迭代里面的全部过程：需求沟通、需求评审、需求就绪、开发设计、待开发、开发中、待开发联调、开发联调中、待测试、测试中、待联调测试、联调测试中、待UAT、UAT中、待上线、已完成、挂起）

流转标准：1、产品-开发：BPRD共识；识别业务依赖，技术风险等。2、开发-测试：开发自测，开发冒烟，codereview；3、上线：业务测试，产品测试

规则：早会9点半，需求梳理会每两周一次周二，上线时间每周二、四，回顾会每2周一次

②显示化规则：明确质量要求，明确协同要求。

③限制在制品：限制往团队输入的量；限制每个人的在流程的每个阶段的量。每天每个人并行的需求不能超过2个，因为有切换成本。才能灵活响应。

④管理流动：需求梳理会是把控即将进入开发的需求质量（管起点）；每日站会：暴露和解决开发过程中的问题（管过程）；验收会：管理即将上线的需求，验收测试（管收尾）。核心：1、迭代阶段内质量建设，不要流到下个迭代；2、降本增效。

⑤持续改进：通过建立体系来持续改进。效率、质量、稳定。两个动作：1、回顾会；2、度量（质量、效能）。