Scrum 敏捷培训小节

scrum  agile 

敏捷里最重要的事情：

人、沟通、可用的软件、适应变化。

敏捷的特点：

  • Self-Organize
  • Cross-Functional
  • Practice
  • Learning
  • Transparency
  • Simplicity
  • Inspect & adapt
  • Iterative

3355 - 敏捷开发的基本构成：

3种角色：

  • CSM(Certified Scrum Master)
  • Product owner
  • Team

5 种特性：

  • Courage 勇气
  • Force 专注
  • Commitment 承诺
  • Openess 开放
  • Respect 尊重

Invest 模型:

  • Independent
  • Negotiable
  • Valuable
  • Estimatable
  • Small
  • Testable

PDCA:

  • Plan
  • Do
  • Check
  • Action

燃尽图：

在一个迭代内，将 Task 一点一点完成的线性图，正常情况下应该呈开始很平缓，中期急速下降，后期继续平缓的曲线，因为初期调查代码，寻找解决方案，Task 无法按量完成，中期快速完成 Task，后期快完成时速度减缓。不过这种情况不是绝对发生。

=====================

敏捷我的理解是，Product Owner 将用户的需求以 User Story 的方式写出来，由 Dev Team 分解成 Task，以自愿认领、自我估算开发时间的方式，以迭代的周期（1周太短，1月太长），以最终有价值的可用的软件为目标的开发方式。

它和传统开发模式的最大区别是，不再以需求为导向，也不用再写大量的需求文档，而将重点转移到了在每个迭代的周期结束时提供可用的软件为目标，换而言之，即不再以要求在特定时间内完成所有功能，而是通过短时间的迭代开发，快速交付可用的软件给用户，并及时得到反馈以决定下一个迭代的 Task。

敏捷的要求是 Product Owner 必须在每一个迭代的开始，公布 User Story，由 Team 拆分成 Task 并估算工作量，自愿认领 Task 并给与 Product Owner 承诺可以在这个迭代内完成，而这个迭代内，Product Owner 必须给予 Team 不被打扰的环境，和不会变化的 Task，尽一切力量在迭代结束时可以交付可用的软件，并在迭代结束时开启 Review 会议总结该迭代内的收获和教训，以及向 Customer 展示这个迭代内完成的功能。

敏捷对 Team 的要求是 Self-Organize 和 Cross-Fuctional，即“自组织”与“跨职能”，因为任务都是 Team 自行申请的，即可以做到自行规划开发计划，而“跨职能”则是指 Team member 能够主动去担当一些别的职位的工作，例如设计，测试等等。

而对项目的跟踪，也是通过 Task 的完成情况进行的，而具体表现，就是燃尽图。

我认为敏捷最大的优势有以下几个：

  1. 快速迭代，短期交付可用的软件给客户，可以及时得到反馈，如有问题，可以及时得到修改。
  2. Feature value，特性价值，对用户需求进行评估，优先完成最具有价值的特性。
  3. Task 自评估，自认领，自组织和跨职能，充分调动 Team 主人公精神，减少和 Product Manager 在认知上的矛盾，可以真正达到 6 倍速。
  4. Transparency，项目进度一目了然，工程问题容易暴露。
  5. Test driven 测试驱动开发，降低测试工作量，有效保证产品质量。

版权所有丨转载请注明出处：https://kxq.io/archives/scrum敏捷培训小节