火星人敏捷开发手册 2021-08-15.docxVIP

火星人敏捷开发手册 2021-08-15 火星人敏捷开发手册plus;2021-08-15 火星人敏捷开发手册 作为培训前的预习阅读。 打印并张贴在公司走廊上。 作为企业内部小组培训教材使用。 火星人敏捷开发手册 Scrum概览 Scrum是一种兼顾计划性与灵活性的敏捷开发过程，原词来自于橄榄球中的“带球过人”。在橄榄球比赛的每次冲刺前，都将有一个计划安排的过程，但冲刺开始后则由队员在原计划的基础上随机应变。 不同于瀑布模型将开发过程划分为需求、设计、编码、测试等阶段，Scrum将整个开发过程分为多次迭代（称为Sprint，冲刺），一般为期2～4周。 在日常工作时，产品负责人会维护一个按优先级排序的“产品待开发项”（Product Backlog），即从客户价值理解和描述的产品功能条目。 在每次迭代的第一天，召开迭代计划会(Sprint Planning Meeting)。产品负责人会逐一挑选最高优先级的部分进行讲解。团队可就需求细节、完成标准等进行询问，并逐条估算，放入本次迭代的开发任务中，直至任务量饱和。一旦迭代开始，这些任务将不会发生大的变化。 在迭代期内，团队将决定任务分配、所需的技术等，逐一完成任务。每天团队会进行一个简短的站立会议即每日立会 Daily Stand-up Meeting，沟通当前进度、下一步任务和当前存在的问题，以借助团队的力量解决。团队还维护一张“燃烧图”（Burn Down Chart），即所有任务的累积剩余时间随开发进程与日递减的图形，以观察和预测所有任务是否会按期完成。 在每个迭代的最后一天，团队会召集评审会(Review Meeting)，邀请产品负责人等参加，对已经完成的产品功能条目进行评审，后者做出判断并给出改进反馈。当天还会召开反思会(Retrospective Meeting)，对本次迭代中的成功与失败之处做出总结，并在以后迭代中进行改进。 Scrum是什么意思？ Scrum本意是指橄榄球中的“带球过人” 带球过人需要计划！ ? 在球场上：在比赛每段的开始，双方都要摆开阵势，并计划本段的进攻/防守路线和策略，教练和队长都可以参与计划。 ? 在软件开发公司：在每个迭代的开始，团队领导者都应该做好本迭代的计划，尤其是需求条目的优先级排序、选择本迭代的工作、设定必须完成的内容等。 带球过人需要灵活应变！ ? 在球场上：当哨声响起，尽管队员们努力按照既定计划推进，然而场上瞬息万变，队员不可能实时按照教练或队长的指令亦步亦趋地行事，而是靠平时训练中形成的素养见机行事，达成目标。 ? 在软件开发公司：在每个迭代开始后，团队领导不可能也不需要事必亲恭地者介入每件事情，而是应该由具体执行的人选择如何去做。团队领导要做好的是协调资源、解决困难、提供指导，以达成目标。 Scrum中既有计划会、每日立会、评审会等计划和管理活动，又有迭代期内的灵活应变活动，是一种轻重结合的敏捷过程。 Scrum敏捷方法一分钟扫盲 产品负责人建立条目化的产品待开发项，并进行优先级排序。 在迭代计划会上，产品负责人讲解本迭代要开发的条目，团队进行估算并放入下一个迭代。 团队在迭代内完成所列需求，每天都开每日”立“会以沟通进度和问题。 在迭代终点的迭代评审会上，团队向产品负责人等展示开发成果。 火星人敏捷开发手册：基于Scrum敏捷方法的免费敏捷开发手册 您的版本发布于2021-08-15，下一版本将于2021-10-15发布在： Scrum敏捷方法中的工作产品 产品待开发项 Product Backlog是从客户价值角度理解的产品功能列表。 功能、缺陷、增强等都可以是待开发项。 一般以条目化的方式描述。 客户和用户必须能够理解。 描述怎样使用而非怎样制造。 整体上从客户价值优先级排序。 总工作量一般需要0.5～10人天。 高优先级的条目应有较详尽的描述，低优先级的条目可只有一个名称。 冲刺待开发项 Sprint Backlog是从开发技术角度理解的迭代开发任务。 在简单的纯软件环境中，可以直接把产品待开发项当作冲刺待开发项分配到迭代中。 在复杂的开发环境中，可以把一个产品待开发项分解为Web/后台……软件/硬件……程序/美术……等开发任务。 可工作软件 Working Software是可交付的软件产品。 “可交付”在不同场景下差异很大，应视不同情况提前设定和选定交付标准。比如是否需要测试，是否需要性能优化，是否需要操作手册等等。 在正式产品中可能包括使用文档，甚至是纸质的。在新产