InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

Brian Marick:敏捷宣言中缺失了什么

作者 Chris Sims 译者 张晓庆 发布于 2008年11月25日

领域
过程 & 实践
主题
敏捷实施 ,
敏捷
标签
敏捷宣言

在敏捷开发实践大会上,Brian Marick重点描述了敏捷宣言中缺失的价值观。他的观点是:敏捷宣言本质上是一个营销文档,旨在让企业给敏捷一个机会。既然这个目标已经基本实现,基于宣言的承诺,需要一套扩展的指导价值观来帮助团队进行交付。

价值观会帮助我们在面对诱惑的时候,依然坚持走在笔直且窄的道路上。那些有强烈内在价值观的团队会坚持好的敏捷实践——并会得到好的敏捷结果——然而,没有价值观指导的团队会漂向沟渠。

Brian在其观点中主要表达的是一个主题的最新进展,那是他在2007年多伦多极限编程日上分享的一个主题,后来又写了出来。他认为需要有4个新的价值观:

技能
没有什么能够替代熟练的开发者和测试者。技能来自于花费时间学习和实践软件开发工艺。

纪律
事实证明,把敏捷做好需要相当的纪律。暂时看来,不重构代码,或者跳过写测试总是快一些。暂时看着更简单、更快,但是长远看来,这只会让你减缓速度。需要有纪律来时时刻刻维护这一点。

轻松
把我们经常做的事情简单化。Brian描述了它是怎样与"易居性"概念关联的。正如居民改造房子,以使他们的生活更简单更舒适,代码也可以这样,我们修改工作环境,使其更容易"居住"。

快乐

现在,我可以说,快乐的员工才有生产效率,而缺乏快乐的项目就像金丝雀在煤矿中辗转翻滚:这是一个迹象,表明有一些大的问题需要你留意。这或许是真的。我当然愿意相信它。但是,从根本上来说,我不在乎。我认为快乐不需要理由,我们应该得到它。更重要的是,我们周围的那些人应该得到它。

那时,Brian担心的是缺少这四个价值观会走向何处。

我认为敏捷今天的痛苦,是因为这些基本的价值观没有写下来,并且很容易忘记。由于敏捷进入了更大的公司,不爱冒险的公司,那些没有书面化的价值观正在淡化。如果这种情况继续,我担心敏捷会在这十年中昙花一现,什么都没有改变,这是多可悲啊。

James Shore近期也表达了类似的忧虑敏捷运动正在被实现不好的团队破坏。

最近,Brian添加了一些新的价值观,包括:勇气,做出反应,快速反馈和可见性,并达到爱出风头的水平。

勇气
勇气就是抗住压力,做对团队、对项目、对公司最有好处的事情。Brian分享了一个他归功于Ken Schwaber的例子,一个scrum大师拆了团队的工位,以便他们能够拥有希望的团队空间。当面临“家具警察”时,她明确表示,如果工位被恢复,她将退出。

做出反应
Brian认为,不管单词"做出反应"口碑有多差,一个敏捷团队及其成员在特定方面做出反应是完全合适的。当编码的时候,有时这样会更好一些:写一些代码,然后等待反应,看它工作得是否多好。当作决定时,等到“最后负责时刻”也可以被看作是一个做出反应的方式。

快速反馈
获得快速反馈的一个方法是,采用特性加特性的方式开发,而不是基础架构第一的方式。公司很少能够对原始基础架构给出反馈(嗨,数据库设计的很好!),但是公司很容易对可工作的特性给出有用的反馈。更快的反馈可在测试驱动设计中看到。

可见性
使尽可能多的信息可见,这是敏捷实践者长久以来认为的一个最佳实践。隐藏其后的动机是"人人可见的大图表"和"信息辐射源"。这不仅仅有益于让每个人知悉情况,也能快速地暴露问题,这往往会自然的得到解决。

也让坏习惯明显可见。长期可见的压力会让你丢下这些坏习惯,随着时间推移——你的所作所为也将成为习惯,但这次是好的习惯。久而久之,从这些变化中会蕴育出伟大的成员和伟大的团队。这与从仅仅功能性的东西发展为真正值得骄傲的产品可谓异曲同工。


您可以在这里找到Brian的观点全文。

你的团队有没有应用这些价值观,是怎样应用的呢?Brian列出的是否完整,是否还有敏捷团队应该考虑的其他指导价值观呢?欢迎发表评论分享您的想法。

查看英文原文:Brian Marick: What's Missing From the Agile Manifesto

译者 张晓庆 有多年的软件开发经验,主要是J2EE项目、Web应用和分布式系统等等,在电信网管开发方面经验丰富。

"furniture police"怎么翻译? 发表人 张 晓庆 发表于
  1. 返回顶部

    "furniture police"怎么翻译?

    发表人 张 晓庆

    英语中有fashion police比较常用,意味评价、议论别人衣着打扮的人。furniture police很少有人用,根据上下文,应该是评论家具摆放的人吧?所以翻译成“家具批评家”更好一些?

深度内容

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011

"伤得起"的云计算应用——对云端应用之架构的思考

2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。

让交付的速度跟上思考的速度

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011

架构之路——穿行在产品和业务之间

篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。

解析JDK 7的动态类型语言支持

随着JDK 7的发布,字节码指令集终于迎来了第一位新成员——invokedynamic指令。这条新增加的指令是JDK 7实现“动态类型语言(Dynamically Typed Language)”支持而进行的改进之一,也是为JDK 8可以顺利实现Lambda表达式做技术准备。在这篇文章中,我们将去了解JDK 7这项新特性的出现前因后果和它的意义。

Java Remoting远程服务(下)

随着互联网应用的发展,Java分布式远程服务技术受到越来越多的关注,本文将对各种相关实现以示例的形式逐一介绍,并总结其中的优缺点,使读者能够在技术选型时有所准备。这是文章的下篇。