You’re a Bad Programmer, Really?
codemonkeyism.com
codemonkeyism.com
> You’ve guessed it, Scrum adresses all of these resulting in 99% – 100% on target delivery. So it’s not due to bad programmers if an agile process can fix this.
At that moment I was tempted to perform a violent facepalm. He cites these issues as if a large project is just a five-person team sitting in a room failing basic communication. These aren't even straw men, they're more like paper dolls in a forest fire.
The obvious difficulty in managing >$10m projects is gathering and coordinating requirements, and distilling out from that workloads that can be implemented by individual programmers. This is a monumental problem. I'm guessing the majority of large projects never even come close to having an internally consistent spec without logical conflicts. The problem is that for software of this complexity it is impossible for any one person to have visibility into the whole scope of the project.
In order for projects of this scope to succeed what you need is several levels of extremely talented management with good technical sense in order to allow requirement conflicts to travel across team boundaries efficiently, and to make sure that the right domain experts can be brought into to correctly solve any conflicts that do come up.
To simply parrot the name of some agile methodology and then claim 99% success is an embarrassing display of ignorance for someone with ostensibly decades of experience.
In my humble opinion, the positive take away of this article is rejecting that mantra and focusing on becoming better.
The only real wisdom is knowing you know nothing (Socrates)