Author Description

This is a book about building software when competition is fierce and speed and accuracy matter. Most people assume there is one "right" way to build software, and that's that. While there are various fashion trends that infect software from time to time, none of them are as different as they like to think they are. There are some important but little-discussed facts about the mainstream consensus of software development: * It is mostly organized to give non-technical people confidence that things are OK, meaning on-time and on-budget. Its highest principle is predictability. Not speed. * It mostly doesn't work. Studies support what everyone in the field knows: most projects fail outright, or have their goals changed to avoid admitting failure. So what we have are methods that are slow - and produce crappy results! What happened to slow but sure, or slow but steady? What we've got is slow and stupid. If everyone you compete against uses the same crappy methods, you'll be OK. Your projects will be perpetually late and disappointing, but so will everyone else's, so you'll be performing "up to standard." But what if you're not? What if you're competing against a group that gets way more done in much less time? I'm not talking 10 or 20% here; I'm talking many whole-number factors, like 10, 50 or more. What's going to happen? It's simple: you're going to lose! If that's OK with you, don't read this book. You'll be happier. This book is part of a series devoted to Building Better Software Better, i.e., achieving superior results (better software) through optimal methods (building software better).