敏捷软件开发管理IBM课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《敏捷软件开发管理IBM课件.ppt》由用户(三亚风情)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 敏捷 软件 开发 管理 IBM 课件
- 资源描述:
-
1、2009 敏捷软件开发管理敏捷软件开发管理IBM 高级技术顾问 孙昕2009 议程如何有效的实施Scrum第一款全面支持敏捷开发的工具成功案例分享:IBM如何实现敏捷开发2009 敏捷宣言敏捷宣言Individuals and interactions over processes and tools(人和交互重于过程和工具)Working software over comprehensive documentation(可以工作的软件重于面面俱到的文档)Customer collaboration over contract negotiation(客户合作重于合同谈判)Respondin
2、g to change over following a plan(拥抱变化胜于遵循计划)That is,while there is value in the items on the right,we value the items on the left more.关注敏捷软件开发是因为我们认为它是一种很好的软件开发理念,能够应对现实中的软件需求经常不完善和快速变更的问题,用好它能够提高客户满意度,降低项目失败的风险。但什么时候使用它、如何很好地实施这些理念,是我们需要考虑和解决的问题。2009 敏捷的定义敏捷的定义(IBM)“使用持续的项目干系人的反馈,通过用例(用户需求)和一系列的较
3、短的、稳定的、时间固定的迭代来交付高质量,可用的代码.”This figure shows the Four Ss that describe agile in a nutshell.2009 Scrum开发方式是敏捷方法之一Scrum一词来源于橄榄球运动,过程是迅速,有适应性,自组织的旨在寻求充分发挥面向对象和构件技术的开发方法,是对迭代式面向对象方法的改进 适用于需求难以预测的复杂商务应用产品的开发2019年由先进的开发方法公司提出,2019年由“敏捷联盟”推广团队成员能够独立地,集中地在创造性的环境下工作2009 6Scrum总体骨架总体骨架冲刺规划会议冲刺规划会议Sprint Plan
4、一般不超过8小时。前4个小时:产品负责人向团队展示最高优先级的产品,团队则向他询问产品Backlog的内容、目的、含义及意图。后4小时:团队计划本Sprint的安排冲刺复审会议冲刺复审会议Sprint Review 一般4个小时,由团队成员向产品负责人额其他利益相关人展示Sprint周期内的产品开发情况冲刺回顾会议冲刺回顾会议Sprint Retrospective一般3个小时,ScrumMaster将鼓励团队在SCRUM过程框架和实践范围内,对开发过程做出修改,使它在下一个Sprint周期中更加有效和令人愉快每日站立会议每日站立会议Daily Scrum Meeting在简会上,每个成员主要
5、回答三个问题;自上次SCRUM简会后的一天了(昨天),你做了什么?从现在到下次SCRUM简会的一天里(今天),你要做什么?在实现SCRUM及项目目标的工作中,你遇到哪些困难吗?产品订单产品订单Product Backlog冲刺订单冲刺订单Sprint Backlog新的功能新的功能增量增量产品负责人产品负责人Scrum主管主管开发团队开发团队干系人干系人燃尽图燃尽图角色角色工件工件活动活动产品订单产品订单Product Backlog冲刺规划会议冲刺规划会议每日站每日站立会议立会议每日工每日工作作产品订单产品订单冲刺复审会议冲刺复审会议冲刺回顾会议冲刺回顾会议冲刺目标冲刺订单产品新的功能增量新
6、的功能增量开发流程开发流程2009 7迭代迭代每30天Daily SCRUM每24小时高优先级可运行的软件可运行的软件工作项分解产品订单产品订单Product Backlog冲刺订单冲刺订单Sprint Backlog新的功能新的功能增量增量冲刺规划会议冲刺规划会议Sprint Plan一般不超过8小时。前4个小时:产品负责人向团队展示最高优先级的产品,团队则向他询问产品Backlog的内容、目的、含义及意图。后4小时:团队计划本Sprint的安排冲刺复审会议冲刺复审会议Sprint Review 一般4个小时,由团队成员向产品负责人额其他利益相关人展示Sprint周期内的产品开发情况冲刺回顾
7、会议冲刺回顾会议Sprint Retrospective一般3个小时,ScrumMaster将鼓励团队在SCRUM过程框架和实践范围内,对开发过程做出修改,使它在下一个Sprint周期中更加有效和令人愉快每日站立会议每日站立会议Daily Scrum Meeting在简会上,每个成员主要回答三个问题;自上次SCRUM简会后的一天了(昨天),你做了什么?从现在到下次SCRUM简会的一天里(今天),你要做什么?在实现SCRUM及项目目标的工作中,你遇到哪些困难吗?产品负责人产品负责人Scrum主管主管开发团队开发团队Scrum总体骨架总体骨架2009 使用使用Scrum of Scrums来进行扩
8、展来进行扩展Scrum对大型和小型的开发团队都有着良好的适应性可以增加团队的层次,比如:几个相互依赖的Scrum团队需要沟通 几个团队一起工作于一个单一的产品,并且团队间需要内部相互依赖通过多层团队的建立来拓展不确定的项目规模由团队来决定频率和是否出席和参与 Technical contributor 不需要Product Owner或者ScrumMaster,但是他们可以协助Are you about to put something in another teams way?2009 成功的成功的Scrum需要做好准备工作需要做好准备工作有准备的 让正确的人来担当适当的Scrum的角色 具
9、有良好的产品需求的规划以及需求的优先级的排序 开发和测试环境已经准备就绪 团队知道如何将产品需求转化为可装配和可运行的产品增量扎实的 由团队来评估和估算产品需求项 产品负责人确定冲刺的目标并就相关的产品需求和团队进行讨论 由团队来决定它的可用性 ScrumMaster准备相关会议 GO!项目已经初始化 第一个sprint计划会议可以开始启动 Well done.Good luck and enjoy!2009 Scrum项目也可能会失败项目也可能会失败 失败失败摘自维基百科,自由的百科全书 Failure(colloquially fail,phail or flop)in general r
10、efers to the state or condition of not meeting a desirable or intended objective.It may be viewed as the opposite of success.Product failure ranges from failure to sell the product to fracture of the product,in the worst cases leading to personal injury,the province of forensic engineering.So you ne
11、ed to quickly identify Scrum Smells.2009 Scrum的误区的误区:丢失节奏丢失节奏不一致的Scrum每日例会Scrum每日例会被省略会议的时间老是变化不一致的Sprint周期Sprint周期在中期被武断得改变不一致的Sprint计划会议Sprint计划会议被省略 保持一致性和协调性 在Scrum当中避免混乱和杂音,专注于交付本身 明确的阐明预期 进行适当的引导和培训 求助于基本的Scrum规则节奏能够帮助我们走上正轨2009 Scrum的误区的误区:随意讲话的鸡随意讲话的鸡项目干系人在Scrum每日例会上款款而谈产品功能的选择在Sprint计划会议之外进
12、行 没有外部人员的肯定,团队没有办法做纯技术上的决策项目的状态分析在Sprint计划会议之外进行 执行者试图干预团队产品需求调整或不被理睬 始终如一的防止狼群的骚扰 指导和培训作为项目启动的一部分 在项目启动过程中认定角色 通过回顾加固预期 把鸡从猪圈里赶出去 适当的变更会议时间和地点 或许鸡可以下蛋 成为一个称职的牧羊犬团队成员活在不恰当的技术决策的痛苦当中vs.干系人感觉被强制的为团队做决定2009 Scrum误区误区:被遗忘的猪被遗忘的猪不清晰和明确的期望?竞争性的分配?缺乏担当?管理上的干涉?厌烦?恐惧?角色框架 变更会议的时间和地点 解释,说服,和商讨 拥抱技术 改组团队 团队成员活
13、在不恰当的技术决策的痛苦当中vs.干系人感觉被强制的为团队做决定2009 Scrum误区误区:缺少进展缺少进展 Backlog持续的增长而不是减少手头正在做的工作太多了功能特性感觉永无止境90%完成综合症总是基于已完成的功能特性不断进行修改和修复已完成的功能正在等待未完成的项目干系人抱怨缺少进展失败得交付 需求可以尽早的看到其进展、尽早的看到其价值以及按时地完成 对于客户存在极大价值的功能特性可以很容易的构造 “零缺陷”的产品 总是对即将交付的产品保持承诺 总是愿意去问,“是否没有交付有用的可执行的代码,有什么好处呢?”意识到缺陷是不可避免的良好的Sprint backlog管理2009 Sc
展开阅读全文