敏捷开发流程(自己总结)

敏捷开发的相关简介敏捷定义3削m是一个轻量级的软件开发方法Scrar乃是一个敏捷开发框架，是一个增量的、法代的开发过程。在这个框架中，整个开发周期包括若干个小的法代周期，每个小的迭代周期称为一个Sprint，每个Sprint的建议长度2辈ljq周。在Scrum中，使用产品Backlog来管理产品或项目的需求，产品backlog是一个按照商业价值排序的需求列衰，歹lj表条目的体现形式通常为用户故事。Scram的开发团队总是先开发的是对客户具有较高价值的需求。在每个Sprint中，Scram开发团队从产品Back！”中挑选最有价值的需求进行开发。Spint中挑选的需求经过Sprint讨划会议上的分析、讨论和估算得到一个Sprint的任务列袭，我们称它为Sprintbacklog。在每个迭代结束时，Sc阳m团队将交付潜在可交付的产品增量。敏捷的原则个体与交互胜过过程与工具可以工作的软件胜过面面俱到的文档客户协作胜过合同谈判响应变化胜过遵循计划j这四句价值观用语句表达就是：自组织团队与客户紧密协作，通过高度法代式、增量式的软件开发过程响应变化，并在每次送代结束时交付经过编码与测试的有价值的软件胜过与客户确定合同后在初期制定并遵循基于活动的完整计划，在重型过程和工具指导下，通过完成大量文裆进行知识传递，最后交付需求。敏捷宣言12条原则！最优先的目标是通过尽早地、持续地交付有价值的软件来满足客户。1欢迎需求变化，甚至在开发后期。敏捷过程控制、利用变化帮助客户取得竞争优势。3频繁交付可用的软件，间隔从两周3i1J两个月，偏爱更短的时间尺度。吁在整个项目中业务人员和开发人员必须每天在一起工作。5以积极主动的员工为核心建立项目，给予他们所需的环境和支持，信任他们能够完成工作。6在开发团队内外传递信息最有效率和效果的方法是面对丽的交流。？可用的软件是进展的主要度量指标。8敏捷过程提倡可持续发展。发起人、开发者利用户应始终保持稳定的步调。9.简化一一使必要的工作最小化的艺术一一是关键。10持续关注技术上的精益求精和良好的设讨以糟强敏捷性。11.最好的架构、需求和设计产生于自我组织的团队。IZ.团队定期地对运作如何更加有效进行反思，并相应地调整、校正自己的行为。敏捷的角色1产品负责人产品负责人（阳duct Owner）的职责如下：确定产品的功能。决定发布的日朔和发布内容。为产品的ROi负责。根据市场价值确定功能优先级。每个Sprint，根据需要调整功能和优先级（每个Sprint开始前调整。接受或拒绝接受开发团队的工作成果。2阳飞nnM回阳1作为TeamLeader和Productowner紧密地工作在一起，他可以及时地为团队成员提供帮助。他必须保证团队资源完全可被利用并且全部是高产出的。保证各个角色及职责的良好协作。解决团队开发中的障碍。做为团队和外部的接口，屏蔽外界对团队成员的干扰。保证开发过程按计划进行，组织J)Qllg阳回.SpJl!J蝇Revrewand Spflll刷annlllgm耐ngs。Bb 负责产品的开发一般情况人数在5-9个左右团队要跨职能包括开发人员、测试人员、用户界面设剖州等团队成员需要全职。（有些情况例外，比如数据库管理员）在项目向导范围内有权利做任何事情巳确保达到Sprint的目标。高度的自组织能力。向ProductOwner演示产品功能。团队成员构成在spri悦内不允许变化。团队整体向产品开发负责。敏捷工件1、作叫.uctiBcrok1哺有优先级的故事列衰，井估算故事点产品订单：产品订单Product Backlog）是整个项目的概要文挡，它包含己划分优先等级的、项目要开发的系统或产品的需求清单，包括功能和非功能性需求及其他假设和约束条件。产品负责人和团队主要按业务和依赖性的重要程度划分优先等级，并作出预佑。预估值的精确度取决于产品订单中条目的优先级和细致程度，入选下一个冲刺的最高优先等级条目的预伯会非常精确。产品的需求清单是动态的，随着产品及其使用环境的变化而变化，并且只要产品存在，它就随之存在。而且，在整个产品生命周期中，管理层不断确定产品需求或对之做出改变，以保证产品适用性、实用性和竞争性。2、Spmi自Bcrdklog 当前Spri时要完成的任务列衰，并估算工时团队成员自己挑选任务，而不是指派任务对每一个任务，每天要更新剩余的工作量估算每个团队成员都可以修改Sprintbacklog，增加、删除或者修改任务冲刺订单：冲刺订单是大大细化了的文档，用来界定工作或任务，定义团队在3切附中的任务清单，这些任务会将当前冲刺选定的产品订单转化为完整的产品功能增量。冲刺订单在冲刺规划会议中形成，其包含的不会被分派，而是由团队成员签名认领他们喜爱的任务。任务被分解为以小时为单位，没有任务可以超过16个小时。如果一个任务超过16个小时，那么它就应该被进一步分解。每项任务信息将包括其负责人及其在冲刺中任一天时的剩余工作量，且仅团队有权改变其内容。8、发布燃尽图直观反应当前发布剩余的工作量，以Sprint周期数和故事点数为单位。燃尽阁（战1rodowoChart）是一个公开展示的阁袭，纵轴代表剩余工作量，横轴代表时间，显示当前冲来I中随时间变化而变化的剩余工作量（可以是未完成的任务数目，或在冲刺订单上未完成的订单项的数目。剩余工作量趋势线与横轴之间的交集表示在那个时间点最可能的工作完成量。我们可以借助它设想在增加或减少发布功能后项目的情况，我们可能缩短开发时间，或延长开发期限以获得更多功能。它可以展示项目实际进度与讨划之间的矛盾。Spl1Dt燃尽图Sprint燃尽图直观的反映了Sprint过程中，剩余的工作量情况，Y轴表示剩余的工作，I轴表示Spri忱的时间。随着时间的消耗工作量逐渐减少，在开始的时候，由于估算上的误差或者遗漏工作量有可能呈上升态势。缸”.篡童量裹示3震惊销E成的工你暴一，指哥哥.重E.份缸线囊录速度.工曾E,L-.,，掏向,.,、，键襄筝Dt句SpJ11J曲过程1、SpJ11nt计划会议团队从产品backlog中挑选他们承诺完成的条目。（做什么创建SprintB毗log（怎么做标识具体的任务并为任务做估算由团队协作完成，而不是ScumMaster考虑了高层设计2、SdJ1um每日站会团队每天进行IS分钟的检验和适应的会议称为Scrum每日站会。每日站会上，每个团队成员需要汇报以下三个问题：从上次会议到现在完成了哪些工作。下次会议前准备完成什么。工作中遇到了哪些障碍。汇报的对象是团队，不是任何一位领导PO.SM.团队负责人。汇报的重点在于提出问题，进而解决。每日站会不是进度汇报会议，这个会议是为将产品backlog条回转化成为增量的人（团队召开的。团队承诺实现Spri悦目标和完成产品切cklog条目。每日方占会是检验朝向Sprint目标的进程，如果有必要进行后续会议对Sprir暗中的下一步工作进行调整，目的在在于增加团队实现目标的可能性。这是Scrum经验过程中的重要检验和适应的会议。8、SpJ11Jlt评审会议Sprint评审会议用来演示在这个Sprint中开发的产品功能给ProductOvmer Yroduc Owner 会组织这阶段的会议并且邀请相关的干系人参加。团队展示Spint中完成的功能一般是通过现场演示的方式展现功能和架构不要太正式不需要附一般控制在2个小时团队成员都要参加可以邀请所有人参加 Sprtnt回顾会议Spiot回顾会议上，全体成员讨论有哪些好的做法可以启动，19.Jll些不好的做法不能再继续下去了，l哪些好的做法要继续发扬。团队的定期自我检视，发现什么是好的，什么是不好的。一般控制在15-30分钟每个Sprint都要做全体参加3以rmMaster 产品负责人 团队 可能的客户或其它干系人开发流程阶段参与事务人开勤PO,讨论产品需求条目输出故事歹1J表调研则，团队问卷调查分析工 作剿，团使用估算扑克估算故事点带估算的量估算队确定故事的依赖关系故事列表发布PO,S问PO确定当前发布的时间和应该产品Backlog计划会议包含的故事PO向各干系人公开发布规划Sprint 3”，团PO确定最近1-2个Sprint的最优先级Sprint Backlog l计划会议队故事团队从产品Backlog中的最高优先级故事中挑选承诺完成的条目分解条目成为工作项评估工作项工时（小时为单位）Sprint 剿，团按Sprint加cklog产出软件产品潜在可交队软件产品必须是潜在可交付的付的产品增量（经过完整测试，可运行，有完整用户文档）Sprint PO,团队向内及相关干系人演示产评审会议则，团队品增量收集意见，为下一个Spri时作准备Sprint PO,对开发流程进行回顾，检查哪些更好的回顾会议则，团队方法是值得保留的，哪些是要废弃Scram rfri.程的。敏捷的开发流程1首先组建scrum团队（5-9人）2确定团队成员职责Cscrummas时，po;l:eam)3需求设计分析，列出productbacklog格式如下lD NAME IMP EST HOJ TO DEMO N肝囚注意事项：DEEPDei:ail创appropria份lg（粗细适中）：指将当前优先级高的功能模块尽量细化，而相对优先级较低的功能模块，只需要知道大体功能点既可。Estim旧时（估算过的）：对每个功能点进行估算。Emergeni:（涌现的）：功能模块随着开发的推移是变化的，因此每次选代完成都要重新调整。Prioritiz创（排好优先级的）：将功能模块根据商业价值进行排序。产品功能模块的优先级最好用CJO,20,30计算），方便需求变更，附加功能插入。q sprint plarmiDg想要什么以及为什么？5选择部分produci:backlog（优先级作为当前sprint的sprintbacklog，并创建sprini:面板。6 sprint准备会，确定每个人做什么以及怎么做（最好是，自己选择？确定此次sprint的“可交付物”（也就是完成这次选代要达到的效果。并且确定当前sprint哪些功能是必须实现的（must），哪些是应该做的，但若没时间就算了（should），哪些是不太需要，但有更好（could）。7 sprint开发开始，创建sprint的任务版和sprintbacklog的燃尽图，并确保每日更新，每日晨会。Sprint任务版gSprint backlog to do doing done 燃尽图：”.回L 直主E襄示Z震惊冒匾1E1史的主你司屉一，、I 哥哥.主r-It.的缸维毅示遵噩/-、.工t 1 L-.,自量偏离字句篱在迭代开发过程中，会发生需求的变更或者功能点的添加，但只要对本次选代影响不是特别大，就不要对本次选代发生变更。（记录迭代中的变更8选代完成后需要完成文档工作：l)上一次sprint开发的pr唱dud:backlog。2)当前isprint开发的product backlog。3)变更报告增加和减少productbacklog o q)燃尽图报告。9 sprint评审会确定可交付产品1 0 sprint回顾会议：回顾看板：Good could be beefer fb nu mm n AHhv nu、!nuve n l 返回3（将变更添加到productbacklog，或者删除一部分）直到所有produce back均被选代完成。