3 ms·
The only factor that explained the variation was the success of the project. More successful projects spent less time writing initial code relative to time in m
by perrygeo 2y ago
The only factor that explained the variation was the success of the project. More successful projects spent less time writing initial code relative to time in maintenance. Failed projects spent a great portion on writing code.
Again, the obvious implication is that if your project is a failure, you sink less time into maintaining it. The only way to reduce the maintenance burden is to not have users. There is some not-so-subtle self-sabotage going on here.
It's difficult to figure out causality in these cases. Did the project fail because of inadequate investment in engineering foundations? Or did we deprioritize work on it because we knew it wasn't going to take off? Likely both, working in a negative feedback loop.
- cpeterso 2y ago> Failed projects spent a great portion on writing code. Perhaps because the project requirements were not known or kept changing? I'm reminded of the quip about "Why spend an hour in a meeting when you can spend weeks writing code to avoid it?"
- perrygeo 2y agoIn this case it was simply that successful projects got used, thus more bugs and maintenance issues were uncovered. It's super easy to run a web service if it doesn't have any users :-)