Summary It’s weakness to want predictions, to be at mercy of fortune tellers. Outline Anchor’s operate unintentionally and work even when people are forewarned. Estimates anchor and concentrate benefits near the estimate value. In this Pecha Kecha talk I present reasons why the best-benefit outcome is concentrated near the estimated value, irrespective of whether the work gets done sooner or later than estimated value. ...more »
Try Googling that question and you’ll find some strong opinions and clever commentaries. The blogosphere is just filled with opinions on the Scaled Agile Framework (SAFe®), and whether it’s really Agile, or whether it is taking Agile in a bad direction. When building extremely large complex systems involving life critical applications, this becomes much more than an academic argument. When evaluating approaches for ...more »
Provide a day in the life scenario if government organizations were more Agile than Silicon Valley? How would budgets change? How would capabilities be prioritized? What would the culture look like?
Providing concrete BDD-style examples as acceptance criteria for user stories is a powerful way to influence the testability of your architecture. This is especially true if developers are provided the examples before starting development and they are responsible for the automated execution of those examples. This talk illustrate how the examples can have this benefit.
Examples are a powerful way to communicate what "done" looks like for agile user stories. When they are automated, they can also act as very useful regression tests/checks. But most automated checks are too detailed to act as useful examples. This can be addressed by using a layered approach to examples in which we provide less detail for broader scope examples and narrower scope for more detailed examples.