Agile Manifesto co-author blasts failure rates report, talks up 'reimagining' project
- Reference: 1721122029
- News link: https://www.theregister.co.uk/2024/07/16/jon_kern/
- Source link:
Jon Kern, one of the authors of the Agile Manifesto, calls this the "Agile Industrial Complex."
The proliferation of processes and frameworks that have sprung up in the wake of the Manifesto are topics close to his heart. "It feels like we stepped back in time," he tells The Reg . "As if the manifesto never existed, and we're back to heavy processes."
Why are we back with these giant diagrams or giant processes? Well, because it gives comfort to those middle managers who really don't know what's going on as much as they might think they do...
The elephant in the room, and one of the reasons Kern is speaking to us, is a [1]recent report on Agile failure rates published last month. At the time, we speculated that it could be seen as a thinly veiled plug for Impact Engineering. The report has since come under fire over its methodology and conclusions.
Kern doesn't mince words: "I thought the research was trash. It didn't even remotely, shall I say, mirror what I would consider to be Agile."
[2]
He gives examples: "Silly things, like the project requirements weren't clear before the software development process began ... that's such an old trope, you know?
[3]
[4]
"[The suggestion] that the Manifesto says: 'Yeah, forego clear requirements' – why would you want to do that? That's just silly…"
[5]
Jon Kern, Agile Consultant, The Adaptavist Group - Pic credit: The Adaptavist Group
Kern is blunt about why some individuals gravitate toward processes that might seem at odds with what the Manifesto is all about.
He asks: "Why are we back with these giant diagrams or giant processes? Well, because it gives comfort to those middle managers who really don't know what's going on as much as they might think they do."
Kern gives an example: "I can latch on to this, I can see roles, and it's nice. You know, the diagrams look great. And it's almost like Waterfall; it gives me that false sense of security.
[6]
"And I'll just pretend to ignore reality."
There is a certain purity to the original [7]Agile Manifesto that has been eroded over the years as processes, frameworks, and tools have been developed around the concept. Kern compares the situation to a comedy sketch in which a patient in an operating theater is lost among all the exciting, shiny machinery.
He admits to dropping out of the Agile scene around a decade ago when getting certified in one framework or another was all the rage. "So I just kind of extracted myself. I stopped going to the conferences and all that crap because it was just BS, in my opinion."
[8]
"I'm just gonna go off and work with teams that have fun, doing Agile stuff and building cool products."
He is back now, though. "I'm kind of saying, 'All right, I'm gonna give it one more shot to try to get more people to understand'."
Since 2023, Kern and others have been, in his words, "reimagining Agile." The goal is to track down exemplars: "Places where Agile is flourishing, and shine a light on those so people can see what good looks like."
"And from a research point of view, my colleagues and I specifically are interviewing such exemplars to try to figure out what did they do to feather the nest? Because it's not about doing Kanban or Scrum … there are some misconceptions about the difference between doing some Agile framework and being Agile.
All that said, it is hard to escape the feeling that well-meaning frameworks and best practices have partially obscured the Agile Manifesto's spirit over the years. There is an entire generation of engineers who have grown up with Agile who won't remember some of the heavyweight processes popular in the previous generation that gave rise to the Manifesto.
"So I feel I owe it to this next generation to at least make a crack at helping them see.
Kern is focusing on exemplars to provide what he calls a "beacon of hope."
"And then describe in one or two pages [that] this is what it's supposed to be like: 'Here're things that I should be looking for. And here's how it was going on here. And being able to find things that might look like a match for where I'm working and try them out.'
[9]Fragile Agile development model is a symptom, not a source, of project failure
[10]Report: 83% of UK software engineers suffer burnout, COVID-19 made it worse
[11]'Business folk often don't understand what developers do...' Twilio boss on the chasm that holds companies back
[12]Software shortcuts: Pay down your tech debt. It's time to fix a price
"So that's really my motivation. We need it now more than ever to help … the more that people understand what's kind of behind the Agile mindset and that it's not this stupid crap that you see being spread around, the greater the chance that we can help people face the ever-increasing complexity that's going on today. So it's really about helping to get behind what it takes to be Agile so that folks can grow their own capacity and in turn their team's and in turn their organization's."
Looking ahead, Kern describes the Manifesto as timeless: "It got at the gist of that social thing we call software development and, really, it's not hard to stretch it to any kind of product development."
He adds: "The challenge of Agile is it being more of a mindset. And I think it's the hardest way to be because you need to be constantly vigilant. [It's] more pragmatic than dogmatic, except we treat it more like a dogmatic process... So I think it's that dichotomy that makes things suck." ®
Get our [13]Tech Resources
[1] https://www.theregister.com/2024/06/05/agile_failure_rates/
[2] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2ZpZEucDWtqmWM@wqJqyNgwAAAYs&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0
[3] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44ZpZEucDWtqmWM@wqJqyNgwAAAYs&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[4] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33ZpZEucDWtqmWM@wqJqyNgwAAAYs&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[5] https://regmedia.co.uk/2024/07/15/jon_kern.jpg
[6] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44ZpZEucDWtqmWM@wqJqyNgwAAAYs&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[7] https://agilemanifesto.org/
[8] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33ZpZEucDWtqmWM@wqJqyNgwAAAYs&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[9] https://www.theregister.com/2024/06/10/agile_opinion_column/
[10] https://www.theregister.com/2021/07/14/uk_developer_burnout/
[11] https://www.theregister.com/2021/03/17/twilio_jeff_lawson_on_developers/
[12] https://www.theregister.com/2018/02/23/dealing_with_technical_debt/
[13] https://whitepapers.theregister.com/
Agile misconceptions are rife
Not long ago, I was offered to lead a project with the following rules/constraints:
- It will use "agile" methodologies
- Budget is pre-defined
- Scope is pre-defined
- Deadlines are pre-defined
And then they wonder why I turned the "opportunity" down
Re: Agile misconceptions are rife
That would be doomed under any process.
Unless the budget was generous and had been set after a full (waterfall style) done perfectly design and estimation: which almost never happens.
The more process you have the less agile you are.
The golden rule of agile is that you should look at everything your engineers are doing that isnt actual software development and ask 'Is this adding value?'
Generally the answer is no. We have an industry of very well paid engineers, and we waste their time with reports and ceremonies.
Im a middle manager at a large fintech, and I trust my engineers. Give them a steer on what you want, hold informal checkins on a semi-regular basis, and then get out of the way.
And as for reporting upwards, I can, at any point, tell my boss a) What are my team working on right now and b) what is the current intention for them to work on next.
And thats all you need.
Agile's just another tool in the box for projects to use. Like a lot of tools it's best used in quite specific circumstances, you need to know how and when to use it and it needs to be used it properly.