
I've been having many conversations recently about how to set up the agile teams I'm coaching with the right Product Owner. As we all know, the PO must be empowered to make decisions, yet must also be knowledgeable enough about what the software should do that she can make constant small decisions for the team so they don't have to wait. The PO understands the big picture, understands the small picture, and can set priorities.
I blogged a few months back about how the "Team Room" must be considered a metaphor, not a literal prerequisite to trying agile for the first time. I know I am treading on equally sacred ground (stepping into equally sacred cow pies), but I am going to posit along the same lines that in a complex corporate environment, the "Product Owner" should be considered as a small village, not a literal person. (I hear the sounds of distant drums, or maybe bagpipes, preparing for war). I believe if the village can reach consensus and speak with one voice in a timely way on a consistent basis, the whole agile development team will be in fine shape. The trick is building the right village.
<more>


I've been pondering further difficulties of being a product owner, both silently and aloud, so yesterday I was happily bowled over by a new idea on the topic from my new ThoughtWorks colleague Jasper "Dutch" Steutel (@dutchdutchdutch for twitterphiles). He calls his discovery the "design spike," and I call it a "value spike." So what's this all about? Aside from being "Vampire Month" on the Pragmatic Agilist?
<more>


Jim Highsmith recently posited that "velocity is killing agility!" which is kind of a fun hypothesis. Jim observes that company leaders he talks with around the world these days are a little too quick to measure the effectiveness of their agile software development teams by keeping track of the teams' velocity (the average amount of estimated software effort the team delivers per software delivery iteration).
<more>


Thank you everyone who attended the Summit and extended the ThoughtWorks Team a warm welcome. We enjoyed the hearty discussion and look forward to seeing you again.
Attached is the deck for the Agile Fundamentals for Leaders section. Continuous Delivery fans will be interested in watching this video which covers the material from Tim's presentation and more!
Stay tuned to this page for answers to some of the questions we did not get to during the session.
Warm Regards,
Adam

Let's say you are in charge of the "services" operation within the IT department of a large enterprise. You're a government entity, a telecommunications giant, or some other titan of industry. Other IT organizations have grown up around you in the enterprise over time, and they're writing cute little front-ends that get information from customers to your services, and pass the results back. They're doing iPods and tablets, and you're still dealing with Cobol. Your colleagues are all concerned with "cascading style sheets" and "user experience" and color schemes and the like, but you're doing all the grungy, large-scale back-end work that actually causes the money to pour into your organization and keep you all paid.
<more>

Log in if you have an account.
Otherwise, register for an account.
For more details, please visit the How This Site Works page.







