苦逼的程序员

一天,程序员甲遇到了程序员乙。

程序员甲就问程序员乙了,“听说你们公司也在搞敏捷?”

程序员乙答:“是啊,别提了,纠结着呢。感觉现在加班比以前还多了,一个迭代接着一个,比以前累多了。你们公司呢?”

“我们啊,现在不怎么提敏捷了。敏捷这一套东西在我们这里不好用。”


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

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

苦逼敏捷宣言

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

流程和工具 高于 个体和互动

可信的文档 高于 工作的软件

搞定合同 高于 客户合作

遵循计划 高于 响应变化

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

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

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

这是实施了敏捷n年的N公司传出来的内部对话。

1)N公司被敏捷害惨了,现在要去害别人了啊;

2)关键是要把H给害了才有用,但人家已经抛弃Agile了;

3)实在没搞懂,彩票两倍投多少钱的路千万条,N公司怎么就选了敏捷呢。

非要那么苦逼吗?

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

1. 天生苦逼

2. 自愿苦逼

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

3. 被迫苦逼

相关内容推荐