Stories
Slash Boxes
Comments

SoylentNews is people

SoylentNews is powered by your submissions, so send in your scoop. Only 18 submissions in the queue.
posted by CoolHand on Friday May 08 2015, @11:26PM   Printer-friendly
from the coding-for-dollars dept.

Andy Hunt - one of the originators of the Agile Manifesto, and NOT your humble submitter - has concluded that Agile has lost its way:

in the 14 years since then, we‘ve lost our way. The word “agile” has become sloganized; meaningless at best, jingoist at worst. We have large swaths of people doing “flacid agile,” a half-hearted attempt at following a few select software development practices, poorly. We have scads of vocal agile zealots—as per the definition that a zealot is one who redoubles their effort after they've forgotten their aim.

And worst of all, agile methods themselves have not been agile. Now there‘s an irony for you.

How did we get into this mess?

The basis of an agile approach is to embrace change; to be aware of changes to the product under development, the needs and wishes of the users, the environment, the competition, the market, the technology; all of these can be volatile fountains of change. To embrace the flood of changes, agile methods advise us to “inspect and adapt.” That is, to figure out what‘s changed and adapt to it by changing our methods, refactoring our code, collaborating with our customers, and so on. But most agile adopters simply can‘t do that, for a very good reason. When you are first learning a new skill—a new programming language, or a new technique, or a new development method—you do not yet have the experience, mental models, or ability to handle an abstract concept such as “inspect and adapt.” Those abilities are only present in practitioners with much more experience, at higher skill levels

Andy also has some thoughts on how to correct this - starting with the idea that Agile methodologies must be applied to Agile methodologies, to allow them to adapt to changing needs.

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 1, Insightful) by Anonymous Coward on Saturday May 09 2015, @04:25AM

    by Anonymous Coward on Saturday May 09 2015, @04:25AM (#180636)

    Having watched agile (specifically scrum) fail at my company I can tell you why it failed there.

    They didnt bother doing it. They skipped steps like define and revisit retrospective. They never bothered with story points.

    They didnt want to 'waste time' defining things. They have no idea what 'done' means. They turn standup meetings into 2-3 hour long marathons of bitching. Instead of defining issues and marking them down to be worked on. They happen every 1-2 weeks instead of every day.

    Their idea of 'scrum' is write it in a big list and say it will take 2.3 days. With no idea why it took 6 days. Then plot it out in project and the 'iteration' is 3.6 months long. If that sounds like waterfall. It is. But with the trappings of scrum.

    I literally have not opened up the scrum tools in 3 months and just burn down stuff on my own with postit notes and the whiteboard in my cube. They turned something *easy* to do into a major chore.

    I try to get them to use better tools that fit what they do but they do not bother. So I dont either.

    Many times things fail not because the process is 'bad'. But simply because you never even gave it a chance.

    Starting Score:    0  points
    Moderation   +1  
       Insightful=1, Total=1
    Extra 'Insightful' Modifier   0  

    Total Score:   1  
  • (Score: 3, Insightful) by fleg on Sunday May 10 2015, @01:34AM

    by fleg (128) Subscriber Badge on Sunday May 10 2015, @01:34AM (#180930)

    yup, as can be seen from the comments here there is a lot of misunderstanding of what agile (scrum/xp) is. they label what they do as 'agile' and then say "look it sucks". very odd.

    as to yourself AC, at least when you look for another job you'll know what to ask at the interview. whats your definition of done? who's the product owner? how longs the sprint? what came up at your last retrospective? how do you do story estimation? do you do continuous integration? whats your test coverage like? and so on.