敏捷开发书籍《轻松Scrum之旅》阅读笔记

敏捷开发

Backlog：根据初始需求分解出的任务列表，包括功能性的和非功能性的（全员参与）

​ 产品Backlog是产品所要具备的所有功能的总纲

User Story：详细的产品Backlog里的项目中的一个小功能就是1个User Story（由相关专家来写，而不是开发人员）

​ 是从用户视角的角度对系统的某个功能模块所做的简短描述

​ 格式：作为<某个角色>，我可以<做什么>，以完成<什么目的>

Task：为了及时、高效完成每个Story，需要将每个Story分解成若干个Task（团队）

​ 每个Task的时间要保证在一个工作日内完成

User Case：用例，通常用UML图来描述，也是用来描述需求的很好的工具

Story Point：完成每一个User Story所需的时间

• 首先要将所有需要完成的工作列在一个Product Backlog中
  • 项目开发过程中需求的改变也要写进去
• 每个Sprint开始之前，要召开一个Sprint会议（开发团队+所有感兴趣的人，4~8小时）
  • 产品责任人（Product Owner）为Product Backlog中的各项需求确定优先级
  • 开发团队按照优先级，从Product Backlog中挪到Sprint Backlog中去
  • 团队成员详细讨论如何按需求完成这些功能模块，并估计完成每个功能模块所需的时间
• 在Sprint的进行过程中，团队每天都要举行一个简短的每日站会，以便团队成员了解开发进度
  • 条件允许的话，每天都在同样的时间和地点，最好是早晨
  • 每人轮流
    • 昨天我完成了什么工作？
    • 今天我打算做什么？
    • 我遇到了什么障碍？
• 一个Sprint结束之后，需要召开Sprint评审会议和Sprint回顾会议
  • 开发团队在评审会议上把这个Sprint的开发成果展示给大家（不需要PPT，开发团队+所有感兴趣的人，2小时）
  • 在回顾会议上，团队成员回顾刚刚过去的Sprint，从中总结经验和教训
    • 与会人员轮流发言
      • 哪些方面做得好
      • 哪些方面需要改进
      • 如何改进

---