BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

讨论:敏捷工具与敏捷

| 作者 侯伯薇 关注 0 他的粉丝 发布于 2012年12月30日. 估计阅读时间: 7 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

@刘欧V在微博上提到,没有各种敏捷工具的支持,就很难进行各种软件工程的相关实践,工具就是约束和流程,使用它们才能够获得敏捷的巨大能量。而这和敏捷宣言中的声明看起来有些不协调,进而引发了大家关于敏捷工具的讨论。

刘欧V关于敏捷工具的微博是这样说的:

没有spark(需求&项目进度敏捷管理平台),play(敏捷开发框架),git(敏捷源代码管理工具), hudson(ci)这样的敏捷工具,就很难搞什么敏捷的需求项目管理,软件工程实践开发,持续集成,持续交付,工具就是约束和流程,遵守这些约束和流程,才能获得敏捷的巨大能量。

很快就有人发出不同的声音:

aosfather:工具、形式不等于本质。如同我买了血压计、白大褂、注射器等等,只是让我看上去像一个医生而已。但是没有这些就不是一个医生吗?不是!中医不就不要这些嘛。

禅道项目管理软件(李春生):呵呵,业内还有很多的敏捷砖家们说,敏捷宣言第一条如是说,工具是要不得滴。

也有人对此表示赞同:

DC_李小波:这些工具已经不是敏捷宣言中提到的那些工具了。这些工具正是融入敏捷理念而打造的,所以我同意你的说法,正确使用这些工具就能带来巨大的能量。

敏捷开发南京俱乐部:扔掉这些工具就像农民伯伯扔掉锄头用手刨地,伯伯还说:我的手比锄头更敏捷!

更多是由此引发的广泛讨论:

刘欧V:工具就是约束和流程,遵守这些约束和流程,才能获得敏捷的巨大能量,就好比米国,只有大家都真的遵守宪法和法律,才能获得最大程度的民主和自由,各种形式的空谈都不靠谱,都是大忽悠。

刘欧V:从svn切换到git,工具变了,很多默认的规则也变了,和 svn时代令牌神灯+single branch的模式说byebye,进入git分布式并行开发多分支时代,又好比ejb时代由于java语法的限制,只能是贫血模型,而如今ROR风格的java框架则变成了充血模型。技术工具的发展,颠覆改变了规则,形而下然后再形而上就顺溜了。

李国彪:我是这样理解宣言的:有效的工具促进个体能动性和人们的互动。然后个体的能动和互动又促进流程和工具的演进和提升,敏捷想看到的是一个良性的正反馈。

朱少民:【新敏捷宣言:建立在沟通,交流,信任基础上的工具和流程更重要】想一想也是,搞软件不发挥工具、自动化流程的作用,那才傻 //@Thinker姜志辉: 多些思考,少些指责。搞敏捷的人要多些肚量。工具和流程很重要,但建立在沟通,交流,信任基础上的工具和流程更重要!!没有这些,流程很容易沦为形式!

大家叫我导演:晕死,个体与交互胜过过程与工具、可以工作的软件胜过面面俱到的文档,虽然宣言中右项也很有价值,但是我们认为左项更有价值。就被解读为不要工具 不要文档吗?

刘欧V:回复@大家叫我导演:大家别忽略了,敏捷宣言是在欧美信息化工具高度发达的场景下提出来的。 ◆个体与交互 重于 过程和工具 ◆可用的软件 重于 完备的文档 ◆客户协作 重于 合同谈判 ◆响应变化 重于 遵循计划 我们的面临的大问题是:天朝场景下,右项能做及格都不多,你懂的。

刘欧V:十分赞同这句话,扯远一点,工具延伸的含义就是流程制度的形式化保障。想当年老mao打天下的时候,搞人治,搞运动战,够敏捷吧,建国了,还迷恋当年人治的高效,画圈的快感,忽视了基本的xianfa流程建设。然后导致我们这帮子人连对敏捷于工具理解上都混乱不堪。

半个码农:个人觉得产品的主人翁意识也很重要,当产品被变成一个个无聊的死任务的时候,产品就失去了活力,最终导致产品是某几个人的想法而非团队的结晶。

hanzhi窦:价值观与原则->环境与机制->元流程->流程->工具, 从上到下是构建、依存、体现和反馈的关系,越往上变动性和多样性越大,越是下面的变动对系统的影响越大。系统思考才是王道,争论谁更重要意义不大,头比脚重要,所以就把脚砍掉?脚重要,就不要脑袋了?

刘欧V:回复@hanzhi窦:脱离现实场景,争论哪个环节最重要,真没什么意义,我的建议是:结合现实场景,就会布道的影响力及其有限(除非的大佬力挺)发现务虚的东西必须要靠务实的工具定型、呈现,并让相关人员首先在视觉上感知到问题的存在,这才是最最重要的,有了这个基础,再慢慢谈其他环节。

王晓明同学:还是要关注问题本身吧,任何好的工具都能对团队起到帮助,关键还是你要解决的问题是什么,团队是否理解并认同。

刘欧V:关注问题本身这种话都是看起来很有道理,不用说,当然是最重要的,但现实是:让团队理解并认同,关注问题本身相当有难度,而重要手段之一恰恰是借助工具,让工具产生的数据说话,有一线敏捷项目实战经验的都会有此感受。

EG-Tails:这说明你的团队需要这些工具,并不说明每个团队都需要这些工具。一个团队在没有工具的情况下最知道什么工具适合自己,如果一个工具引进后只是积灰和增加团员工作负担,那要不找个更适合的,要不就摈弃掉。

刘欧V:回复@EG-Tails:工具是无罪的,有罪的是使用这些工具的人。

最后,刘欧V指出了重视敏捷工具在敏捷实践中的重要性:

你尊重工具,把合适的工具当做团队的一份子,别欺负工具不会喊疼,团队的每个人每天都用心呵护工具,和工具用心交互,你就会发现,工具就给你好看,给你惊喜,我都感受到了,才向大家推荐。

重新重视敏捷工具在敏捷实践中的重要性,其实是我越发清晰地认识到中国与西方一个最大的不同就是:中国社会包括专业领域缺少common sense,仅形而上很容易空对空,过嘴瘾,泛泛而谈,然后就没有然后了。缺少公约,规约,甚至价值观都有不同那怎么办?那就退而求其次,重新重视通过工具重建规约作为开始 。

重新重视工具的另一个原因是:中国社会包括专业领域,真正决定事务走向的往往是“潜规则”,社会事务上是,公司事务上也是,技术开发上仍然是,很多潜规则拿不到台面上,只能意会。太多的隐喻在作祟,势力强大,受众就只好靠“事情就是这样的”过活,工具则可能是信息规则透明化的一个尝试。

各位读者,你对敏捷工具之于敏捷实践是怎样认识的呢?欢迎发表意见加入讨论。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

压缩探索工具时间的办法 by Woo Victor

工具是很有用的。但是探索工具需要花时间,不用工具又浪费时间。所以最好的办法是压缩、节约探索工具的时间。
建议有一个投票性质的权威集中地,让大家能够把常用的工具贴出来对比,这样可以节省很多筛选的时间。

没有工具的敏捷是不可想象的 by 李 欣

工具除了固化成果物,同样提供了交流的标准用语。不论是敏捷还是传统方式,都需要工具的支持,而且必须工具的支持。不要因为敏捷就忘记了“生产力的主要内容包括劳动者、生产工具和劳动对象”,正是由于劳动工具的进化才拉近了劳动者的差别。以上论点对于由SuperMan组成的团队无效。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

2 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT