4 ms·
I consider it nonsense because it becomes dogma at each organization. The problem with that is that they each have their own way of being “agile” and questionin
by S_A_P 7y ago
I consider it nonsense because it becomes dogma at each organization. The problem with that is that they each have their own way of being “agile” and questioning the status quo is futile at best to politically charged at worst.
Secondly, well meaning management often thinks that the reason they are having trouble delivering on time is because agile needs to be implemented. If the developers and business analysts don’t have deep understanding of the problem set then the project is at risk. All the agile in the world won’t fix that.
Hiring developers is not easy, and finding those that can deliver is also tough. Agile doesn’t solve that.
That said I do prefer an agile like approach to dev ops because it usually encourages teams to communicate and break work down into smaller pieces. When that happens system wide issues come to light much quicker than they would in a waterfall style delivery.
As it relates to the quora question, I suspect that the person that asked the question is pretty new to development. Google is huge, there is probably a million different styles of dev ops happening there. Ok that was hyperbole, but steelframes comment is exactly right. Google isn’t a monolith and googlers aren’t all the same.
- ChrisSD 7y ago> questioning the status quo is futile at best to politically charged at worst. Which is antithetical to the agile manifesto. The whole point of agile was to question the current methods and be agile enough to change them as needed.