Using Lean Thinking to Increase the Value of AgileMathias Eifert
schedule 1 year agoSold Out!
“Agile doesn’t have a brain.” This quote from Bill Scott, VP, Business Engineering and Product Development at PayPal, is provocative for sure, but it highlights the perception that in most organizations Agile is primarily applied as a downstream engineering approach. As such, it isn’t inherently concerned with optimizing product design and user experience, the biggest drivers of customer satisfaction. The feedback cycles that form the basis of Scrum provide verification and validation of stakeholder needs only as they are expressed in the backlog’s user stories. Even if a sufficiently empowered and accessible Product Owner is available, agile methods offer little guidance on how to translate organizational goals and customer needs into the backlog’s content and relative priorities in the first place. As a result, the danger persists that agile teams end up very efficiently building products that implement an incomplete and subjective perception of the wants and needs of both the organization and its customers.
In this session, we will explore how Lean thinking expands the “inspect and adapt” loops of agile development and helps systematically determine which features and design choices really provide the greatest organizational value. After a brief introduction to Lean concepts, we will discuss how Lean approaches product development as a series of hypotheses about customers’ behavior and value perception and builds on Agile’s rapid iterative delivery of working software to test these assumptions. Finally, we will examine ways to derive testable assumptions from organizational goals, such as the Lean UX Hypothesis Statement template and Gojko Adzic’s Impact Mapping.
Techniques to Align Your Agility With the BusinessPaul Boos
schedule 1 year agoSold Out!
Many Agile adoptions stall because they fail to align with what the business needs. It's not about just delivering work more quickly, but also ensuring that it is what the business needs; for the Government, this is mission needs alignment. Getting a fully automated DevOps pipeline does nothing if you don't have any idea what type of impact you plan to make on the business.
However, once you have that delivery aligned with your business or mission, you can begin to perform experiments safely and more importantly measure the impact they make. This session will discuss the types of measurements one can make and explore a few techniques you can use at both the macro and micro level to understand impact. We'll cite real-world examples set to help you understand how to apply each of the following techniques:
- Business Canvas
- Value Streams
- Personas and Customer Experience Journeys
- Impact Maps
- Experiments & Hypotheses via Validation Boards
This tour of techniques will give you ways to better craft your agility to your business needs.