深圳风采46期:Ron Jeffries Says Developers Should Abandon "Agile"

| by Rui Miguel Ferreira Follow 4 Followers on Jun 05, 2018. Estimated reading time: 3 minutes |

深圳风采开奖号码 Ron Jeffries, author, speaker, one of the creators of Extreme Programming (XP), and a signatory of the Agile Manifesto back in 2001, shared a post on his blog in which he advocates that developers should abandon "Agile". The post further elaborated that developers should stay away from the "Faux Agile" or "Dark Agile" forms, and instead get closer to the values and principles of the Manifesto.

The terms "Faux Agile" and "Dark Agile" are used by the author to give emphasis to the variety of the so-called "Agile" approaches that have contributed, according to him, to make the life of the developers worse rather than better, which is the antithesis of one of the initial ideas of the Agile Manifesto. The main reasons pointed out by Jeffries for this to be happening are:

It's good for the Enterprise, not so good for Developers
When companies attempt to adopt agile, it usually means that they are trying to improve the way they do things. With the help of different flavours of coaching and training available, they are able to increase the visibility of their issues, which typically results in making better informed decisions by the top management and the company in general. According to the author, this is definitely a good thing, even if the values and principles of the Manifesto are poorly applied. It becomes a bad thing at first for the developers, and ultimately for the companies themselves, when we see poor implementations of agile

[Agile adoptions] often lead to more interference with developers, less time to do the work, higher pressure, and demands to "go faster". This is bad for the developers, and, ultimately, bad for the enterprise as well, because doing "Agile" poorly will result, more often than not, in far more defects and much slower progress than could be attained. Often, good developers leave such organizations, resulting in a less effective enterprise than prior to installing "Agile".


The Developers will still be working under an imposed approach
Working for a company or an enterprise often means that some things are decided at the top level and then implemented or rolled-out throughout the organization. This is typically what happens for large scale implementations of Scrum using SAFe, LeSS and others, according to Jeffries. Then, most of the people will be required to adopt and to start applying it without proper training or coaching, and without understanding the true mindset behind this.
Although you cannot control some of the things happening around you, there are some advice that the author wanted to provide on his text:

  • Select the work to be done in a way that allows you to deliver small pieces of working software every two weeks or so.?
  • Lower down the expectations, you need to understand your delivery capabilities and well as others do.?
  • Leverage conversations on top of the small increments delivered iteration after iteration.?


Getting back to the roots of the Agile Manifesto, Jeffries reinforces the idea that the most important thing behind Agile is the mindset, its values and its principles, as they still offer the best way to build software. So, no matter what framework or method formalized by an organization, every Agile Developer should work in the following ways:

  • Produce running, tested, working, integrated software every two weeks, every week. Build your skills until you can create a new fully operational version every day, twice a day, multiple times a day.?
  • Keep the design of that software clean. As it grows, the design will tend to become complex and crufty. Resist and reverse this tendency consciously, refactoring in tiny continuous steps, all the time, so that your rate of progress is as steady and consistent as possible.?
  • Use the current increment of software as the foundation for all your conversations with your product leadership and management. Speak in terms of what's ready to go, and in terms of what they'd like you to do next.?


Ron Jeffries publishes articles in this blog and on Twitter.

Rate this Article

Adoption Stage

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

False perception by Adrian Ng

I can subscribe to many of the affirmations made above, however from my point of view not the methodologies are at fault but the way they are understood and implemented. Each technology can be misused, especially when not well understood. The less rigid a methodology is, the higher the chances that the methodology will be misused.

Ask an experienced developer and he’ll tell you which parts from a methodology will work, which won’t. Unfortunately, there are people stubborn enough to enforce their
understanding of a methodology, even if they haven’t written a line of code in their life.

I think that agile methodologies can be further used as long people take the best from them and customize them on their needs.

Jeffries should just admit the whole Agile thing is self-defeating by Andrew Wolfe

About the only benefit of Agile is that when a project fails or is crappy, you have some code to show for it. Otherwise there's practically no difference between its results and waterfall's.

He fails to mention the intrinsic flaw which has never been refuted by any Agile proponents: Agile prevents a team from developing a design—"clean" or otherwise.

And while castigating "imposed" Agile and "incorrect" Agile, he fails to explain how a team can work the "correct" Agile as a whole if that is not "imposed" on them. And to whom do all the "experts" in Agile sell their exorbitant consulting gigs? Not the developers!

Just trash the whole thing.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

2 Discuss

Login to InfoQ to interact with what matters most to you.

Recover your password...


Follow your favorite topics and editors

Quick overview of most important highlights in the industry and on the site.


More signal, less noise

Build your own feed by choosing topics you want to read about and editors you want to hear from.


Stay up-to-date

Set up your notifications and don't miss out on content that matters to you

  • 小龙虾走俏催生新职业“品虾师” 2018-12-15
  • 女子痴迷鹿晗 商场门口对人形立牌拭泪亲吻 2018-12-14
  • 成都:共享办公受追捧 助力写字楼“去库存” 2018-12-14
  • 回复@老老保老张工:伪高工想回到那种你生产的产品再水都有人买单都不会倒闭的日子?没门儿! 2018-12-12
  • 习近平:深入实施创新驱动发展战略 为振兴老工业基地增添原动力 2018-12-12
  • 昆明母婴室地图出炉啦!公众场合喂奶不再羞答答 春城壹网 七彩云南 一网天下 2018-12-10
  • 南昌市新建区司法局深入湖区渔船宣传法律 2018-12-09
  • 银白配色更高贵-热门标签-华商网数码 2018-12-08
  • 超美雾凇冰挂奇观   豫北最大瀑布群变冰帘 2018-12-07
  • 台东“孩子的书屋”:撑起偏乡学童翻转命运的机会 2018-12-07
  • 实验室里“种植”钻石,这样的人造钻戒你能接受吗? 2018-12-06
  • 新赛季CBA联赛常规赛分组 吉、辽、深、广、青同组 2018-12-05
  • 【网络中国节】端午遇上足球杯 平陆交警夜查全力保平安 2018-12-05
  • 法学教育 要离生活更近些 2018-12-04
  • 写“平乐镇”前,小说家颜歌的光怪陆离 2018-12-03
  • 32| 596| 505| 985| 528| 112| 531| 13| 300| 193|