> My theory is agile turned software writing into a production line, well it attempted too.
Right conclusion, wrong origin. Let me explain.
Business management theory has been rooted in the lessons learned from Ford manufacturing for over a century. This has worked well for industries which manufacture goods using physical resources, of which most qualify.
However, software engineering is not bound by those forces. Adding more developers to an effort does not shorten delivery nor increase productivity (quite the contrary, actually, and well documented in "The Mythical Man Month"[0]). But adding "line workers" to a factory, assuming sufficient raw materials are available, will shorten its delivery cycle.
Because assembly line workers have a quantifiable job, easily measured based on physical factors, and fairly easily scalable (assuming sufficient factory capacity).
> Also I think the quality of developers decreased, not sure if agile caused this or it's some sort of work around for it.
IMHO, there is no substitute for understanding the problem needing to be solved. No SDLC paradigm can make a developer which eschews this successful.
Right conclusion, wrong origin. Let me explain.
Business management theory has been rooted in the lessons learned from Ford manufacturing for over a century. This has worked well for industries which manufacture goods using physical resources, of which most qualify.
However, software engineering is not bound by those forces. Adding more developers to an effort does not shorten delivery nor increase productivity (quite the contrary, actually, and well documented in "The Mythical Man Month"[0]). But adding "line workers" to a factory, assuming sufficient raw materials are available, will shorten its delivery cycle.
Because assembly line workers have a quantifiable job, easily measured based on physical factors, and fairly easily scalable (assuming sufficient factory capacity).
> Also I think the quality of developers decreased, not sure if agile caused this or it's some sort of work around for it.
IMHO, there is no substitute for understanding the problem needing to be solved. No SDLC paradigm can make a developer which eschews this successful.
0 - https://en.wikipedia.org/wiki/The_Mythical_Man-Month