敏捷中主要包括三个角色：产品负责人(Product Owner)、敏捷教练(Scrum Master)、项目团队(Scrum Team)。
产品负责人
主要负责确定产品的功能和达到要求的标准，维护产品***事项列表，指定软件的交付的内容，同时有权力接受或拒绝开发团队的工作成果。
敏捷教练
主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。主要有服务团队、教导团队、保护团队、引导Scrum的有效应用职能。
敏捷三大角色之项目团队
主要负责软件产品在Scrum规定流程下进行开发工作，人数控制在3~9人左右（PO、SM不包含在人数中，除非参加执行冲刺列表中的工作），团队获得授权，自组织和管理他们的工作。每个成员可能负责不同的技术方面，但要求每成员必须要有很强的自我管理能力，责任属于整个开发团队。为团队提供了一种一起成功、失败、调整、改进的途径。
敏捷-冲刺计划会
目的：用来决定本次Sprint的交付成果以及为了达成目标应该如何工作。
特征：标志着Sprint的开始；
确定哪些用户故事会被纳入本迭代中进行；
并拆分成task以估算时间团队成员领取task；
PO必须为迭代计划会议准备一个最新的、经过排序的待办事项列表；
对于一个月的Sprint来说，Sprint计划会一般不超过8个小时。
敏捷-每日站会
定义：为了在团队内部沟通交流成果以及阐述任何存在的障碍而召开的每日例会。
做法：
不超出15分钟；
团队以某种方式“过一下”看板或任务板，而团队中的任何人都可以主持站会；
每个人轮流回答问题：
昨天，我做了什么？
今天，我准备做什么？
是否有任何障碍？
两种反模式：变成状态报告；站会是为了发现问题，而不是解决。
敏捷-冲刺评审会
定义：
在Sprint结束前，团队与PO共同评审Sprint成果的一个会议。
控制在4小时以内。
目的：团队给PO和相关干系人演示Sprint中所完成的功能（尽可能使用相对真实的环境），并接受PO的意见、建议和评价，用以检视所交付的产品增量并根据需要调整产品待办事项。
评审结果：一份修订后的产品待办事项列表，明确很可能进人下一个送代的待办事项。
敏捷-冲刺回顾会
定义：
在Sprint结束时召开的关于团队自我持续改进的回顾复盘会议。通常在Sprint评审会之后，在下次Sprint计划会议之前展开。一个月的sprint不超过2小时。
目的：
总结这一个迭代中的经验和问题；
找出后续潜在改进的主要方面，同时加以排序；
制定改进工作计划。
敏捷-仆人式领导
敏捷管理中的仆人式领导：
定义：一种为团队赋权的方法。通过对团队服务来领导团队的实践，注重理解和关注团队成员的需要和发展，旨在使团队尽可能达到最高绩效。
作用：促进团队发现和定义敏捷。仆人式领导实践并传播敏捷。
敏捷-待办事列表
待办事项列表是所有工作的有序列表，它以故事形式呈现给团队。价值越大的排在上面。
产品负责人制作一个产品路线图，以显示预期的可交付成果序列。产品负责人根据团队的实际成果重新规划路线图。
产品负责人在迭代中的会议中与团队合作，为即将进行的迭代准备故事，细化足够的故事。
向团队介绍故事创意、潜在的挑战或问题。
SCRUM的3个物件
定义了冲刺的目标，明确了冲刺过程中具体需要完成的任务；
尽量放在方便团队看到的地方；
任务不是分配下去的，而是团队讨论与个人挑选的结果；
对每一个任务，每天更新剩余任务工作量的估算；
Sprint计划会议产出其实Sprint Backlog；
是团队的资产，团队可以增加、删除或者修改任务；
如果团队同意，对于一些事项，可以先做大的整体估算。
