Scrum过程模型
Scrum过程：
Scrum的三个主要元素：角色（role）、活动（activity）、产出物（artifact）
参与人员：PO、SM、TeamMember
过程：上半部分确定sprint目标，挑选 product backlog、确定团队成员名单、确定完成标准，并按照优先级划分；下半部分对sprint backlog分解任务、任务估计、任务分工，确定sprint演示日期，以及每日站立会议的时间和地点。
产出物：Sprint Backlog
2. 每日站立会议（Daily Scrum）团队每天站成一圈开一个约15分钟的会议，团队成员要报告三件事情：（1）昨天做了哪些事？（2）今天准备做什么？（3）有没有遇到任何问题或阻碍？
会议目的：监督个人承诺、了解项目进展、培养团队文化
会议步骤： （1）功能测试，PO确认任务是否完成； （2）轮流汇报 （3）更新燃尽图
3. Sprint 评审会议（Sprint review meeting）参与人员：Team Member、客户、管理者、PO
团队向PO及利益相关者展示本次sprint中已完成的每一个故事，并且PO确认这些故事有没有做到他想要的程度；调查利益相关者的意见、期望及优先级，这些新的想法可能变成新的需求，移到后续的sprint中实现。
4. 回顾会议（Sprint retrospective meeting）参与人员：SM、Team Member，PO如果有空，也参加
主要目的：检讨与改善软件开发流程；在会议中开发人员列举出在此sprint中有哪些开发流程是好的，要继续维持；有哪些是不好的或是没做到的，应该要改善的项目。最后团队讨论出改善行动方案，在下一个sprint（或是连续若干个sprint）中实施此改善项目。
三个产出物： 1. 产品清单（Product backlog）一个故事就是其中的一条内容。
Product backlog ：用户角色+功能+目的+优先级+验收标准
特点：
独立性： 避免故事之间的依赖性，便于优先级划分；
可协商性：故事是有弹性的，可变化；
可预测性：开发者应该能预测故事的规模及实现所需要的时间；
短小精悍：一般一个故事在一个迭代周期内可实现；
测试性：能定义出验收标准；
2. 冲刺清单（Sprint backlog）sprint backlog就是某一个sprint准备实施的故事（Product backlog的子集合）；其中的故事也要经过排序。
3. 燃尽图（Burndown chart）
