[...] The production of software has for decades been seen as resistant to industrial or Fordist techniques (e.g., Brooks 1995; see Aneesh 2001). The very term "software developer" conveys a certain open-endedness that software development methodologies attempt to close off. [...]
thought: the job of the software developer is precisely the limit of attempts to Taylorize it. like if something can be automated, then that doesn't take really take away from the software developer's job so much as add a tool to their arsenal. all the automatable stuff (as the result of trying to apply Fordist/Taylorist techniques) gets subsumed, submerged; the developer then works on top and treats it as a deeper, more solid base from which they can reach greater heights
at least, that's the way it SHOULD be treated. management may view it differently. it also depends on the capacity of the developer for climbing the metaphorical scaffold of tools (maybe at a certain point it's just beyond their ability, or desire)
idk just a thought (need to find someone who has written about this)