What is Agile, or "What's in a Name?"?

What is Agile, or "What's in a Name?"

Recently I posed a question here on LinkedIn -?

Could anyone explain what Agile is, without explaining what it isn’t?

I asked this for a few reasons, primary being that there didn’t seem to be any real consensus on it.

For some it’s the Agile Manifesto and restricted to software development. Others claim it transcends software and is applicable to all business functions (Agile PM, Agile HR, Agile Marketing, Agile Hairdressing, Agile Dog Walking, etc.). Agile has in some ways become the ‘go to’ term for anything ‘good’ or ‘desirable’. But it’s also become nebulous in some ways. If I like it the process, then it’s Agile (yay, good), and if I don’t, then it’s not Agile (boo, bad). This seems to be regardless of whether the process itself works or not.?

It’s also retroactive. Henry Ford was practicing or being ‘Agile’ when he created the assembly line, as was Thomas Edison when he invented the light bulb. And Agile is?the goal. Organizations (and practitioners) all want to be ‘Agile’.?

But what?is?it?

How do you explain it to an executive or team?that’s curious and wondering if ‘adopting Agile’ is the right direction? What does it?mean?for an organization, or its leaders? Or a team??

What?has to change??Who?has to change? (always a concern for leaders).?Change to what?

The rules were simple:

  1. ?No “Agile is an alternative to Waterfall” or similar.

  • This focuses on what Agile?isn’t. If Agile is a response or alternative to Waterfall, then doesn’t that mean improving Waterfall obviates the need for Agile?

  1. ?No “Agile is a mindset”.?

  • This is too easy and a cop-out. You might as well say Agile is ‘positive thinking’, or ‘being resilient’ - two more ‘nothing’ phrases.

  1. ?If you referred to Agile ‘methods, tools, or techniques’, you had to explain what those were as well.

  • Too often I see explanations that say ‘Agile is set of processes for developing software, or making decisions’. Okay, but that still doesn’t tell me what it?is, what needs to be implemented, or why Agile is ‘better’.?

So what did we get? Well, for starters it turned out to be more difficult than I (and I think others) thought it would be, and to say the responses were varied would be an understatement. In some cases responses directly contradicted other responses. All leading to the inevitable conclusion that - no one really knows.?

It seems everyone has a view or opinion about what Agile is, or isn’t, and like fingerprints or snowflakes, no two are alike.?

A small sampling of the (paraphrased) responses -?

  • It’s a software development approach per the Agile Manifesto
  • It’s a problem solving approach
  • It’s a set of rules or decision-making approach to address complex or chaotic situations
  • It’s an approach to team enablement
  • It’s an approach to enable quicker response time
  • It’s doing work iteratively
  • It’s an adjective

There were some humorous responses as well. One suggested I had actually posed a riddle. Another suggested that Agile is now an industrial complex (maybe not wrong there), and another that it’s really a ‘trigger word’.

As an example of the contrary views on this, one response was that Agile was about creating well-functioning teams. When pressed, it was agreed that if this indeed was the case, then a phased-approached project could in fact be Agile, as long as the phased-approach was A) the one best suited for the project type, and B) allowed for well functioning teams. At the same time another response suggested Agile was iterative, and if you weren’t delivering incrementally, then you weren’t using Agile practices.?

Unfortunately, the idea/challenge of defining what Agile is became even more problematic shortly after I posed my question. Under normal circumstances one might think that going back to the source material (the Agile Manifesto) would help solve or at least clarify things. As it turned out, while my question was being discussed there was another discussion going on over whether or not SAFe (Scaled Agile Framework) was in fact “Agile”. Sadly, when it was suggested by someone that all seventeen of the original authors of the Agile Manifesto had all, individually, stated that SAFe was in fact?not?Agile, many decided that they (the creators of the concept of Agile) were not the final arbiters of what is or isn’t Agile.?

Honestly, I’m still pondering how that works.

Regardless, in the face of this disregard for the opinions of the Manifesto’s authors, I decided to press on and take a deeper look for myself. The Manifesto itself is actually pretty short - 4 Values, 12 Principles, and 1 page (History) about how they got there (so it’s not like the research was?hard).?

After reading the History page I thought I was getting somewhere - it’s pretty clear that the original group gathered to discuss ways to use ‘light weight methods’, to ‘deliver good products’, and wanted to actaully treat people as important and not just say they were. The only process/methods described were ones already in use (Scrum, DSDM, XP, Crystal, etc.). Nothing new or prescriptive at all.

The ‘self-organizing teams’, the ‘frequent delivery’, the ‘welcoming of change’ seem more like simply mechanisms the authors thought would help facilitate this than ‘requirements’ (that’s why it's "we value" and not "we require"). They even go so far as to say they aren’t anti-plan or anti-methodology. They just wanted to find ways to remove, as they called it, the “Dilbertesque” approach to work. Oh, and it was written by 17 software development professionals, about software development methods, to develop software better. So do with that what you will.?

Alas, even this view was challenged and it was suggested that this described Agile 20 years ago, but it’s evolved since then. And maybe that’s true. Towards this end we’re now seeing suggested updated versions of Agile - Agile 2.0, Modern Agile, Amplio, etc.?

Reading the responses (both to my question and the SAFe discussion) I was often reminded of Justice Potter Stewart’s famous comment during the 1964 obscenity trial -

“I shall not today attempt further to define the kinds of material I understand to be embraced within that shorthand description, and perhaps I could never succeed in intelligibly doing so.?But I know it when I see it,…”

So after all this where did I end up? In the end I’ve come to the conclusion that Agile is an intent. It’s not a thing, not a set of practices, not a method or methodology, not a ‘mindset’, not responding to change faster, not delivering incrementally. It’s not Agile vs agile vs agility. The word Agile seems to simply be the agreed upon alternative to ‘light’ or ‘light weight’ and really appears to have little significance. It’s not anti-waterfall, or anti-plan, or anti-documentation. The only thing it’s “anti-” towards is cumbersome, pointless, painful bureaucracy.

It’s simply delivering a good product, with a light touch (and a plan), and treating people well.?

Now I realize that this isn’t good news for those selling Agile products, toys, t-shirts, gift certificates, etc. But there it is.?

?

Of course, I may be wrong.?

Ian Heptinstall

Teacher & Coach in Projects and Procurement

1 年

Nicely put Trevor. Wasn't good process or project management always about "... delivering a good product, with a light touch (and a plan), and treating people well"? And if so does that mean 'Agile' is "doing what we always should have been doing"? Having said that the things called 'Agile' did develop a range of useful tools and practices that can be helpful in environments beyond software development. I'm thinking of things like Scrum, Kanban. They also helped us better verbalise concepts that were known but maybe not well captured by many BOKs. Here I'm thinking things like: The idea of moving work forwards in small batch sizes; The importance of work flow as a leading indicator and performance driver; Separating the management of work packages in a different way to a single project-wide Gantt with too many logically-linked tasks; Project typology - some projects want to invest fixed time/money/resource and maximise the scope/quality output, whilst others want a scope/quality output and want to minimise time/money/resource; and the impact of Cost-of-Change in deciding where best to concentrate efforts in getting it right (BDUF v Change once built).

回复
Tariq Juneja

Excel at Driving Organisational Excellence & Agile Transformation

1 年

Do we have any scholarly literature on operational excellence in agile and different stage gate processes? I would be interested to understand the academic research. It's never a case of one size fits all in my humble estimation.

回复
Mounir Ajam

Advisor, Innovator, Author, and Speaker | Supporting organizations Bridge Vision to Achievements | Creator of the Uruk Platform

1 年

Good one, Trevor K. Nelson The problem is that many are trying to replace good English and existing terms with agile. Good Practice becomes Agile Practice Servant Leadership is now Agile Leadership Adaptive PM is now Agile PM Working PMO? That means it is Agile PMO Rolling Wave Planning is now sprint planning and Agile Customer interfaces must be Agile since, in all other approaches the PM do not talk to the customer Empowering the team is at the heart of Agile, No? Or is it not this good leadership? I forgot, good leadership must be Agile and so on.

要查看或添加评论,请登录

Trevor K. Nelson的更多文章

  • Complexity Can Be Planned For

    Complexity Can Be Planned For

    In a recent post from Adrian Dooley re: the James Webb Space Telescope I made the comment that it had been completed…

    28 条评论
  • Updating the PMBOK Guide: A Suggestion

    Updating the PMBOK Guide: A Suggestion

    A Suggestion for Project Management Institute re: the PMBOK Guide As the PMBOK Guide 8th edition goes through it’s open…

    53 条评论
  • Competency Models

    Competency Models

    As PM and PMO leaders, we're often in the position of needing to hire PMs, PgMs, and PfMs. But this need poses a…

    10 条评论
  • The Evolving of Project Management

    The Evolving of Project Management

    I've been thinking a lot lately about the idea of 'improving project management', and the question of "what's changed…

    10 条评论
  • First Principles of Project Management

    First Principles of Project Management

    It seems ‘first principles’ is one of the newest corporate ‘buzzphrases’, popularized in large part by Elon Musk when…

    47 条评论
  • We're Not Ready for a 'Seat at the Table' (Yet)

    We're Not Ready for a 'Seat at the Table' (Yet)

    There's a popular narrative going around that Project Professionals should seek to 'be more strategic'. That they…

    23 条评论
  • Positive Risk vs Opportunity

    Positive Risk vs Opportunity

    I’ve never been a fan of the idea of ‘positive’ risk. It’s a niche idea only found inside the risk and project…

    38 条评论
  • Why the Triple Constraints?

    Why the Triple Constraints?

    Note: the following is MY opinion only. If others have differing views, information, or recollection I’m happy to be…

    54 条评论
  • Strategic… you keep using that word…

    Strategic… you keep using that word…

    It seems more and more we’re seeing ‘strategic’ (or ‘strategy’) added to everything project-related (much like ‘Agile’…

    15 条评论
  • Scope: What it Is, and Isn't

    Scope: What it Is, and Isn't

    Last week I addressed the misunderstanding regarding the difference between Scope Creep and Scope Change. This week…

    19 条评论

社区洞察

其他会员也浏览了