敏捷软件开发管理--20160405.pptVIP

  1. 1、本文档共45页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
敏捷软件开发管理--20160405

敏捷宣言遵循的原则 可工作的软件是进度的首要度量标准。 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。 坚持不懈地追求技术卓越和良好的设计,敏捷能力由此增强。 以简洁为本,它是极力减少不必要工作量的艺术。 最好的架构、需求和设计出自自组织团队。 团队定期地反思如何能提高成效,并依此调整自身的举止表现。 敏捷的定义(IBM) “使用持续的项目干系人的反馈,通过用例(用户需求)和一系列的较短的、稳定的、时间固定的迭代来交付高质量, 可用的代码.” This figure shows the Four Ss that describe agile in a nutshell. 议程 如何有效的实施Scrum 第一款全面支持敏捷开发的工具 成功案例分享:IBM如何实现敏捷开发 Scrum开发方式是敏捷方法之一 在比赛中每个队员都应时刻保持对场上全局的判断,然后通过集体行动、奋力实现同一目标──胜利 Scrum一词来源于橄榄球运动,过程是迅速,有适应性,自组织的 旨在寻求充分发挥面向对象和构件技术的开发方法,是对迭代式面向对象方法的改进 适用于需求难以预测的复杂商务应用产品的开发 1995年由先进的开发方法公司提出,2001年由 “敏捷联盟”推广 团队成员能够独立地,集中地在创造性的环境下工作 困难 成功的变革不是完全的自上而下或者自下而上 结束状态是不可预知的 Scrum 是无处不在的 Scrum 是截然不同的 变化来得比以往更快 最佳实践是危险的 值得 更高的生产力及更低的成本 员工的参与度和工作满意度增强 更快的产品上市时间 更高的质量 项目干系人的满意度提升 现在的做法不再有效 ADAPT模型 意识(Awareness):当前的过程已不能实现可接受的结果 渴望(Desire):把实施Scrum作为一种方法来解决当前的问题 能力(Ability):有能力成功实施Scrum 推广(Promotion):通过分享经验来推广Scrum,从而能让我们记住并能让其他人也能看到我们的成功 传递(Transfer):把实施Scrum带来的影响扩大到整个公司 Scrum的角色、框架和流程 ScrumMaster的角色 ScrumMaster:保证团队一起顺利工作,迅速清除挡路石,团队有效地朝着目标前进。帮助团队使用Scrum。 ScrumMaster所需的品质: 责任:能够并愿意承担责任。ScrumMaster要对最大化团队的产出和支持团队成员实施及使用Scrum负责。 谦虚:不会把自己的需求排在第一位,而是愿意去做任何能帮助团队实现目标的事情。理解全体团队成员的价值,并以身作则促成其他人达成共识。 协作:ScrumMaster的工作是保证团队中存在一种相互协作的文化。确保团队成员能够把问题拿出来公开讨论。 投入:要求全力以赴的投入。必须与团对成员一样,对项目及其目标具有高度的奉献精神。 有影响力:能够影响团队内和团队外的人。让团队相信需要尝试一项新的技术实践,如测试驱动开发或者结对编程。 知识渊博:具备技术、市场和其他的专业知识,可以帮助团队实现目标。 Scrum的角色、框架和流程 产品负责人的角色 产品负责人:保证团队瞄准正确目标的人。 产品负责人的职责: 提供愿景:包括确定产品的愿景,做好沟通交流。向团队清楚解释它。创建、维护产品Backlog并排好优先次序来到达。 提供边界:描述愿景被实现时的现实情况,一般为限制条件。 产品负责人所需的品质:ABCDE。 始终都在(Available):保持随需而到的状态,对项目的积极投入。 懂业务(Business-savvy):懂得产品开发的业务背景。 善于沟通(Communication):良好的沟通者,能够和各种不同的项目干系人友好相处。 果断(Decisive):当团队成员有问题找产品负责人时,需要一个解决方案。 得到授权(Empowered):一定是被授予权力做出决定并能为决策负责的人。 角色职责 划龙舟团队 * Scrum总体骨架 冲刺规划会议 Sprint Plan 一般不超过8小时。 前4个小时:产品负责人向团队展示最高优先级的产品,团队则向他询问产品Backlog的内容、目的、含义及意图。 后4小时:团队计划本Sprint的安排 冲刺复审会议 Sprint Review 一般4个小时,由团队成员向产品负责人额其他利益相关人展示Sprint周期内的产品开发情况 冲刺回顾会议 Sprint Retrospective 一般3个小时, ScrumMaster将鼓励团队在SCRUM过程框架和实践范围内,对开发过程做出修改,使它在下一个Sprint周期中更加有效和令人愉快 每日站立会议 Daily Scrum Meeting 在简会上

文档评论(0)

zijingling + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档