Sprint计划会议在每一Sprint的启动阶段进行。在Sprint计划会议的第一部分，产品所有者和Scrum开发团队（在ScrumMaster的协助下）共同审评Product Backlog，泰伦Backlog中各项目的目标和背景，并提供Scrum开发团队深入了解产品所有者想法的机会。在会议的第二部分，Scrum开发团队从Product Backlog中挑选项目并承诺在Sprint的末期

Sprint验收测试阶段

write a product backlog

怎么样编写产品backlog

Scrum introduction

摘要                软件开发是一项复杂的工程,同时也是一门值得研究的艺术,随着技术的迅速发展和经济的全球化,软件开发出现了新的特点,传统软件开发方法弊端的日益凸显, 尤其当前人民币不断升值,给原本宽松的金融领域软件开发流程带来了很大的压力, 客户要求在最短的时间内提交最优的解决方案,所以使用敏捷软件开发方法已经是势在必行.敏捷软件开发方法是一种科学的,先进的,快

各类大中小型企业所运用的传统软件构建方法，即是众人皆知的“瀑布”型开发方法。此模型存在很多变体，其典型性是在开发初期制定详细的计划，在计划中最终产品已被仔细研究，设计，并且一切详细资料都记录在案。任务已设计制定，并且在工作中使用如根特图表等工具和microsoft project项目管理软件进行项目管理工作。开发团队预计开发项目的时间是以累计其相关每一步骤而得出的。当项目管理者(stakehold

1. 迭代长度不同： XP的一个Sprint的迭代长度为1－2周，而Scrum的迭代长度一般为2－4周。2.在迭代中，是否允许修改需求：XP在一个迭代中，如果一个User Story(用户素材，也就是一个需求)还没有实现，则可以考虑用另外的需求将其替换，替换的原则是需求实现的时间量是相等的。而Scrum是不允许这样做的，一旦迭代开工到完毕，任何需求都不允许添加进来，并有Scrum Mast

在Scrum中有三个基本的角色：产品所有者(Product Owner)，开发团队和ScrumMaster。产品所有者负责取得产品最大的商业价值，收集相关于产品的所有信息――从客户或产品的终端使用者，开发团队成员和项目管理者中获取并将信息转化为优先权项目列表。在一些情况下，产品所有者正是客户本人；在另一些情况下，客户可能是有不同需求的成百上千的人。产品所有者这一角色在许多企业中是由产品经理

产品订单（product backlog）是整个项目的概要文档。产品订单包括所有所需特性的粗略的描述。产品订单是关于将要创建的什么产品。产品订单是开放的，每个人都可以编辑。产品订单包括粗略的估算，通常以天为单位。估算将帮助产品负责人衡量时间表和优先级（例如，如果“增加拼写检查”特性的估计需要花3天或3个月，将影响产品负责人对该特性的渴望）。冲刺订单(sprint backlog)是大大细化了的

Scrum不是一种过程，也不是一项构建产品的技术，而是一个框架，在这个框架理可以应用各种过程和技术。Scrum的作用就是让开发实践方法的相对功效显现出来以便随时改进，同时也为开发复杂产品提供了框架。Scrum是以经验过程控制理论为依据，采用迭代，增量的方法来提高产品的可预见性并控制风险。Scrum的三大支柱支撑起每个经验过程控制的实现。第一大支柱是高透明度：高透明度确保管理结果的人看得到那

Scrum不是流程，它是提供给团队可视性的框架，并且容许他们相应的“检验和适应”的技巧。Scrum试图让许多存在于开发团队中的问题显示出来。比如，大多数的开发团队并不擅长于计算在固定期间内完成的工作量，因此在第一个Sprint结束时不可能交付他们预计完成的工作。对于开发团队来说，这个是工作的失败。事实上，这个经验正是能更好预计工作量所需的第一步，并促使其对承诺的任务更加负责。这种模式可以使机能失调

Scrum的第一步是产品所有者清晰地展示产品的未来景象（vision）。这些是以按需求的优先列表展示的，按客户和商业价值排序，最高价值的项目排在列表顶端。这就是Product Backlog，它存在（并发展）于产品的整个生命周期。在项目开发的任何时候，Product Backlog是唯一具有权威性的“以优先权排序为准，需要完成的所有任务“的概况。只可以存在唯一一个Product Backlog

在Sprint评审会议之后，产品所有者将提取所有建议，和在Sprint中产生的新的优先权项目，并将这些项目合并于Product Backlog之上；增加新的项目，现有项目进行了更改，重新排序或删除。当Porduct Backlog的更新完毕，循环周期可以再次开始，以下一个Sprint计划会议开端。许多开发团队感觉在每个Sprint末期进行优先化的会议很有意义，和产品所有者一起对一下Sprint中的

Sprint评审在Sprint结束后，将进行Sprint评审，团队在此期间展示他们所构造的产品。出席此会议的有产品所有者，开发团队成员，ScrumMaster，加上客户，项目管理者，专家，高层人士和任何对此感兴趣的人。会议时间不长，目的只是对工作结果的展示和听取反馈。Sprint回顾在Sprint评审之后，开发团队会进行Sprint回顾。有些开发团队会跳过此过程，这是不合适的。因为它是

每当Sprint开始，Scrum开发团队将会实施另一个Scrum的重要实践方法：每日（站立）例会。这是在每个工作日特定的时间举行的15分钟会议，Scrum开发团队的每一成员都将参与；为了保证其短小精悍，与会成员都保持站立。以此提供给开发团队机会来回报交流成果和阐述任何存在的障碍。一个接一个，每个团队成员只可以向其他人汇报三件事情，并且只这三件事情:从上次会议之后完成了哪些工作，在下次会议之前准备完

scrum经验