作者｜Rui Miguel Ferreira
譯者｜無明
Ron Jeffries 是極限編程（XP）的創始人之一，也是敏捷宣言的簽名人之一，他在博客中發表了一篇文章，主張開發人員應該放棄“敏捷”，也就是說他們應遠離“虛假敏捷”或“黑暗敏捷”，更接近敏捷宣言的價值觀和原則。
作者表示，他使用“虛假敏捷”和“黑暗敏捷”這兩個術語來強調各種所謂的“敏捷”方法，因為這些方法只會讓開發人員的生活變得更糟，而不是更好，而這違背了敏捷宣言的初衷。Jeffries 指出其中的主要原因：
這對企業來說很好，但對開發人員不太好。
當公司開始採用敏捷時，通常意味著他們正在努力改進工作方式。藉助各種不同風格的指導和培訓，他們可以提高問題的可見度，有助於高層管理人員和整個公司做出更明智的決策。作者說，這絕對是一件好事，即使敏捷宣言的價值觀和原則應用不充分。然而，如果沒有很好地實現敏捷，在一開始對於開發人員來說是件壞事，而最終這種壞事也會影響到公司本身。
往往會給開發人員造成更多幹擾，減少工作時間，壓力增大，並被要求“走得更快”。這對開發人員來說是不利的，最終也會對企業造成不利影響，因為做得不好的“敏捷”會導致更多的缺陷和更慢的進展。通常，優秀的開發人員會離開這樣的企業，導致企業效率比採用“敏捷”之前還要低下。
開發人員仍然在強加的方式下工作。
為公司或企業工作通常意味著有些事情是由上層決定的，然後在整個組織中實施和推廣。Jeffries 表示，在使用 SAFe、LeSS 和其他方法進行大規模 Scrum 實施時通常會發生這樣的情況。然後，大多數人將被要求實施這些決策，他們可能沒有經過適當的培訓和指導，也不理解背後的真實意圖。
雖然人們無法控制周圍發生的一些事情，但作者在文章中還是提供了一些建議：
選擇一種交付方式，可以每隔兩週左右交付一小部分工作成果。
降低期望值，瞭解自己和別人的交付能力。
在迭代之後，基於小增量的迭代交付進行回顧。
Ron Jeffries 強調了敏捷背後最重要的是思維、價值觀和原則，因為它們為開發軟件提供了最佳方式。因此，無論組織使用何種框架或方法，每個敏捷開發人員都應該按照下列方式開展工作：
每一兩週交付一次可運行、經過測試的集成軟件。提升你的技能，直到可以每天開發出一個完全可操作的軟件版本，一天內進行多次。
保持軟件設計的簡潔。隨著軟件的演化，其設計將趨於複雜和笨拙。要始終有意識地抵制和扭轉這種趨勢，並以連續細小的步驟進行重構，儘可能保持進度的穩定和一致。
使用當前的軟件增量作為與產品負責人和管理人員進行對話的基礎，與他們討論接下來將會發生什麼，以及他們想要你做些什麼。
Ron Jeffries 把這些文章發表在他的博客和 Twitter 上。
原文鏈接：
https://www.infoq.com/news/2018/06/developers-should-abandon-agile
閱讀更多 InfoQ 的文章
