SCRUM是敏捷开发实践中团队管理和沟通交流，辅助项目开发的一个framework.这个framework指明了大方向，细节上需要团队经验的积累和调整，以使得团队的产品开发更有效率。SCRUM和XP并不是两大门派，而是以不同的视角来看待软件开发的过程，前者侧重于管理，理论，沟通和进度控制。后者侧重于编程实践。像后者中的测试用例驱动（TDD）,结对编程都可以跟SCRUM结合来改进开发过程。
SCRUM团队中有这样三类角色， product owner( 产品经理),scrum master（团队master）,team(团队成员). 产品经理负责产品的业务需求，和团队master、客户，团队成员（可选）一起整理出产品的bakclog，产品经理确认每一个需求的任务优先级，并且大家针对每一个需求设置一个how to demo（怎么验收），团队master在这里初步估算下任务的storypoint(类似于理想的人天工作度量)，然后组织sprint计划会议，在计划会议上完成story的时间估计，完成sprint的分离，并且将sprint中的story分配给团队成员，组织每天的晨会（让团队成员介绍完成的工作，将要做的工作，遇到的困难），sprint回顾会议（总结前个sprint的经验，教训，使得团队能一起成长）。团队成员主要负责每一个story的精确时间估计和细化的拆分story（如果有必要），而后就是team一起的为每一个sprint而奋斗。
SCRUM仍然有着agile manifesto中所有的特质;
在意团队成员沟通胜过过程与工具
可以运行的软件胜过完美的文档
与客户的协作沟通胜过合同磋商
随时准备拥抱变化胜过一成不变的“完美”计划
SCRUM中要诀：
尊重：最终每一个团队成员，大家都是平等的为一件事情而奋斗。尊重是理解的前提，一定要做到尊重，才能在遇到问题的时候相互协作解决问题。
勇气：团队成员一定要自信，要有信心在一个sprint中发挥水平完美的完成任务。
承诺：团队整体在预估确定了deadline之后要能为这个确定的目标而奋斗，要有责任感
专注：团队的成员尽量要排除外界干扰一起专心完成这个sprint，团队中可以设定一个对外接口人来处理外界的干扰
开放：允许不同的尝试，允许失败，让团队成员在每个sprint中都能有所成长，这样才能做到公平。
SCRUM开发大致流程如下：
1. 障碍backlog。预先估计下可能的一些障碍，并提前做一定的预防准备。
2. 全员会议。这次项目的涉及人员都参加。形成这个项目的团队氛围，积聚士气。
3.评估会议。这个会议之前，产品经理需要拿出产品初步的backlog，里面有每一个需求的相关信息，并且完成了优先级设置。团队master和团队成员都要提前看过这个产品的backlog。会议的目标就是针对产品的backlog，完成最终确认的产品backlog，这份backlog应该确定了任务数目，任务名称，任务优先级，任务的工作量估算，以及任务的how to demo和其他一些相关的数据。
4 sprint计划会议。根据上面的评估会议后，结合产品的backlog，制定出这次项目开发的sprints,每个sprint的时间不要太长，也不要太短，具体根据团队成员数目和以前的经验进行控制。划分出大致sprint,选取合适的story放如sprint.这里的story应该 storypoint。以用来控制每一个story的时间和整个sprint的时间。
5 如果有必要，可以再开一次sprint计划会议，保证每一个story达到合适的细化粒度，能使得短期能看到成果，而又不是太过细化。
6 每天晨会。站立会议，这是为了确保会议的短暂和有效。让团队的每一个成员发言，完成了什么，将要做什么，遇到什么障碍。这是为了跟踪进度，确认计划，提早处理障碍，提高项目开发效率。
7 sprint展示。展示一个sprint的成果，让团队有一种成就感。
8 sprint回顾总结。 总结优点，总结缺点，商讨改进方案，积累经验，让团队成长。
9 休整，易力再战。这里特别重要，劳逸结合，让团队成员能有充分的时间消化吸收经验，学习新技术，让团队更强大。这点贴别重要，强烈建议sprint间隔设置一个工作日来做这样的事情。
根据大致流程，经过摸索，每一个团队都会形成自己的scrum framework，然后等稳定的framework形成后，就要一直坚持下去，三个月可能是开始熟悉，能够驾轻就熟，半年生产率肯定有提升，如果半年毫无起色，那就要好好分析，是不是Scrum真的不适合这个团队或是这种软件项目呢。没有银弹，各种技术都是死的，各种solution都不一定是你的团队的solution,只有通过摸索实践才能找到适合自己团队的开发方式。技术没有壁垒，为你所用，你才是关键。
特别需要注意的是：
1. 从以上对SCRUM的陈述中大家不难发现，SCRUM对于团队成员的要求是非常高的，因此不是每个团队都适合用这种方式来管理整个研发过程。
2. SCRUM由于鼓励组员自我沟通，因此沟通发生得非常频繁，也正是由于这一点，注定了SCRUM方式能够管理的组员不宜超过8个人，对于大项目，如果确实需要SCRUM来开发，建议按照不同的功能点群集进行拆解分组，拆为多个8人小组来进行。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
