让敏捷辅佐业务目标.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第2 章 让敏捷辅佐业务目标 第 1 章介绍了从“为什么”要用敏捷实践——敏捷原 则。但是背后的原因是什么呢?事实上,根本原因是我 们为什么要选择那些原则。尽管敏捷是一个强大的理论方 法,但是遵循“这就是我们要做的事”这句话不会帮我们 实现想要达成的业务目标。使用敏捷,想要获得成功,在 开发效率上获得重大突破是有可能的,但是要首先自问 “我们为什么要这样做”,以及“我们可以从中获得什么”。 我们应该实践敏捷而不是被敏捷,让敏捷来驱动业务的实 现。先开始自查一下你的业务现状是怎么样的。 首先,识别你当前的业务状况(钱和时间的分配)以 及战略目标(理想情况下将要为业务发展投资的部分): 12   大规模敏捷开发实践 ❑成本和周期驱动  是什么在消耗你所拥有的资源并限制你按时交付的能力? ❑价值主张  你的产品或者服务最终能给客户带来什么? 保障敏捷转型以及资源合理分配到所需业务目标的最后一 步是,清楚地认识到将两个列表(目前投入的区域、将来相投 的区域)合并到了一起,这样能得到一个清晰的结论,了解自 己的问题所在。用这样的分析方法来为组织提供明确的开发目 标。不是核心的价值主张却耗费最大的作业成本的业务就是我 们改进的目标。如果这些作业成本可以从开发系统中用自动化 或者工程实践替代,那么释放出来的人力就可以投入到重要的 价值主张创新中去。 将敏捷应用于业务目标的最好方式是先清楚了解我们现在 的业务现状,然后再开始大规模敏捷转型。因此本章会概述 HP FutureSmart 的概貌,将它作为案例研究在实现转型之前, 我们需要识别成本和周期因素,解释我们的价值取向和业务需 求,然后根据我们的分析列出开发目标,将目标和现状做紧密 的靠拢。 2.1 背景:HP FutureSmart Firmware 案例 分析 HP FutureSmart Firmware 是向市场推广的、用于控制 Laser Jet 硬件以及实现产品解决方案的最新代码集的名称,是 商务名称。一个典型的Laser 打印机主要包括打印机电机引 第2 章 让敏捷辅佐业务目标   13 擎,这个引擎是由一个格式器(formatter )来控制的。格式器 由电子器件和逻辑器件组成。逻辑器件作为Firmware 存在, Firmware 可以被认为是一个从不间断工作的多任务操作系统。 在这个案例中,Firmware 是针对企业级打印机和复印机的, 它的复杂程度堪比操作系统,并且可以运行在个人电脑、笔记 本电脑或智能手机终端上。 我们的业务挑战开始于如何解决长达两年一次的用于交付 Firmware 的开发周期,以及嵌入复杂的软件的窘境。而且这 些软件已经历史悠久、急需重构。在交付过程中,也经常是一 次交付大量代码,风险极高。在学习敏捷之前,我们尝试过采 用以8 周作为一个开发周期的方式,每天做 1 ~2 次编译,并 且晚上做冒烟测试(smoke test )。即使做了上面这些改进,还 是有很多不利于效率的问题存在。 2.2  HP FutureSmart Firmware 成本和周期 驱动优先 识别成本和周期驱动的第一步是理解我们所拥有的资源都 被投放到了哪里?研发成本都投放到了哪里?诚实地评估下软 件研发的资金用到了什么地方。同样,开发人员用于变更功能 并验证变更是否生效的研发周期的评估也是很重要的一个考虑 因素。 纵观我们这个案例,世界各地的400 多名研发人员聚集在 超过几百万行代码的Firmware 上进行变更的更新和集成测试, 而且有很高的质量要求。在敏捷转型之初,我们当时面临着一 个非常复杂的开发环境,需要维护的遗留代码库都有好几年的 14   大规模敏捷开发实践 历史,因此现有的资源勉强能够维持系统的运行,具体的人力 投资情况如下所示。 ❑每个团队 10% 的人力专门做代码编译(我们称为编译 负责人,他们全职从事代码的集成和编译),也专门设 置了一个中心编译团队负责每天编译代码 1 ~2 次。但 是由于团队众多,每个团队都有自己的集成方法。在这

文档评论(0)

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

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

1亿VIP精品文档

相关文档