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.
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.
Decide -- Start Small or go all in to transition to Agile -- Learn why each approach has its merits.
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?
The IBM PureApplication team adopted the Spotify agile process in 2014. Since our initial adoption, we have made additional changes based on feedback and best practice. This discussion will talk about the rationale and expectations behind the initial reorganization, the challenges faced through multiple product releases and a large global development team, and the value that was recognized. Finally, a review of the most ...more »
You development team is agile, your check-ins are fast and your code rocks! But what does it all matter if it then takes you forever to jump through the hoops of finally deploying it into production, and into the hands of your end users? How long does it take you to get your code out in the market? How can you make sure your Ops team and processes are aligned to support your agile development? In this session, we ...more »
Continuous Delivery takes Agile to its logical conclusion – and thereby transforms the way software is delivered. CD allows organizations to be more agile and to innovate more rapidly by delivering better software, faster, and continuously. Continuous Delivery involves all dimensions of your R&D and Operations organizations – consisting of Team Collaboration, Agile and DevOps practices, Continuous Integration (CI), ...more »