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

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

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

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

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

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

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

苦逼敏捷宣言

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

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

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

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

      苦逼敏捷宣言虽然有点极端，但是不得不承认，这符合现实。当敏捷变成一种时尚和公司逐利的目标时，在市场的力量推动下，敏捷就变成了苦逼敏捷。目前在国内实施的Scrum,太注重形式上的过程实践，但是对于团队的组建，文化，以及整个公司治理上的理念等软的层面都没有关注到。 从而在员工的考核，激励，责任感上总是有问题。——@陈皓RoyChen

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

 

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

1）N公司被敏捷害惨了，现在要去害别人了啊；

2）关键是要把H给害了才有用，但人家已经抛弃Agile了；

3）实在没搞懂，开发的路千万条，N公司怎么就选了敏捷呢。

 非要那么苦逼吗？

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

1. 天生苦逼

       不少公司的管理层其实并不真正关注敏捷，他们并不想改变自己。他们被广告打动了，“用敏捷吧，交付更快，质量更高。”于是敏捷成为了他们的新玩具。敏捷好啊，简单易懂，成本低廉。就这么定了，记得要更快交付哦。于是，这些公司天生信奉苦逼敏捷宣言，执意于将苦逼进行到底。

2. 自愿苦逼

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

3. 被迫苦逼

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

转载于:https://www.cnblogs.com/guanghuan521/p/6553937.html