敏捷开发SCM

敏捷的目标：自组织，提高交付质量和交付速度；敏捷中实现拥抱变化是通过迭代增量实现的；所谓的迭代是循环，循环一种机制和模式，增量则是价值的增加，迭代增量，就是通过每次工作流程的循环实现业务价值的提升；那么关于迭代，其实是两个核心部分，一个时间，在scrum中每个迭代都是称之为一个sprint，即使冲刺的意思，scurm本身是棒球的一个术语，就是"争球"，我理解代表的是一场"比赛"，每个sprint其实是一次次的冲刺，在橄榄球比赛中，其实都是从一次争球开始，然后冲刺向目标（对方的球门）；所以scurm其实本质应该是一种节奏非常快，而且目标明确的一种项目管理框架。另外一个是流程，scrum有一些会议，这些会议在迭代的各个阶段，并起着不同的作用。

这里强调一下，scrum是一种框架，而不是具体的解决方案，scrum有建议的工具和手段，但是都不是强制的。

所谓的Scrum是一种框架，并不是MVC，Spring之类的框架，其实是一种抽象的，思想级别的框架，什么思想？拥抱变化，团队自组织。自组织可是一个高大上的话题，其实落地的话就是团队成员关注不是自己的Task，而是这个用户故事，这里我们假设的是用户故事并不是有一个人完成，而是有团队中几个人合作完成，比如有前端，后端，BA，测试合作完成；就是你既然负责了一个Task，那么你关心的不是这个Task本身，而是整个Story，或者说是条目（Item），自组织是一种自然的组织形式，但是需要有人来指导，我们人类天生就是组织化动物，但是如果组织得好，组织的有序高效，这个就需要一个Scrum Master（SM）的角色来做做引导；SM这个角色本身是没有权利（人事权，财务权），甚至不是团队中成员，SM是一个脱离于团队存在，他的定位是PO关注的业务价值而不是Item。或者说scrum其实是基于一种Y人性，同时相信人的责任感的一种管理框架。这个也是"自组织"能够形成的必要条件。

在SCM中有三种角色：Scurm Master，Product Owner以及团队；Product Owner是输入方，主要负责定义条目（story），安排优先级，然后输入给团队，团队通过自组织在一个迭代中完成目标条目；Scrum则"守望"这团队，注意，并不参与，而是远远的观望，只有当组织的方向有偏差的时候， 比如高优先级的任务没有被关注到，某些风险被忽视，再或者开会的时候，议题的方向跑偏了，这些时候SM会出来引导一下大家的方向和关注点，这里不是Leader觉得中决策，而是引导，比如通过提出问题等让团队自己来决策以及提出解决方案。所以SM的负责的其实是团队的运作机制和运作效率，他负责的是团队是否实现了一种高效的自组织，这个有别于经典项目管理理论中的项目经理或者Team Leader角色，参与的方向是不同的，后者是决策角色。

下面想一下Scrum的流程，主要是几个会议，scrum通过会议：

项目计划会议，计划会议是由两部分组成（Part1，Part2），第一个部分主要解决的是"what"问题，这个会议的之前需要做的功课是需要把Product Backlog List以及优先级整理出来这个是PO做得事情，在会会议上面，PO将会对需求进行讲解，然后大家讨论需求，并对故事进行拆分，注意这个拆分是指业务层面的拆分，和技术无关；第二部分是"how"的问题，就是怎么去实现，这里牵涉到了将story拆成task；在part2中，有一个工具是扑克牌点数法，这个工具很好，这个工具本身是用来对用户故事进行估算的，其实估算结果并不重要，重要的是这个工具可以暴露出团队成员对于需求理解的不一致，大家可以进行沟通和交流。

这里介绍一下Scrum有两个List，分别是Produt Backlog List（PBL），另外一个是Sprint Backlog List（SBL），前者是一个所有的待实现的用户故事，并且包含了优先级，后者则是本轮迭代需要完成的任务列表。

每日立会，每日立会为了让团队行程一种关注Item（story），不要从团队成员的维度来过那三个问题（昨天，问题，今天），最好是以着用户故事的为单位来过每日立会。

项目评审会议，参与人包括PO，客户以及团队还有scrum，主要是对于本轮迭代内容进行一个评审，主要是从业务的角度来进行的。

项目回顾会议，参与人团队以及SM，大家主要是针对迭代流程，技术层面进行一下回顾，商量一下得失。每个人都回顾一下自己在本轮迭代里面都做了什么；