Organisations are increasingly experimenting with 'agile' approaches to software development – combining incremental and iterative ¬¬¬approaches in one. To manage the risk of this change, initial experiments are understandably small and focused¬¬, targeting relatively simple solutions with few integration points and co-located teams of five to seven people.
With few exceptions, gone are the days when a team would plan a business project to a low level of detail, secure approval from their customer on scope, schedule and cost baselines, and then not have to be concerned about anything changing over the project’s lifetime.
Doesn’t it seem like we can hardly go a day without reading about how missed requirements are leading to incredible amounts of wasted time, energy, and money on information technology projects? I have been inside enough projects to know that the statistics are most likely telling a realistic story about how projects get scoped, defined, and delivered, but that they are not necessarily giving a comprehensive account of the situation.