解讀敏捷1 你在做苦逼敏捷嗎？

上述對話並非個案。對大多數人而言，敏捷實施給他們帶來的更多是痛苦，而不是成功，而且即使是成功，大多也與他本人無關。所以一方面來講，敏捷越來越火熱，敏捷大會上人潮洶湧，另一方面，又有很多的聲音在聲討敏捷，包含那些在敏捷上栽了跟頭吃了虧的。

如何才能形容很多公司敏捷實施的現狀呢？我苦苦思索。當「苦逼敏捷」這個概念從我腦海浮現出來的時候，它牢牢地吸引了我的注意。對的，這就是大多數公司實施敏捷的現狀。

苦逼敏捷宣言

我們一直在實踐中探尋更苦逼的軟體開發方法，最近我們找到了敏捷，我們在身體力行的同時也強迫他人。由此，我們建立了如下價值觀：

流程和工具

高於個體和互動

可信的文件

高於工作的軟體

搞定合同

高於客戶合作

遵循計畫

高於響應變化

也就是說，儘管右項有其價值，我們更重視左項的價值。

敏捷變成了苦逼敏捷，

scrum

也變成了苦逼

scrum

。而且，苦逼敏捷不會介意你是否遵循

scrum

規範，不會給你套上

scrum-but

的帽子。

苦逼敏捷宣言雖然有點極端，但是不得不承認，這符合現實。當敏捷變成一種時尚和公司逐利的目標時，在市場的力量推動下，敏捷終於變成了苦逼敏捷。

目前在國內實施的scrum,太注重形式上了過程實踐，但是對於團隊的組建，文化，進而整個公司治理上的理念等軟的層面都沒有得到關注。從而在員工的考核，激勵，責任感上總是有問題。——@

scrum

只是起跑線，大多數人卻把它當成了終點。——@ 喬梁ql

這是實施了敏捷n年的n公司傳出來的內部對話。1）n公司被敏捷害慘了，現在要去害別人了啊；2）關鍵是要把h給害了才有用，但人家已經拋棄agile了；3）實在沒搞懂，開發的路千萬條，n公司怎麼就選了敏捷呢。

非要那麼苦逼嗎？

苦逼需要理由嗎？不需要嗎？需要嗎？如果一定要找點理由的話，下述理由不知是否合適。 1

）天生苦逼

不少公司的管理層其實並不真正關注敏捷，他們並不想改變自己。他們被廣告打動了，「用敏捷吧，交付更快，質量更高。」於是敏捷成為了他們的新玩具。敏捷好啊，簡單易懂，成本低廉。就這麼定了，記得要更快交付哦。於是。。。。。。

這些公司天生信奉苦逼敏捷宣言，執意於將苦逼進行到底。 2

）自願苦逼

不知道是被代表慣了，還是怎麼回事，受害者妄想挺流行的。「加量不加價」的事情是堅決抵制的，這也是很多同學的口頭禪。不改變，他們覺得現在的工作很苦逼；改變，他們覺得改變讓他們很苦逼。

對這些同學來說，工作就是件苦逼的事。做不做敏捷，反正苦逼定了。 3

）被迫苦逼

也有人是真的關注敏捷，相信敏捷能夠帶來改變。但是，敏捷遠比看起來難多了。真正進去一嘗試，苦逼了，幹不下去，欲罷不能。

被迫苦逼的同學可憐了，希望能夠找到名師，鍛鍊能力，早日走出苦逼境地。