These slides set the context for a short talk and workshop to discuss the Scrum Product Owner role.
In August 2007 I was lucky enough to be able to edit an issue of Better Software Magazine. I was able to choose my authors: Alistair Cockburn, Jim Highsmith, and Jim Shore. I did this because I was lazy – I wanted great articles without a lot of effort. Choosing these authors guaranteed it.
This “Technically Speaking” column from the editor allowed me a page to rant about what was important to me – namely the tendency for software development to dig too quickly into building software before being clear about the context their software will be used in, the goals it should reach, and the problems it should solve.
Many people find Jeff’s work inspirational. In this podcast, produced by the folks at Mastering Business Analysis, Jeff shares his thoughts on story mapping and user stories, really providing tons of value to listeners. It is available on iTunes and Stitcher Radio at the following links:
Link to the interview on iTunes
Link to the interview on Stitcher Radio:
Link to the interview on Mastering Business Analysis:
About the Mastering Business Analysis Podcast
The Mastering Business Analysis podcast is a program with the goal of elevating the role of the Business Analyst and enhancing the skills of Business Analysts everywhere. Episodes include interviews with leaders in the business analysis community, helpful techniques, and effective practices. Together we will explore the Business Analyst role and we’ll share information you need to achieve mastery in your role and advance in your career as a Business Analyst and beyond.
Find out more about the podcast by listening to the 7 minute introduction and begin your journey toward mastering business analysis.
Link to the Mastering Business Analysis podcast in iTunes (all episodes): all episodes
This is the 11″ x 17″ 2-sided Quick Reference Guide for Agile Development and Scrum that I use in classes. Be careful. It’s scary. It has a lot of stuff packed into it. And, I won’t be surprised if you don’t agree with it all.
Why common Agile processes like Scrum and Extreme Programming can cause startups to focus on the wrong thing
When working with startups individually or coaching in an accelerator, I often get asked to do a basic Agile tutorial. And, every time I’m asked, I get this sinking feeling. What most people believe Agile development is today isn’t at all what you need if you’re a startup. In fact, trying too hard to get Agile “right” is a good way to slow down the stuff that should really be happening.