Scrum敏捷软件开发.ppt

Scrum敏捷软件开发.ppt

《Scrum敏捷软件开发.ppt》由会员分享，可在线阅读，更多相关《Scrum敏捷软件开发.ppt（17页珍藏版）》请在冰点文库上搜索。

智控国际Scrum敏捷软件开发读书分享,该书全面讲述了Scrum敏捷软件开发的一些理念及个体，团体，组织在进行Scrum时所应进行的转换，提升，及新的技能。

敏捷宣言个体和互动高于流程和工具可工作的软件高于面面俱到的文档客户合作高于合同谈判响应变化高于遵循计划尽管右项有其价值，但我们更重视左项的价值。

成功实施Scrum的关键是结合自上而下和自下而上的变革相关要素。

如果没有人对项目感兴趣，所有的技术手段和管理手段都是无效的！

注解：

敏捷开发强调人的作用。

“人”才是第一位的。

保持所有成员对团队的兴趣。

敏捷原则,我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。

欣然面对需求变化，即使在开发后期也一样。

为了客户的竞争优势，敏捷过程掌控变化。

经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

业务人员和开发人员必须相互合作，项目中的每一天都不例外。

激发个体的斗志，以他们为核心搭建项目。

提供所需的环境和支援，辅以信任，从而达成目标。

不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。

敏捷原则,可工作的软件是进度的首要度量标准。

敏捷过程倡导可持续开发。

责任人、开发人员和用户要能够共同维持其步调稳定延续。

坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。

以简洁为本，它是极力减少不必要工作量的艺术。

最好的架构、需求和设计出自自组织团队。

团队定期地反思如何能提高成效，并依此调整自身的举止表现。

Scrum简介,轻量级开发方法（过程方面的任务相对较少）增量、迭代的开发过程（质量可交付）；每个Sprint的建议长度（2周-4周）；使用产品Backlog（按商业价值排序的需求列表）来管理产品或项目需求；优先开发具有最高价值的需求；Sprintbacklog；每个迭代结束时，团队交付潜在可交付的产品增量；,Scrum的特点,Scrum规定了一个非常简单的开发流程。

Scrum是现有设计流程的总结。

Scrum以团队为基础，是一种在需求迅速变化情况下迭代地、增量地开发系统和产品的方法。

Scrum是一个控制由利益和需求冲突导致的混乱的流程。

Scrum是改善交流并最优化合作的方式。

Scrum是一种检测产品开发和生产过程中障碍并将其去除的方式。

Scrum是最大化生产率的一种方法。

Scrum的特点,Scrum适用于单一的项目到整个企业。

Scrum可以控制并组织多个具有相关性的产品开发以及拥有超过千名开发者和执行者的项目实施过程。

Scrum能让每个参与者都对自己所做的工作以及自己做出的贡献感到骄傲，并让他们发挥到最佳水平。

Sprints,Scrum的项目过程有一系列的Sprint组成。

Sprint的长度一般控制在2-4周，推荐3周。

通过固定的周期保持良好的节奏。

产品的设计、开发、测试都在Sprint期间完成。

Sprint结束时交付可以工作的软件。

在Sprint过程中不允许发生变更。

Scrum角色-产品负责人,确定产品的功能。

决定发布的日期和发布内容。

为产品的profitabilityoftheproduct（ROI）负责。

根据市场价值确定功能优先级。

每个Sprint，根据需要调整功能和优先级（每个Sprint开始前调整）。

接受或拒绝接受开发团队的工作成果。

ProductOwner参与Scrumplanning。

Scrum角色-ScrumMaster（作为TeamLeader和Productowner紧密地工作在一起，他可以及时地为团队成员提供帮助。

）,保证团队资源完全可被利用并且全部是高产出的。

保证各个角色及职责的良好协作。

解决团队开发中的障碍。

作为团队和外部的接口，屏蔽外界对团队成员的干扰。

保证开发过程按计划进行，组织DailyScrum,SprintReviewandSprintPlanningmeetings。

（注释：

在项目的角色的转换过程中，有三个重要的主题需要重申：

增量的工作；迭代的工作和超出专业之外的工作。

）,Scrum团队,一般情况人数在5-9个左右，最好7人团队要跨职能（包括开发人员、测试人员、用户界面设计师等）团队成员需要全职。

（有些情况例外，比如数据库管理员）在项目范围内有权利做任何事情已确保达到Sprint的目标。

高度的自我组织能力。

向ProductOwner演示产品功能。

团队成员构成在sprint内不允许变化。

Backlog示例,Howtodemo：

纯粹地站在用户的角度来写（而非站在开发人员的角度）；句式：

“作为【用户的类型】，我希望可以【先这样做，然后那样做，就应该得到.的结果】以便【业务价值】。

”,测试驱动开发TDD,先写测试，后写代码。

单元测试工具。

测试驱动开发意味着你要先写一个自动测试，然后编写恰好够用的代码，让它通过这个测试，接着对代码进行重构，主要是提高它的可读性和消除重复。

整理一下，然后继续。

ADAPT模型,意识（Awareness）渴望（Desire）能力（Ability）推广（Promotion）传递（Transfer）,Scrum理念,在scrum领域,没有最佳实践,只有最合适,最有效的实践.渴望（Desire）scrum不在于让你现在有多优秀,而在于你下个月有没有变得更好.对于scrum团队成员来说,不要考虑是你的任务还是我的任务,而应该考虑是我们的任务.优秀的scrummaster不会以自我为中心.应该帮助团队实现目标提供任何帮助.scrum并没有规定必须有测试,必须结对编程,它只要求团队在每个sprint结束时能交付高质量,可工作的软件.,Scrum理念,产品负责人的工作分两部分:

对外了解市场趋势,对内与团队一起建造产品.如果能保证我们在提交代码的时候比我们更新代码干净一点点,那么我们的代码就不会变烂。

要成为高效的scrum团队,首要目标就是要确认团队责任制,即谁为.负责在任何一个sprint中应该有10%的时间准备下一个sprint缺乏自动化是一种技术债自动化测试的金字塔:

UI服务单元,谢谢！

Q&A,