被曲解的敏捷苦了程序员们

你在做苦逼敏捷吗?
服务器君一共花费了223.947 ms进行了5次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

一天,程序员甲遇到了程序员乙。程序员甲就问程序员乙了,“听说你们公司也在搞敏捷?”程序员乙答:“是啊,别提了,纠结着呢。感觉现在加班比以前还多了,一个迭代接着一个,比以前累多了。你们公司呢?”“我们啊,现在不怎么提敏捷了。敏捷这一套东西在我们这里不好用。”

上述对话并非个案。对大多数人而言,敏捷实施给他们带来的更多是痛苦,而不是成功,而且即使是成功,大多也与他本人无关。所以一方面来讲,敏捷越来越火热,敏捷大会上人潮汹涌,另一方面,又有很多的声音在声讨敏捷,包含那些在敏捷上栽了跟头吃了亏的。

如何才能形容很多公司敏捷实施的现状呢?我苦苦思索。当“苦逼敏捷”这个概念从我脑海浮现出来的时候,它牢牢地吸引了我的注意。对的,这就是大多数公司实施敏捷的现状。

苦逼敏捷宣言

我们一直在实践中探寻更苦逼的软件开发方法,最近我们找到了敏捷,我们在身体力行的同时也强迫他人。由此,我们建立了如下价值观:

  • 流程和工具 高于 个体和互动
  • 可信的文档 高于 工作的软件
  • 搞定合同 高于 客户合作
  • 遵循计划 高于 响应变化

也就是说,尽管右项有其价值,我们更重视左项的价值。

敏捷变成了苦逼敏捷,Scrum也变成了苦逼Scrum。而且,苦逼敏捷不会介意你是否遵循Scrum规范,不会给你套上Scrum-but的帽子。

苦逼敏捷宣言虽然有点极端,但是不得不承认,这符合现实。当敏捷变成一种时尚和公司逐利的目标时,在市场的力量推动下,敏捷终于变成了苦逼敏捷。

目前在国内实施的Scrum,太注重形式上了过程实践,但是对于团队的组建,文化,进而整个公司治理上的理念等软的层面都没有得到关注。 从而在员工的考核,激励,责任感上总是有问题。——@陈皓RoyChen

Scrum只是起跑线,大多数人却把它当成了终点。——@ 乔梁QL

这是实施了敏捷n年的N公司传出来的内部对话。1)N公司被敏捷害惨了,现在要去害别人了啊;2)关键是要把H给害了才有用,但人家已经抛弃Agile了;3)实在没搞懂,开发的路千万条,N公司怎么就选了敏捷呢。

非要那么苦逼吗?

苦逼需要理由吗?不需要吗?需要吗?如果一定要找点理由的话,下述理由不知是否合适。

1. 天生苦逼

不少公司的管理层其实并不真正关注敏捷,他们并不想改变自己。他们被广告打动了,“用敏捷吧,交付更快,质量更高。”于是敏捷成为了他们的新玩具。敏捷好啊,简单易懂,成本低廉。就这么定了,记得要更快交付哦。于是。。。。。。

这些公司天生信奉苦逼敏捷宣言,执意于将苦逼进行到底。

2. 自愿苦逼

不知道是被代表惯了,还是怎么回事,受害者妄想挺流行的。“加量不加价”的事情是坚决抵制的,这也是很多同学的口头禅。不改变,他们觉得现在的工作很苦逼;改变,他们觉得改变让他们很苦逼。

对这些同学来说,工作就是件苦逼的事。做不做敏捷,反正苦逼定了。

3. 被迫苦逼

也有人是真的关注敏捷,相信敏捷能够带来改变。但是,敏捷远比看起来难多了。真正进去一尝试,苦逼了,干不下去,欲罢不能。被迫苦逼的同学可怜了,希望能够找到名师,锻炼能力,早日走出苦逼境地。

本文地址:http://www.nowamagic.net/librarys/veda/detail/837,欢迎访问原出处。

不打个分吗?

转载随意,但请带上本文地址:

http://www.nowamagic.net/librarys/veda/detail/837

如果你认为这篇文章值得更多人阅读,欢迎使用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

大家都在看

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效率低,我觉得一个重要原因是看的书少了。多少是多呢?起码得看3、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结构不好而且不系统,因为在特定领域有一个足够量的知识量+足够良好的知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足以囊括面试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《代码大全(第2版)》 史蒂夫•迈克康奈尔 (Steve McConnell) (作者), 金戈 (译者)

代码大全(第2版)是著名IT畅销书作者、《IEEE Software》杂志前主编、具有20年编程与项目管理经验的Steve McConnell十余年前的经典著作的全新演绎:第2版做了全面的更新,增加了很多与时俱进的内容,包括对新语言、新的开发过程与方法论的讨论等等。这是一本百科全书式的软件构建手册,涵盖了软件构建活动的方方面面,尤其强调提高软件质量的种种实践方法。

更多计算机宝库...