一天，程式設計師甲遇到了程式設計師乙。程式設計師甲就問程式設計師乙了，“聽說你們公司也在搞敏捷？”程式設計師乙答：“是啊，別提了，糾結著呢。感覺現在加班比以前還多了，一個迭代接著一個，比以前累多了。你們公司呢？”“我們啊，現在不怎麼提敏捷了。敏捷這一套東西在我們這裡不好用。”

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

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

苦逼敏捷宣言

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

流程和工具 高於 個體和互動

可信的文件 高於 工作的軟體

搞定合同 高於 客戶合作

遵循計劃 高於 響應變化

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

敏捷變成了苦逼敏捷，Scrum也變成了苦逼Scrum。而且，苦逼敏捷不會介意你是否遵循Scrum規範，不會給你套上Scrum-but的帽子。

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

目前在國內實施的Scrum,太注重形式上了過程實踐，但是對於團隊的組建，文化，進而整個公司治理上的理念等軟的層面都沒有得到關注。 從而在員工的考核，激勵，責任感上總是有問題。——@陳皓RoyChen，原文地址：http://weibo.com/1322589482/xAO3zehMQ

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

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

非要那麼苦逼嗎？

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

1）天生苦逼

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

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

2）自願苦逼

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

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

3）被迫苦逼

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

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