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 »
The relationship between Complexity and Simplicity in application development is a delicate balance. There is a rhythm of euphoria and heartache that emerges over the various ups and downs of iterative discovery, development, and delivery. Within a circle of trust and cooperation Complexity and Simplicity dance together in a rhythm that yields application goodness. In this harmony all those involved feel and know that... more »
In scaling agile, context matters. Being able to customize an agile framework to suit your unique conditions and context is very important. Scaled Agile Framework (SAFe®️) is often harshly and incorrectly criticized as too prescriptive or too rigid, and by implications, not easy to customize. Inspired by Dr. Jeff Sutherland’s Scrum at Scale meta-framework which provides a general language for talking... more »
This is a very quick demonstration of an activity that compares metrics between a pizza shop and an organization building software. It is an effective tool for getting to the heart of the agile metrics debate.
Be a lean startup in a big organization? Sounds like an oxymoron, right? Yet to stay alive in today's transparent and interconnected world, big organizations must be lean. Let's talk about practical solutions to help your team get ideas to customers fast, learn, fail fast and pivot before you make it a production solution -- like a lean startup has to do." In this talk, Kelli Houston, an Agile Transformation Lead at IBM,... more »
At Equifax we had the Tooling "Holy War" of Agile software and ultimately chose to preserve the right of our Agile teams to work the way that they preferred: 1. .NET folks insisted on TFS with the Visual Studio IDE integration. 2. Jira teams had learned the Greenhopper bolt-on to the bug tracker. 3. Rally users preferred the more natural alignment with Scaled Agile and business-friendly usability. Software vendors... more »
Are we getting tired of the kind of "agile" where you don't really have any particular technical practices, change (and improvement) is entirely optional, and you pretty much do waterfall with additional overhead of meetings? Are we tired of seeing "sprints" and "iterations" used as ways to pressure people into working harder and longer ("pushing velocity"), with no training or learning or even autonomy? Are n-week death... more »
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 »
One of the most common myths is that Agile can be done only with co-located teams. I would like to walk you through the various engagement models we have experience with to run agile teams globally using near and off shore teams. These models are at various levels of maturity of the Agile process and can level up as the teams get more proficient. At the highest level of maturity is our Agile Nextdoor™ model, which ensures... 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 »
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.