|
|
|
|
|
by d5ve
5766 days ago
|
|
One thing I've noticed with Agile projects at $work is that the processes better suit a "contractor" mindset, than a "fulltime employee" one. NOTE: I'm a fulltime employee, so view things from that mindset. As a contractor (in theory), you're bought in to do a specific job, and then you leave - get done, get paid, get gone. This works well with Agile, where you can devote your entire attention to the project, and not get caught up in other things. However, fulltime developers will find it more difficult to devote all their time to a project, as they're likely to still be maintaining some of their previous projects as well. In smaller organisations, you often end up being the go-to person for part of the system, and the rest of the business may struggle with these people being out of reach for weeks or months. Another factor is that contractors have less reason to care about existing code and its design principles when designing and implementing a new project, and well as less reason to care about the maintainability of it. This leads to the software platform having a melange of different styles, further complicating the lives of those who have to support it later on. To me, Agile just seems like contractor culture converted to religion. |
|