I used to be looking for this particular info for a very lengthy time.

Thank you and best of luck.

So my motivation for non-agile methods is not that I’m trying to avoid stuff which most programmers don’t like. Agile is like a fragile ecosystem: very difficult to set up, very easy to destroy/pervert. OTOH, TDD, frequent deliveries, intense and frequent communication with all involved stakeholders, and easy adaptation to change aren’t necessarily a monopoly of agile methods.

This is not a closed-minded viewpoint. My company is a large financial firm that will never be the agile that you define. But we are trying to follow some important practices such as code reviews and meeting and talking directly with the users of the software to see what they want. I find these meetings with the users very enjoyable and enlightening. But I also think that there are some that are just better than others at certain things. My team does have a business analyst that is a total rock star. She is always on top of the requirements, she tests and finds errors that even the testers miss, and she is tuned in to the business and can make suggestions based on how they use the system. So I appreciate having multiple skill sets that can be drawn on when needed, but I don’t think you need to be everything all of the time. At the end of the day, the happiness and satisfaction of the user is most important, no matter what methodology you choose. The user doesn’t care about waterfall/faux agile/agile or whatever they just want working software.

“A collaborative, self-managing team” is a principle promoted by Agile (which is not a methodology, by the way).

“Code, follow or get out of the way” – Do you think code is all that matters in production? If so, why? Why do you feel you can give me such a set of options to choose from? For the record, I can, still do and have coded. Is that the only thing required for success? In my opinion, no. Would I follow you? No. Would I choose to get out of your way? No. Would I even like to pick from your set of options? No. Why? Because I feel you’re fencing me in which is somewhat ironic as your comment to me reads as “Don’t fence me in”.

“Take your money sucking agile with you” – How much money is sucked up (I prefer lost) by developers focusing on code rather than interacting with customers or understanding how their design choices make operational work with the systems they create error prone and diagnosis of problems impossible? I can tell you how much I’m paying developers, I can tell you how many times they’ve shipped stuff that isn’t fit for purpose and had to re-work it because they focused just on code. I can tell you how many days they spent doing that and can thus give you a very big cash figure representing waste. How much money do you reckon agile costs and how have you come to a figure?

“I know you won’t appreciate this position because you are all enjoying your confirmation bias little “agile fest”.” – I don’t appreciate your position because it’s confrontational and non-discussive. My only bias is to ship something worth a damn, I’d like to hear more about what you would like to do and how you plan on achieving it and why you think your approach is better than others.

I won’t demand that you answer any of those questions, I would hope however that you might see I’m inviting you to a discussion.

I hear if its managed well enough, you don’t even need developers.