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