敏捷实践与SM角色的感想
1. 敏捷实践
1.1. 早会与评审
- 让参与者了解清楚当天需要完成什么重要任务，自己需要承担与把控进度。早会主要主题是：大家围绕这一次迭代的冲刺，昨天做了什么？今天准备得怎么做？有什么问题是需要协助解决的？
- 早会的规则：需要固定在15分钟内，直击重点，有需要进一步讨论的可以先记录下来，每个人都需要参加，并只做这件事
- 有些人觉得早会和评审很浪费时间。喜欢社交工具交流，会难推进敏捷。
1.2. 敏捷迭代的周期性
敏捷迭代一般是固定的两周一迭代，是一种强周期性开发模式，这样做的好处，如下：
- 推进工作的进度，减少任务等待，打消同事之间的相互依赖，促进同事能够自己主动的快捷的解决问题，让每一个在执行冲刺的同伴减少信息沟通的延迟，提高沟通饱和度，减少头衔
- 改进了敏捷参与者对时间的看法，敏捷已周期性进行冲刺，让参与者对任务执行有周期性。
1.3. 迭代关键是流畅性
一个迭代要做得好，需要保证整条链路都流畅。
就类似CICD一样，需要支持容器化技术、单元测试、代码仓库、安全检查，构建工具等。
敏捷开发，需要支持 测试驱动开发、整洁代码（易扩展、易维护）、晨会、看板的工作模式等、需要支持计划会议有：需求澄清会、冲刺复盘会、迭代功能展示会等。经过支持这些流程，能够保证：在需求时能够确认功能与价值；在开发时减少历史包袱，技术债；后续开发能够快速响应需求，扩展功能；在上线前进行展示成果，交给使用者去实际操作，关注的是客户和利益相关者是否满足了他们的需求；在上线后进行复盘总结，回顾敏捷开发迭代中，有什么问题阻碍了整体的流畅性，后续迭代如何处理，需要小组再实践过程中优化与成长。
1.4. 瀑布与敏捷开发
感想：瀑布模式要求所有事情更加清晰，否则一个个里程碑延期。但往往需求变化多，容易打乱节奏。虽然瀑布也可以调整计划，但太长的计划改动会很多。
瀑布更像工具人，按部就班，对管理者要求高；敏捷做得好的话，体现的是自主的承诺。
1.5. 最重要的内容优先做
关键就是以最快的速度做出一个产品中最有价值的部分。确定待办事项优先顺序的方法可能多达数百万种，但最理想的一种却是尽快做出最有价值的那20％，因为这20％能够产生80％的价值。
2. SM角色的名与实
2.1. SM的简介
Scrum Master更多的只是一种角色，可以由团队中的成员进行承担；推荐兼职或者轮任。
2.2. SM值得关注的点与实践感想
- SM注重团队成员成长需求
- 关注拉通整个流程，需要比较强的沟通与协助能力（体力/精力得好），而不只是确认过程；同时要靠谱，要获取对方信任。
- 引导大家实践敏捷开发，接纳敏捷模式，引导团队为自己承担责任
- 引导团队不是为了快速的完成计划中的任务，而是帮助大家最大化的产出具备很高价值的产品
- 关注优先级，敏捷看板优先级高的并不完全代表任务紧急，应该同时代表该任务有比较高的产品价值，是两个纬度共同决定；
- 关注工时，预期工时需要SM与团队负责人、团队成员参与决定，而实际工时需要团队成员
