Read my Lips There are NO Magic Numbers in Agile!
The reality is software projects (people, complexity, learning, creativity) cannot be modeled, estimated or precisely measured.
ALL
DOWNLOADS
ARTICLES
REFERENCE
PROCESS
ON-DEMAND WEBINARS
TRAINING LIVE WEBINARS USER-GENERATED |
|||
Books Events Links White Papers Wikis | |||
Language: | All English Arabic French Japanese Korean Portuguese Romanian Russian Spanish | ||
Access: | All Free Premium | ||
Newest Title | |||
All A B C D E F G H I J K L M N O P Q R S T U V W X Y Z |
The reality is software projects (people, complexity, learning, creativity) cannot be modeled, estimated or precisely measured.
Delivering less but more often, whether you are doing it to reduce time-to-market and get fast feedback in a startup, or to contain risk and manage change in an enterprise, forces you to reconsider how you develop software.
Within a sprint, if you don't get the user stories right, it affects development, testing and the outcome of the sprint, and it takes a lot of effort to fix this later.
There is no definite consensus on the need for risk management within the Agile method. This has led many to believe that risk management is irrelevant in an iterative model. Some follow the approach of ignoring risks until they manifest into issues; they then manage them through the natural sprint progression. One expert feel it's better to manage risks proactively in Agile.
"I am not young enough to know everything." - Oscar Wilde |