I did "Agile" for 1.5yrs and it was the least agile team I've been on so far. We never had a product owner (we were all expected to understand the user's needs enough to serve as "product owners"). We had devs and a manager, and a "scrum master"/team lead, who was one of the devs and reported directly to the manager. Our scrums were 30m+ long because the manager wanted to know every little detail, and there would be a lot of back-and-forth, most of which would be irrelevant to any given team member. Complexity poker involved guessing what number the manager wanted you to pick, and sprint reviews were two-day experiences in self-flagellation.
Not that all of this would have magically gone away if we weren't an "Agile" team but it did contribute to the problem. "Proper" Agile just doesn't fit well with the way most companies want to run their teams. So managers take Agile and make their own personal tweaks to it. Since their brand of Agile has 80% the same rules to what they read in the book, they expect to get 80-100% of the benefits of Agile. Any questioning of the actual results of this system is heresy, since Agile is a well-established management method used by many successful companies.
If that manager had picked up a management system that worked within the company's framework without making so many changes, or if there wasn't so much Agile-worship in the industry that an "Agile" setup was politically unquestionable, the situation would have been a lot easier to fix. As it is, it wasn't until our team completely collapsed that the company reassigned half of that manager's responsibilities to a new department, and the manager decided to retweak their personal brand of "Agile". Even that is probably too little too late; more and more projects are being moved from that dep't into others, to the point where I'm wondering what the devs there will actually have left to do.
So yeah. I'm very skeptical of anything calling itself "Agile", because it's such a nightmare when done wrong, and I'd bet dollars to donuts there are more places doing it wrong than right.
Not that all of this would have magically gone away if we weren't an "Agile" team but it did contribute to the problem. "Proper" Agile just doesn't fit well with the way most companies want to run their teams. So managers take Agile and make their own personal tweaks to it. Since their brand of Agile has 80% the same rules to what they read in the book, they expect to get 80-100% of the benefits of Agile. Any questioning of the actual results of this system is heresy, since Agile is a well-established management method used by many successful companies.
If that manager had picked up a management system that worked within the company's framework without making so many changes, or if there wasn't so much Agile-worship in the industry that an "Agile" setup was politically unquestionable, the situation would have been a lot easier to fix. As it is, it wasn't until our team completely collapsed that the company reassigned half of that manager's responsibilities to a new department, and the manager decided to retweak their personal brand of "Agile". Even that is probably too little too late; more and more projects are being moved from that dep't into others, to the point where I'm wondering what the devs there will actually have left to do.
So yeah. I'm very skeptical of anything calling itself "Agile", because it's such a nightmare when done wrong, and I'd bet dollars to donuts there are more places doing it wrong than right.