Agile is Dead • Pragmatic Dave Thomas • GOTO 2015

This presentation was recorded at GOTO Amsterdam 2015. #gotocon #gotoams
gotoams.nl
Pragmatic Dave Thomas - Pragmatic Programmer Turned Publisher @pragdave
ABSTRACT
Dave Thomas was one of the creators of the Agile Manifesto. A year ago, he told us that Agile is Dead. How could this be? Why had he deserted us? And what are we to do?
It turns out that while the "Agile" industry is busy debasing [...]
TIMECODES
00:00 Intro
03:00 UML
06:20 Creation of The -Agile Manifesto
10:45 Agile is not a noun
18:00 On testing
21:10 Stop Thinking & Get Certified Today
23:00 It is time to reclaim Agility
24:50 The PID Algorithm
35:00 Agile is not what you do. Agility is how you do it.
37:55 Questions
Download slides and read the full abstract here:
gotocon.com/amsterdam-2015/pre...
RECOMMENDED BOOKS
Dave Thomas & Andy Hunt • The Pragmatic Programmer • bookshop.org/a/9452/978013595...
Uncle Bob • Clean Agile • amzn.to/3tpAqb5
Derby, Larsen & Schwaber • Agile Retrospectives • amzn.to/3hB4eNk
Subramaniam & Hunt • Practices of an Agile Developer • amzn.to/2XjbWor
/ gotoamst
/ gotoconference
#Agile #AgileIsDead #AgileDevelopment #Agility #AgileSoftwareDevelopment #AgileManifesto
Looking for a unique learning experience?
Attend the next GOTO conference near you! Get your ticket at gotopia.tech
Sign up for updates and specials at gotopia.tech/newsletter
SUBSCRIBE TO OUR CHANNEL - new videos posted almost daily.
kzbin.info...

[@ruslanbes]

*Timecodes* 03:00 UML 06:20 Creation of The -Agile Manifesto 10:45 _Agile_ is not a noun 18:00 On testing 21:10 Stop Thinking & Get Certified Today 23:00 It is time to reclaim Agility 24:50 The PID Algorithm 35:00 Agile is not what you do. Agility is how you do it. 37:55 Questions

[@babitajain3235]

It is not time codes it is timestamp But anyway thanks

[@u2bist]

I would like to buy this guy a beer. In every organization where anyone questioned why we were using Agile, it always came down to, "Give it a chance." Almost everyone in the room had already given it lots of chances, and few of us had ever seen any payoff from all those meetings. Agile was mostly a career stepping stone for people with little or no technical experience to work their way toward IT management.

[@terryliu3635]

Well said!

[@HAWX774]

I agree

[@123yuiopqwert]

For real. They like to take the credit from the work done by devs without actually helping in any sense

[@meenal4737]

Finally someone has the courage to stand up and say that results matter, methodology does not.

[@agranero6]

He doesn't need courage. He is one THE pragmatic programmers. When he talks, people hear.

[@rmworkemail6507]

It's a cult

[@BrisLS1]

I am going to tell what is really wrong with Agile : it is not being used to help make better software or make the users happier. It is being used as a worker management tool, and as an avenue for promotion for non-technical people. "I am the Scrum Master, I am Agile Certified". It is an instrument of government bureaucracy which is helping only those who are administering it, training in it, and for the self-promotional types of people who just want to be paid to show up in pointy shoes and demand a leadership role..

[@Salantor]

Today on LinkedIn I saw a post "Is Agile dead?", which reminded me of this video. 8 years later the question still stands. Agile, unfortunatelly, too.

[@oc8176]

The true measure of humor is the amount of truth it contains. The Dave Thomas analysis of Agile had me in fits. Finally he who dares to seek the truth, wins.

[@tookster7483]

"Stop thinking and get certified today!", that gets me everytime LOL

[@Slashx92]

@OldPossum IMHO they can easily help someone get a job, or to specialize in some platform. Like a mongo-university dev certification, or an oracle dba one. Certs shoun't be compared to a full university degree. But using them to have a background of some sort for a couple of years until experience is gained, is perfectly valid

[@vurtualboy]

@OldPossum This is one of the silliest things I've heard, they all have their value. Sure, a single certification is nothing compared to a single degree... but one takes a month or two to get, and the other takes 4 years. They are very practical for 1) telling others you have skills in a certain tool, or specific area 2) gently push your career in a direction you're trying to move in. I just earned my masters in computer engineering last summer, and I'm keeping up with certs to still appeal to recruiters. About your WinNT 4 sysadmin cert comment.... Anyone here who graduated in 1996, their specific degree is just as useless today as is that cert. You get a degree to get a job, and over time your experience at your job(s) replaces and exceeds the value your degree ever had. The same thing for any certification. It's a small jump to get you where you need to go, it's not going to carry you for the rest of your life.

[@prdoyle]

19:50 - With respect, he's missing the second important function of tests: it enables subsequent refactoring and evolution. There's no such thing as code that's so well-designed that it can't be broken by a subsequent change. Unless you're a loner who writes perfect code on the first try, you need to be writing tests. 24:30 - Code with no tests is harder to change.

[@karmatraining]

My philosophy is that every part of your software's surface area exposed to users will be tested. The only choice we have is whether we test it as developers, or leave it to our customers to test. I can promise you that the latter is the worst case scenario in about 18 different ways.

[@EvgeniyDolzhenko]

Absolutely agree. Even if you don't care about refactoring and are OK with poorly designed code, you need to keep track of upstreams *at least* because of all the CVEs coming out every day, and you can't upgrade safely without good test coverage.

[@EvgeniyDolzhenko]

It's also all the other underlying stuff (OSes, frameworks, etc.) thats constantly changing, i.e. even if your code doesn't evolve the support structures are evolving all the time with updates/security fixes/and so on

[@danielthomson5188]

"When faced with two of more alternatives that deliver roughly the same value, take the path that makes future change easier."

[@stevee1158]

Everything summed up perfectly starting at 33:52

[@Floxflow]

Exactly. Good point 👍

[@seanmullane4822]

Well done that man!

[@sakalava47]

Thank you.

[@TechnoShamanism]

This is a fantastic video! As systems theorist, I very much appreciate the reminder that we ought to understand the underlying principles and purposes and build a practice from there rather than approaching it the other way around. Thank you for this!

[@superscatboy]

2015: "Agile is dead" 2019: Agile still everywhere

[@tolvajkergetok]

It's difficult to clean up that much shit.

[@tolvajkergetok]

@Inareth I found little point of Agile so far. Sure I get tickets with bugs to fix, but where's the novelty in that?

[@superscatboy]

@Inareth Why are you assuming nobody else watched the video?

[@Neocharm]

I tried to convince my managers and co-workers for the past 2 years that Agile will destroy our system at work but no one listens. I'm just the "crazy" analyst.

[@superscatboy]

@Inareth You're getting something out of my comment that I never put into it.

[@dmsanz_youtube]

I read the comments and I come to the conclusion that most of you don't really know what Agile is. You don't "use" Agile, you are Agile or not. It's not what you do, it's how you do it. 99% of the companies who put themselves the Agile label are not Agile. Usually the ones complaining about Agile are those who don't understand it (and it's quite simple, really, just read the manifesto) or those who despise collaboration and change. If you believe in hierarchical delivery teams, you like giving orders, long term detailed plans and having software engineers not questioning things, please do us a favor and don't even try to become Agile because you'll either fail or lie about how you're doing things.

[@tushardesai5812]

I have confidently turned around projects using Agile and Scrum. I ask a few questions to myself: 1: Can everyone in my team articulate an overall picture of the new business dynamics?-A well fantasized and elaborate mental image of how the new business will be done by different roles and that too in diverse situations? Does my team know it, think about it, creatively embrace it, passionately define it and only then put it in the sprints? Do we plan only these types of stories and sprints? Agile is NOT a magic tool, it is how we use it. (Not to just develop a feature- NOT to merely improve a process - NOT to demo a cool functionality). 2: Do we have a well developed test scenario for every story ? (not automated but a test that captures comprehensive business dynamics & IT management. e.g. just a "Sign On" feature means different thing for a VP logging in from the airport VS. a docking supervisor in bitter cold of morning shift or a sales employee "logging in" from a client site. For IT dev team - a DBA thinks of "Sign On" differently than a Security or a mobile app developer or API programmer or a Cloud performance guy. A comprehensive tribal knowledge about each other's contributions can be achieved only thru daily cross teaching called stand ups. NOT any rambling about what I didn't do. There are several such energetic impulses we need to bring in the team- That's Agile for me. Connect with me to turn around your Agile teams instead of complaining. [e-mail]

[@Beefster09]

One corruption I've seen in the real world is that when multiple options are available, real world teams tend to choose the path that requires the least amount of effort instead of the path that makes things easier to change in the future.

[@mauricewalshe8339]

Some times that is the rational choice AGILE prioritises SPEED over things like that.

[@julianocamargo6674]

Makes sense in a speculative business environment where the code base will be thrown away anyway. Bad quality, no long-term vision, a lot of focus on badly implemented features

[@alex_chugaev]

It's because the time pressure is very common and code quality usually sacrificed in favor of deadlines.

[@DanielRamBeats]

Such an amazing talk. I totally agree with this. So many people buy into Agile Inc. I never understood why... It makes much more sense to have autonomous thinking developers who are willing to investigate, experiment and 'move' in a way in which they can progress in an iterative matter. The current state of how Agile Inc is integrated into businesses, causes more harm than good, in my opinion.

[@JoannaHammond]

One of the things I liked about the last place I worked at was that it was a blended process, yeah we had cards to be done (tasks.) Two week releease windows, etc.. But the process was simple, we'd look at the list at the beginning of the period, pick what we each wanted to work on and guess how long it would take. Each day we just said how we where progressing, no pushback, etc, just say the truth. If you finished and it was tested and published you moved onto another card of your choice in the list. You repeated this until as many features/bug fixes as possible where ready for the next release. The best part was you had no-one screaming down you neck, you wrote it how you wanted to, there where design standards to follow but the important implementation side was your creativity. That company was MSX International.

[@FinallyAFreeUsername]

First ad: "can learning Agile help you ...?" Nice one, Udemy.

[@lafabriquedespres7043]

Great talk! What I understand is is that whatever the methodology used, it must be adapted to our context and not the opposite.

[@thekaxmax]

that's the point

[@thomasmarshall4472]

Mustapha, yes. But keep in mind: You change the context, and with that context comes new problems based upon that context. Similarly, you change the methodology, and you end up back where you started. We are no more productive today with agile/scrum/xp than before. We're just finding new ways of expressing the same old thing. And perhaps there never was any problem to solve in the first place.

[@xcgalicia]

Hes sayng that the whole idea was misunderstood from the begining and hes actualy giving a new definition, simplifiying it to the fact that being Agile means to adapt to changes, like the two wheel robot that maintains equilibrium constantly reacting to the forces that afects it on every moment.

[@thomasmarshall4472]

christian galicia, sure ok, but "adapting to changes" didn't suddenly show up with agile. It's not as if the lone wolf way of programming in the 80's had no way of adapting. Being able to adapt is simply a function of hiring the right people, just as it's always been. Seriously, every few years coming up with "hey this way of thinking is new" is not new. All the same development problems from the dawn of time are there, they're just given new names. And by the way, "extreme programming" is a perfect example of this.

[@xcgalicia]

I understand your point, however don't completely agree with you. I dont think that is 'simply a function of hiring the right people'. Adapting its more than that, its a matter of doing what needs to be done in every moment. Adapting its about constantly monitoring the state of a project. You cant reduce that to Hiring the right people. On any case i would ask you, what does that right people the you hire do to adapt? What arouse with Agile, was the realization that it was not a matter of having fixed plans, but a matter of being flexible enough to change the plans on the way in order to adapt to every moment until the project is properly landed at the right moment with the right specs. Yes All the same development problems from the dawn of time are there, however the solution to those problems have evolved in new methodologies.

[@tokunboiginla9454]

I like his philosophy and the entire talk. Very engaging presenter with a gift for telling stories

[@7th_CAV_Trooper]

"The values have been lost behind the implementation." Culture, values and principles inform our decisions and drive our actions. If you want a movement to succeed, the leaders must be relentless guardians of the culture.

[@naytron210]

This basic definition and method of achieving agility is true of every aspect of life. This is not just programming knowledge; this is a life lesson.

[@Typhoonbladefist]

I got an ad for Agile programming courses after the video finished and laughed so damn hard.

[@TrevorHutt-Australia]

I loved the reference to "Are we doing it right" 16:11. I heard this in a standup a while back and knew immediately that the team had lost it's way. The answer to that question should be, "Are you getting the result you want?". If not then all the "Doing it right" will not result in any value being delivered. The team was doing a lot right, and getting very little done.

[@elirarey]

"Courage is the most important of all the virtues, because without courage you can't practice any other virtue consistently." -Maya Angelou

[@pedrocarreras2601]

Thanks for posting this conference. It was a real pleasure to listen to Dave Thomas.

[@hamzanasirr]

What an absolutely amazing talk!

[@snapman218]

Agile is so project managers look like they're doing something.

[@PplsChampion]

@@JoeGilson1 this was the weirdest part of working on many "agile" teams over the past 10 years... just about any stupid trivial thing that could obviously be done in 15min or less, would become "2 sprints of work" involving 5 people... but of course at a software consulting company, that's a feature not a bug lol

[@miks8]

uhm... agile excludes project managers altogether

[@PplsChampion]

@@miks8 not in the real world

[@richarddobreny6664]

Peppermint They just changed the name to be scrum master, same kind of thing

[@Ronald-vz6pl]

@@PplsChampion thats why Im very keen on distributing certain tasks, code review oke, but he can work on a and she can work on b. We (team/stakeholders) all know a and b are the most important, lets just do it. Not to much time breaking things down to far to be able (or pretending) to predict when and when it will be delivered. Own your shit, find a way of working that the team likes, but make sure you keep delivering to your stakeholders. Simple as that.

[@ragupatt]

Great talk. Agility is the spirituality and Scrum, Kanban, etc are the religions promising to bring spirituality to the masses. Just like any religion, it didn't work out since only rituals remains and the spirit is lost.

[@dodec8449]

Wow, very edgy

[@mak.ak.uk.]

"We're Agile" is what business stakeholders claim for not thinking about what they want and when.

[@FellTheSky]

This helped me in more than just programming. Thanks

[@drawcoder]

Dave Thomas is a treasure.

[@rchin75]

Amazing talk! But this was 2015 and I'm typing this in 2021. Working in this industry I wonder: did people not listen, or were they not brave enough?

[@YuriG03042]

this is a question that assumes that the whole industry have watched this conference since

[@rmworkemail6507]

It's 2022 and I ask you what are you doing to stop this madness

[@kmac499]

The methodolgy industry has been on the go for years. Either an experienced guy formalises what worked well for them or a bunch of academics dream up a very fine set of names and diagram formats to differentiate common concepts and techniques. Each one is seen as the silver bullet so at last we can offer our bosses, Quick,Good and Cheap instead of pick any two from these three. Training courses are done cv's massaged and it's all trashed the following year by the new shiny thing.... As always the best advice is the shortest. small steps and don't paint yourself into a corner. I'd also add; hire and develop good people.

[@666Tomato666]

@@TheHolym4n no, that sounds expensive

[@BertrandDunogier]

Superbe conférence sur la _méthodologie agile_ par un des auteurs du manifeste du même nom. Retour aux fondamentaux: 1. Déterminer où l'on en est 2. Avancer d'une étape 3. Tirer les enseignements de 2 4. Recommencer. Face à deux options amenant au même résultat, privilégier celle qui offre le plus d'ouvertures.

[@ThisGuyRocksLikeCrazy]

This guy is my new hero.

[@iliyaskureshi3828]

BG J

[@MertonDingle1111]

Agile is an adjective... 11:30 and the author hates it when people use it as a noun... The the title of the talk "Agile is dead". Good job.

[@cinexeon]

@@Fool1929 Isn't dead an adjective?

[@erickiza87]

Great talk. Many points that need to be said.

[@StephenGillie]

This is a really mindful philosophy to have - not just for programming, but for most or all of life.

[@sectorx20]

In my last project I tried make it work for everybody. Tried include them all in my code and I lost the deadline and my health. I never felt so depressed doing the fuck same thing I always did with glory before. Be yourself and don't let the rulers kill their self bring you together. Always do what is real better for you if you know what is the best. Don't waste your time arguing with them

[@oliverhahn326]

Except from being a very interesting talk about agile programming, you can learn a lot about how to make a great presentation!

[@bokkiegm]

Agree, but I still think Uncle Bob is in a different league

[@stinkleaf]

If you read the books out now, reading stories is the way to learn application. Jeff Mckenna is an amazing teacher and his ability to tell stories and give us real time simulation exercises was effective. I agree. 2 day course, take test and you are certified, makes it feel like what PADI certification is to scuba divers. The key is to self educate and apply any story that seems to resonate with your team dynamic. I always use the analogy that SCRUM is like a style of martial arts; not martial arts as a whole. In other words, it has its limitations like any other art form. They teach that too. Scrum does not work in every case or all companies. It focuses on the smaller local teams. However, some writers have been working on scaling it up.

[@Sousleek]

Breathtaking talk

[@bsodmike]

Finally, the cameraman isn't asleep... Awesome talk by *****!

[@dustysoodak]

Software development culture all too often turns new and shiny paradigms into sacred scripture. Good to see someone countering this tendency.

[@gilian2587]

Best practice... we're all looking for the cheat codes to making implementation of complex systems easier. The real secret sauce is practice implementing complex systems. Try explaining that to the business analysts during your multi-sprint planning sessions.

[@rabbitcreative]

I find it interesting, that both in the PID algorithm and in "life", is that he basically describing the calculus, presently the best formal presentation of that process. Korzybski would be proud. :)

[@scottseivwrightdio]

I love this talk!!

[@grumbleguff7376]

There is one absolute rule that is totally immutable - Be excellent to each other

[@chrisf1600]

Party on, dude

[@qmurec]

"You wouldn't sell green, that would make no sense..." umm...

[@charalamboskyriakou840]

Said in a Conference held in Amsterdam.

[@PlayadventureTkrecag0nlei]

@@charalamboskyriakou840 kakakaka i though exactly this

[@ilyaivanov3365]

you're thinking about a noun again

[@sergeirybakov1655]

Well, I can thing on one rule - "Everything is changing all time". and I like what you sad about decision making - choose solutions that easier to change.

[@Stonka7]

Thank you for the presentation and you folks who posted comments. I can relate. I thought something was wrong with me not adapting to agile.

[@ddstar]

"Agile is dead". ...."Agile... is not a noun!"

[@MichaelMantion]

lol well played

[@jwiegley]

That's all I got out of this. Jesus... being a collection of letters doesn't kill anything. This is just a narrow minded person being pedantic about the meaning attached to an existing word. We do this all the time. There's nothing fluffy or vapor about anything "cloud" but that doesn't make it dead; and it's not alive because it's a noun.

[@auntiecarol]

Nope, it's not, but "agile programming" is a noun phrase. Now, whether *anything* that is signified by a noun phrase can have the property of life or death is another question entirely. I am with you though... I hate this linguistic tongue-fuckery.

[@arwahsapi]

Better: Agile or not agile.But again not all animals are created agile and doesn't necessarily need to be

[@christophegerard6012]

Amazing. I have been realizing for a while that the "you go do that!" books / lectures / etc were out of context and delusional. Best Project Management lecture I ever watched.

[@sicaceful]

Amazing talk. Thank you Dave 😊

[@fbo8833]

Great speech! I completely agree with the philosophy here. Many people are religious about stuff and just want to be cool not even questioning what they are doing and how different methodologies applies to different domains

[@505KP]

You can read the 5 minute version from the speaker's own website. He wrote about this topic over a year ago.

[@musmanakram]

As an Architect, some of the worse solutions and I have seen were done Agile. Works for small projects and helps reduce risk of consultancies (get paid and run away!) I like Agile but very disappointed on the success rate.

[@8a41jt]

Agile does some things well, and other things abysmally. What it fails at is *design* and *user* satisfaction. What it succeeds in is creating a whole-team development culture. Its chief sins are (a) the substitution of "use cases" for a formal design [and this one is fatal over the long term], (b) the permission to write development "speed bumps" off as "technical debt" [that sometimes never gets resolved], and (c) continuous integration. _"Now wait,"_ you ask, _"how can CI be bad?"_ It's bad because, if there are multiple versions available, all of those multiple versions will be run by the user population, and troubleshooting those will be difficult. Of course, the advice is "upgrade to the most current", but that's kind of like a help desk that says "reboot Windows" whenever you have a problem -- not satisfactory in a large number of cases. Managers and investors love Agile: the product goes out the door generally on time and under budget. But *what's going out the door?* Quality? Something you'd be proud to have wear your brand? I think generally not. The adoption of Agile cannot be a 100% policy; it fails badly for large projects. Sadly, small projects do not represent a majority of the software available in the market today. The Agile Manifesto has to be the most violated set of guidelines on the planet. What I'm seeing in the commercial arena is that micromanagement is being mixed with "digital transformation" in the name of Agile, yielding a brand new, unheard of, and in many cases unexplainable way of reporting on your work status, and yes, even "enhancing" the toolset a developer uses to give management "dashboards" on where they think any project is. *This is not the way developers work, nor the way they want to work.* Agree with you, @musmanakram -- Agile is not beneficial. I'm sorry, software isn't cheap unless you write it yourself ... and even then, it still takes time, cash, knowledge, and effort.

[@kinkane5566]

@@8a41jt Great points. As I've watched the firm I work for transition (painfully) from waterfall to Agile over the past several years I've noticed that there probably isn't a single person in the firm that truly understands what it is and entails, and probably not any two people in the firm that could give you the same definition for it. It's vastly misunderstood among groups of people that hear the term and know it's something that management wants them to do, but they don't really have any idea on how to do it. It's a complete and utter mess when you have an organization full of people that hear buzzwords if only to repeat them whilst never researching the actual meanings of any new terms (Agile is old of course, but still), and there is no proper training given to GET people all on the same page and understanding what it means (nor any Agile coaches or experienced scrum masters brought in from the outside). Absolute chaos. Aside from all of that, even if everyone at the firm DID truly get it and were all on the same page, it would still suffer from the fallacies you mentioned. It reminds me of something one of my teachers said before about communism. "It looks great on paper but doesn't actually work that well in real life." I feel the exact same way about Agile. Some people can sell the sizzle of it, sure, but I have yet to see ANY team where I work utilize it effectively to achieve a desired result - not once. I think much like communism (or any methodology really), humans are the problem. A group of people will get together and jack something up real good much more often than they will cooperate efficiently to get the goal accomplished. Now for the worst part...I've seen where people use the general confusion around Agile to basically shirk out of doing their jobs. For an Agile team to work, EVERYONE needs to be on point and cooperating fully. I was on a team where the business guy refused to give any details regarding User Stories. The stories would basically be one liners with no Acceptance Criteria. The team kept asking him for more details because literally, the ask was never clear. He kept harping on about how Agile means "the team" needs to get together and come up with the AC's. That's great, but "the team" still needs enough details to even get off the ground at all. He basically just didn't want to do his job and he fought voraciously to not have to write Acceptance Criteria. Then on the same team we had a tester that would sandbag all sprint leaving tons of work undone on the last day and then call in sick on that day. THIS guy said the word "team" more than anyone, when in fact, HE was the one not being a team player. If you couple all of that mess with the fact that to truly deliver with the rapidity that Agile has made management think deployments should happen, automated testing must be top notch - and it never is. Projects are started for existing applications for which there is little to no automated testing yet in place, dev runs as fast as they can to deliver by the right dates, testing falls by the wayside, and when the project is "done", it goes out the door with HORRID quality. The pace is just too fast for most groups of humans to keep up with when it comes to updating legacy applications or creating new apps altogether. That project I was on with the lame testers and business dude....the entire thing failed, was scrapped, and $12M went down the drain. Why? Because Agile isn't that great to begin with, and humans turned it into an absolute circus.

[@owenouzheng9537]

Talk too much that is why need agile

[@kevinfleischer2049]

The reason is that PMs are running "Agile" now. It was originally created by technical guys. Now it is project management. Thats why the Software Craftsmenship Guys came into existance. If you actually do the XP practises very well than the "project management" parts of the agile world (like scrum) can help you get more done. But if you don't do the basics right, you just produce "double the shit in half the time".

[@Cenot4ph]

It's used on Microsoft windows teams, which isn't a small project. Again as the presentation also said, you have to make the process fit for your particular situation. Next to that, you have to deal with the competencies of your staff (which is your particular situation again) that needs to execute. These statements are all too easy without actually looking at the details

[@Nietzsky]

Thanks Dave. I saw the title of the video by accident and couldn't resist not watching as it confirmed my thoughts on the subject. As a developer and tester I am fed up with all these 'hybrid' agile projects. I wasn't familiar with the SAFE diagram - they don't teach me anything and every organisation has it's own agile flavour. I didn't know I had to laugh or cry. So we started with 4 general principles + 12 easy rules and we end up with a complete BS industry(yeah, scrum master in a day) including organisational algorithms. Where I actually learned to be(have) agile in teams: army and squatting. Such self-managing teams rock: This is your target, these are your means, solve it as a team. Go!

[@b.a9891]

Love this , This is 2023 and it is still true to this day I think this needs to be spread for everyone I guess Agile is definitely dead Agility and is not and should not

[@Nikhil-mu9ol]

Agile kills creativity in developer.Most of the managers think using JIRA is true implementation of agile and ninety percent of managers do not consider estimating the efforts for development.

[@randomizednamme]

I swear we spend more time estimating projects than we do actually implementing them; that coupled with an open office design minimizes productivity

[@ItsTheMojo]

That's not agile killing creativity, that's management killing creativity. Which I think is probably in their employment contracts.

[@ioillusion]

How many developers have been saying this for years? I've been marched out of a handful of job interviews for saying it, and I'm sure I'm not the only one.

[@charlesjones5873]

You thought a job interview was the perfect time to argue semantics on Agile/SCRUM/Waterfall methodology, enough to the point that you were marched out of a handful of them? That makes no sense.

[@vishalratna89]

Same here. I was told that I will not be a cultural fit

[@jacekjacenty]

brilliant!

[@energale]

really insightful with good humour

[@HeatCrawler]

Hey, I see that some one disagree with this talk. I remember my university time when I were thinking how does people know about that. And that impression that everyone is on the same page except You. I remember UML courses and still not a big fan... thanks for clarifying one of my hypothesis, I can sleep a little better tonight. Then once again :D there's no rest for the wicked :D This talk is exactly what I want to hear like candy for may ears and soul and back there somewhere inside hidden a nasty thought that this could be a trap... I'll not continue, maybe just a bit of paranoia. I can agree with one thing 100% that this software development, it doesn't mater how we call it, should be creative and experimental.

[@michaeldepouw268]

Lol, just started this video "Agile is Dead" and I got an ad for agile online training 😜

[@jabdude1263]

Very well done.

[@georgiyyamov5827]

In 2009 I said that they make agile into new waterfall. So I started to avoid jobs which had mandatory PM with all agile tools under his belt. I wasn't disappointed with my decision in the long run.

[@jefvleugels]

If you don't have the time to watch the entire presentation, here's the essence: starting at 33:45.

[@nightking4615]

"All rules are contextual!" Couldn't have said it better.

[@LearnToBePeaceful]

I like this speech. In the current IT world, people use the word too much without understanding the real meaning of the word. Lots of things are twisted in IT industry. We need people like Dave to clarify it.

[@isisteixeiraf]

It's Fantastic!

[@davidconnelly]

This is one of the very best lecturers that I've ever heard on the subject of IT. I may do a response video or write to the speaker to thank him. It's outstanding. I would offer one small criticism, however. Now, this is a personal opinion but I happen to think that the phrase 'Agile' is basically a toxic phrase. By the way, I agree with every word the speaker said about how it has been commercialised, turned into a noun etc. If you accept my proposition that the phrase 'Agile' is now toxic then having people clinging to the phrase (perhaps in a subtle and considered way) isn't really going to help. There are several videos on KZbin with people talking about how Agile is dead/finished/rubbish/whatever and ALL of them come with the caviat (along the lines of) "we need to back to the REAL Agile... the good stuff". I think that's a mistake. I think we should declare failure with the whole thing and go the totally opposite direction. I'd like to see the Agile movement go up in smoke. However, in order to do that, I don't think that we can afford to play with semantics. Regardless of how well intentioned, brilliant and well thought out the manifesto was - we should be dropping the phrase completely. I have SO MUCH MORE to say about this but I think I should really make a video. It's a huge topic. Anyway, thank you. Great video. Really great. I loved it!

[@TechnoShamanism]

machivellisucs excellent reference, thank you!

[@ricdotdev]

Any news on the video? :-)

[@IsaakTsalicoglou]

David Connelly: my thoughts exactly - check out the following for a similar humorous take on the situation: bit.ly/tisodeft

[@Gophacyerself]

Would "flexible" be acceptable? How about "adaptive"? The word is not the problem...the people are.

[@JeffCave]

I agree. I remember a discussion on "good money" that got co-opted by Ron Paul. The claim of the article was that money should be named after its underlying metal weight; this would avoid people forgetting that the money is (or was) tied to metal. I responded at the time and pointed out the British "pound". It doesn't matter what name you use for something, eventually it will become a thing of its own; completely divorced from its original word usage. (I'm sure there is some lesson from the old field of "semantics" in there)

[@cnordbakk]

"I don't do tests" -that's a team player if I've ever seen one

[@ki777iz]

Awesome speaker!!!

[@alandmcleod5988]

Way to go Dave!

[@nickstewart6131]

The irony of getting Udemy Agile courses adverts during this

[@Layarion]

Take a shot everytime his mic cord gets caught by that green thing.

[@kyozoku1]

"Don't Piss in the wind, unless your trying to nail a friend around the corner."

[@TheEVEInspiration]

Happy to see there are still people that have a functional brain. I was beginning to think I was the only one.

[@rmworkemail6507]

We're many

[@vladimirromanovskiy9862]

Very often small steps are not valuable enough to say that the way is correct. You need to stay on the big rock to look around. To get there needs time and resources. I would say the most important is intuition. That is only a compass that works.

[@Surefire99]

Unless you stand up on the big rock and look out over a desert. You think you are heading toward an oasis. So you spend a lot of time heading in that direction. Only after the long journey do you realize you are heading toward a mirage. If you get on a rock more frequently, you can head off disaster quicker.

[@AlqGo]

Let me save your precious time: the whole 40 minutes is just "determine where you are, take small steps, evaluate, repeat." .....That is all! . . Even better, if you are a control engineer, agile/agility or whatever it's called is a feedback loop. That is all.

[@Hexagonaal]

No, I'm afraid it's a lot more than that.

[@AlqGo]

Hexagonaal To him it is. He's voiced so strongly against over complicating agile. That's the gist anyway of his talk.

[@EnduroNerd]

The complexity lies in your own implementation. The devil is in the detail. Each team is different and trying to follow a set of rules laid out by a book is dangerous.

[@AlqGo]

FableBlaze There is no so call "*standard* textbook rules" of Agile. If there were, this talk wouldn't have been necessary, and wouldn't have happened in the first place.

[@foobargorch]

More isn't necessarily more complex, in this case more subtle - many people understand feedback loops in one compartment of their minds, and then fail to apply them to control problems they understand on a lower plane in another compartment in their mind. This point can take a few years to pound into someone's head, I've been trying for years and I still constantly stumble =)

[@Kurgol]

Great talk, thanks.

[@Aki-to]

Great Talk, thank you. Some aspects apply to so many things, nowadays, not only "Agile". There are so many terms misused for marketing and sellout purposes...

[@gmoschwarz]

"No rules are universal" There is one universal rule.

[@lsd22252]

Is that 2 rules? How many more?

[@theredscourge]

Today I learned that the Star Trek TNG episode with that one alien race that communicates entirely through memes is real, except it's Chinese Chengyu

[@ManoloVivar]

This is what they do not talk about, thank you!, the values pre existed before methodologies, let s make code with courage

[@casperes0912]

I had no idea Bones died in '99. God he was amazing in Star Trek. And he also really didn't look as old as he apparently was. Shocked me to find out he was born in 1920. Dee was great. Bless his soul. Also, Have you seen William Shatner? He still looks fairly young considering his age. He still looks like he could captain a starship no issue.

[@move1649]

people please listen carefully to this talk, this is how you make a 1 minute talk into a 40 minutes talk

[@davidinvenio3094]

THIS! I was about to post the same thing. Yeah Agile was dead the day it was pitched to jackasses as the solution to everything. And then they got guys like this guy "I don't test" - yep I wanna hire him. And I want my effing 39:00 minutes back.

[@pperez1224]

Some people talk , others deliver.

[@sindk6230]

Fjeidodlfoepapdkeiw9x

[@user-zm7gs6xb4p]

Regarding what he says at 19:54 "The benefit of tests comes from the design aspects. The fact that it helps me understand the design of my code. It helps me understand the design of my code, and the interfaces of my code. It helps me decouple my code. And I've been doing it for so long that now I think about that as I'm coding, and the test doesn't have to exist" All the reasons mentioned for not writing tests are benefits to himself. All that he says assumes that he is the only one doing the coding. But usually, software development is not a solo-sport. It's a team sport. You're not building for yourself. You're building for customers. And even if you're the only one writing code, you won't remember what and why you wrote when you look at your code 5 years later. If you're working on a hobby project, that's fine. But if you're building software that you want others to be able to contribute to, or people to pay for it- Please write tests. - A software developer ( who also doesn't usually write tests but not very proud of it )

[@kicknotes]

Great talk.

[@lassipls]

25/5/2017 update: Agile is still dead.

[@ariochiv]

Was it ever really alive?

[@thomasmarshall4472]

LOL. No, it never was. Please see my comment at the top.

[@camelCased]

Agile was not agile enough, so it got killed by a more agile & extreme attacker.

[@hanelyp1]

Can we get a memo on that to the clueless project and hiring managers I need to go through to get a job in the software industry?

[@nikosvovos]

In my company we are working with scrum. What do you mean agile is dead. OK agile was after waterfall. What is after agile?

[@cannotwest]

That cactus is alive and wants to get him.

[@philippederome2434]

at 36:20!

[@cannotwest]

and 36:45 again, it just never quits.

[@philippederome2434]

+cannotwest you gave me the best laughter of the year. Anyhow, I love the presentation especially the bit about telling others how to live is not cool.

[@sarahnikkhah2201]

Agile is Dead but Cactus is Alive!

[@SJQuirke]

Ha ha - yes - as soon as I noticed it I thought it looked kind of metaphoric - I like what he is saying though - AND - is walking around in his socks - which is cool

[@stan188]

This is too good

[@williamdavidwallace3904]

What domain of software development are the agile technologies aimed. Replacement of the US air traffic control system, compilers, jits and interpreters, banking or credit card central reconciliation systems, operating system development??

[@einarabelc5]

Agile is yet another shovel to sell to those digging for gold.

[@gilian2587]

Best practice is related to putting the sharp end into the dirt (not into your foot). Here's a certification proving that all wielders of this shovel are unlikely to put it into their own foot. (Note that the sellers of the shovel are indemnified from any damage, loss of limb, property, or any other incidents related to misuse of this shovel)

[@astarothgr]

omg, that plant was vicious! It was out to get him!

[@LettersAndNumbers300]

I enjoyed this.

[@bkahlerventer]

Being Agile is the ability to make quick, simple and short "almost fixed duration" iterations of work towards an end goal. This makes it easy to adjust direction when its off. But this sounds very similar to waterfall 😏 The more things change, the more they stay the same

[@passingwords]

If using Agile as a noun--especially a proper one--makes him so angry, wait till he sees what they titled this video.

[@Kuplung57]

Analogy on the short message of the Agile Manifesto: Don't take the Jeep to arrive from A to unknown B. The safest way is to tiptoe on foot with maximum effort on reassuring your goal every step. I say this is backwards thinking. You should go with predetermined well throden roads with the jeep. Then step out and swim if you hit the lake.

[@BertGafas]

It's now dark and all you know is that there may be roads and there may be lakes. The jeep=like thing you have has a candle. Better tiptoe or drive real slow. If water, go back a bit.

[@carlosjosejimenezbermudez9255]

The problem is that in most projects everyone is blind and unknown B can be thousands of kilometers away. Trying to find it can lead you to China, when you were actually meant to go to Europe.

[@BertGafas]

@@carlosjosejimenezbermudez9255 The analogy was already questionable and you've taken it to the next level. Back to the original problem, agility is best when the 'mission' itself is defined in other terms than simply a well-defined product that needs to be made. This is where all these 'make the thing and no fuss' people go wrong. If your mission is to create as much value as possible for your company, then there is no 'you meant to' in the sense you're trying to push.

[@pocketmoon]

So much sense.