写点什么

制造拖拉机也用到了敏捷

2012 年 5 月 14 日

InfoQ 采访了 John Deere 公司的敏捷“忍者” Chad Holdorf ,谈了关于他们最近对Intelligent Solutoins Group 做敏捷转型的相关问题。

InfoQ:John Deere 公司的 ISG(Intelligent Solutoins Group)部门实施敏捷软件开发的运动是怎么发起的?是由某些事件所触发,还是因为他们逐渐发现了敏捷的好处?

Chad::John Deere 公司从 2007 起,就有几个团队开始试用 Scrum 框架。到 2010 年初,有大约 10 个团队在实践 Scrum,还有更多团队想学习 Scrum。2010 年 9 月时,我们计划在 2011 年 1 月发布一款新产品,但是我们意识到,如果按我们当时的方法去做而不做出明显的变革,我们不可能交付出关键的新功能。所以,我们打破了功能壁垒,组建成了敏捷团队,用一个多星期的时间,向 150 多人介绍了 Scrum。在那个项目里,我们全部人都开始使用敏捷。

InfoQ:你们实施敏捷时,采用了哪些敏捷方法?Scrum?XP?还是某种混合方法?为什么 Deere 公司选择这些方法?

Chad:许多公司使用 3 个或 4 个字母的缩写来描述过程或产品。我们提出了 SADM 方法,或者称为 _ 可调整的敏捷交付方法(Scaled Agile Delivery Methodology)_ 来为 ISG 实施敏捷提供指引。SADM 方法把 Scrum 框架、可调整的敏捷框架、极限编程和精益原则整合成完整的流程。

InfoQ:Deere 公司采纳敏捷方法是 IT 部门的单独运动,还是也有业务部门参与和支持?或者说,John Deere 整个公司实现了敏捷,还是仅 Deere 公司的 Intelligent Solutions Group 部门实现了敏捷?

Chad:敏捷正在迅速向 John Deere 的全部部门传播。虽然不是 John Deere 全公司在实践敏捷,但是越来越来的部门正在逐渐实施敏捷实践。至今,John Deere 已有超过 1500 人在实践敏捷方法。

InfoQ:对组织来说,采纳敏捷可能代表着企业文化的变革。John Deere 怎么管理这种变革?

Chad:以前我低估了当时做的事情对企业文化的影响。几乎所有人的角色和行为都受到了影响。但是我们很有耐心。我们就像布道一样持续地传播新流程,及我们期望它将能带给我们哪些商业利益。此外,通常开发团队都能很好地接受敏捷,而且他们编写并测试了所有的代码后,工作确实变简单了。每个企业都必须找到能带来最佳质量、效率、时间和员工投入的新流程,否则他们将无法发展壮大。在 Deere 公司,150 多年里我们在不停地变革。通常没有“不变革”这个选项。

InfoQ:在采纳敏捷时,是什么原因让 John Deere 公司采用了全面采纳敏捷的方法,而不是逐步采纳?

Chad:John Deere 的产品都紧密整合在一个相当大的系统里,而且这个系统由非常复杂的机器组成。如果我们逐步采纳敏捷,再把用不同方法开发的产品整合起来,那将非常痛苦,协作也基本不可能。尽管如此,我们采纳敏捷的过程也不是一步到位的,我们一次在 100 多人的团队中实施敏捷,转型期会有 3 到 6 个月。

InfoQ:你们怎么做敏捷估算?

Chad:从全公司整体来说,我们使用故事点做估算。不过在不同的团队中具体方法也有不同,并不全是采用组织级的方法。我们正逐渐使用 _ 特性生产能力(feature throughput)_ 作为更好的速率和估算程序执行过程的方法。

InfoQ:你们的外包和离岸外包业务如何实施敏捷?

Chad:Deere 公司有两个离岸外包地区,他们也使用了与我们总部相同的敏捷过程。我们都依照相同的 Sprint 时间表,这样让协作更容易。对外包,我们培训供应商使用我们的敏捷实践,这样与他们交流和协作也会更容易。

InfoQ:John Deere 公司如何处理两个产品负责人之间的矛盾?

Chad:我们办公室放有乒乓球台,我们告诉他们要在那儿解决问题。老实说,在 Deere,每个人都想超出可行性做出更多的东西。我们经常需要权衡后作取舍,尝试只聚焦于能给 John Deere 的所有客户提供最大价值的东西。

InfoQ:你们的产品应用敏捷的情况怎么样?是否有些产品比其他产品应用得更好?

Chad:对网站资产类型的产品实施敏捷会更容易,对联合收割机、喷雾机和拖拉机这些项目实施敏捷相对会难一些,不过好在每个人都有相同的流程和相同的思考方式——迅速产出用户满意的高价值、高质量的软件。

InfoQ:对于那些正寻找方法实施敏捷软件开发的读者,您有什么建议?

Chad:对重大的变革,永远不会有最佳时期,不过要真的做起来,它可能比你平时在做的事情还要简单。但是,世界在迅速变化,客户和市场需求也在变化。先在一些团队中开展实施,再观察和采纳它。然后,当组织要强有力地“推动”实施敏捷时,迅速去实施,并且再也别去想走回头路。

查看英文原文: Your Tractor Was Built With Agile

2012 年 5 月 14 日 13:011654
用户头像

发布了 27 篇内容, 共 51842 次阅读, 收获喜欢 0 次。

关注

评论

发布
暂无评论
发现更多内容

架构师训练营第 6 周课后练习

叶纪想

极客大学架构师训练营

架构师训练营1期-week06-作业

lucian

极客大学架构师训练营

week-6-part1 CAP 原理

陈龙

6.3CAP原理与NoSQL数据库架构

张荣召

架构师训练营第 1 期第 6 周总结

du tiezheng

极客大学架构师训练营

第 6 周 是这么玩的???

Pyr0man1ac

2 期架构师训练营 - 框架设计

Vicente

极客大学架构师训练营

week-6-part2 学习总结

陈龙

架构师训练营第 1 期 - 第 6 周 - 命题作业

wgl

Dynatrace抓取系统中的任何方法Method的参数值

东风微鸣

APM Dynatrace

架构师训练营2期第二周总结

CJian

架構師訓練營第 1 期 - 第 06 周作業

Panda

架構師訓練營第 1 期

架构师二期第二周作业

supersky6

作业

架构二期第二周总结

supersky6

架构师训练营第六周作业

文智

极客大学架构师训练营

week2-作业一

未来已来

与前端训练营的日子--Week01

SamGo

学习

6.2分布式关系数据库(下)

张荣召

架构师训练营第六周作业

脸不大

技术选型(二)

wing

极客大学架构师训练营

架构师训练营第六周学习总结

文智

极客大学架构师训练营

ARTS打卡 第22周

引花眠

微服务 ARTS 打卡计划 springboot

第6周作业

paul

在 iOS App 中显示 Build 时间和 git 分支名和 commit 哈希

疯清扬

ios 编译时间 git version build time 编译日期

11/1-第二周-总结

张冬冬

心得

11/1-第二周-作业

张冬冬

学习

算法训练营第二期:第二周总结

xiaomao

第二周作业

伊灵

非HTTP应用或批处理应用如何进行全链路监控

东风微鸣

全链路监控 非HTTP应用

架构师训练营第二期 - 第二周课后练习

xiaomao

简述CAP原理

orchid9

演讲经验交流会|ArchSummit 上海站

演讲经验交流会|ArchSummit 上海站

制造拖拉机也用到了敏捷-InfoQ