David Hussman, DevJam Studios,
Can ‘agile software development’ be refactored to ‘agile product development’? Some brave pioneers already doing this are re-learning that building good product is more opaque than simply getting work done. The land of product development is filled with holes, ambiguity and landmines of wrongness. Ideas that you are stone certain about often fizzle or change when you watch someone interact with your product. Being overly certain or focusing on ‘just getting work done’ to sustain velocity are mistakes that make matters worse.
Join me in an exploration of how to embrace wrongness, learn from it, and make it a vital part of our success. Our journey will explore the messy, sloppy and non-linear aspects of product development. Along the way, we’ll investigate how software construction is important, but courageously failing and learning in product is even more essential. We’ll look at how some teams are producing more real product value with less code. We will also peer into the world of program level development, where collections of teams produce better product by employing what might be called ‘test driven product.’
Who knows, toward the end of the journey, we might even rally to refactor the agile manifesto to read ‘Learning in Product over Simply Getting Things Done.’
Target audience: Intermediate