Is the bad-software problem really caused by bad requirements definition, which we could fix by doing a better job up front, if only we were more diligent and more professional in our work? We have made this our primary excuse for bad software for decades. If this was really the problem, and if processes focusing on early lockdown of requirements provided the needed solution, wouldn’t we have solved this by now? A process that requires us to lock down decisions early will maximize our risk, not manage it. — Cem Kaner Read more →
EppsNet Archive: Software Quality
The Illusion of Control
More paperwork does not ensure greater information reliability or accuracy — it only adds to the non-value-added cost. It only seems that adding more measurement and reporting means better control. The illusion of control may partially explain an obsession with control. — “Ninety-Nine Rules for Managing ‘Faster, Better, Cheaper’ Projects” Read more →