敏捷实践与Scrum Master感想

敏捷实践与SM角色的感想

1. 敏捷实践

1.1. 早会与评审

1. 让参与者了解清楚当天需要完成什么重要任务，自己需要承担与把控进度。早会主要主题是：大家围绕这一次迭代的冲刺，昨天做了什么？今天准备得怎么做？有什么问题是需要协助解决的？
2. 早会的规则：需要固定在15分钟内，直击重点，有需要进一步讨论的可以先记录下来，每个人都需要参加，并只做这件事
3. 有些人觉得早会和评审很浪费时间。喜欢社交工具交流，会难推进敏捷。

1.2. 敏捷迭代的周期性

敏捷迭代一般是固定的两周一迭代，是一种强周期性开发模式，这样做的好处，如下：

1. 推进工作的进度，减少任务等待，打消同事之间的相互依赖，促进同事能够自己主动的快捷的解决问题，让每一个在执行冲刺的同伴减少信息沟通的延迟，提高沟通饱和度，减少头衔
2. 改进了敏捷参与者对时间的看法，敏捷已周期性进行冲刺，让参与者对任务执行有周期性。

1.3. 迭代关键是流畅性

一个迭代要做得好，需要保证整条链路都流畅。

就类似CICD一样，需要支持容器化技术、单元测试、代码仓库、安全检查，构建工具等。

敏捷开发，需要支持 测试驱动开发、整洁代码（易扩展、易维护）、晨会、看板的工作模式等、需要支持计划会议有：需求澄清会、冲刺复盘会、迭代功能展示会等。经过支持这些流程，能够保证：在需求时能够确认功能与价值；在开发时减少历史包袱，技术债；后续开发能够快速响应需求，扩展功能；在上线前进行展示成果，交给使用者去实际操作，关注的是客户和利益相关者是否满足了他们的需求；在上线后进行复盘总结，回顾敏捷开发迭代中，有什么问题阻碍了整体的流畅性，后续迭代如何处理，需要小组再实践过程中优化与成长。

1.4. 瀑布与敏捷开发

感想：瀑布模式要求所有事情更加清晰，否则一个个里程碑延期。但往往需求变化多，容易打乱节奏。虽然瀑布也可以调整计划，但太长的计划改动会很多。

瀑布更像工具人，按部就班，对管理者要求高；敏捷做得好的话，体现的是自主的承诺。

1.5. 最重要的内容优先做

关键就是以最快的速度做出一个产品中最有价值的部分。确定待办事项优先顺序的方法可能多达数百万种，但最理想的一种却是尽快做出最有价值的那20％，因为这20％能够产生80％的价值。

2. SM角色的名与实

2.1. SM的简介

Scrum Master更多的只是一种角色，可以由团队中的成员进行承担；推荐兼职或者轮任。

2.2. SM值得关注的点与实践感想

1. SM注重团队成员成长需求
2. 关注拉通整个流程，需要比较强的沟通与协助能力（体力/精力得好），而不只是确认过程；同时要靠谱，要获取对方信任。
3. 引导大家实践敏捷开发，接纳敏捷模式，引导团队为自己承担责任
4. 引导团队不是为了快速的完成计划中的任务，而是帮助大家最大化的产出具备很高价值的产品
5. 关注优先级，敏捷看板优先级高的并不完全代表任务紧急，应该同时代表该任务有比较高的产品价值，是两个纬度共同决定；
6. 关注工时，预期工时需要SM与团队负责人、团队成员参与决定，而实际工时需要团队成员