So you're a product owner with an agile team? Congratulations, you are the winner of the world record for the worst named, worst understood and most confusing role in software delivery. Apart from the fact that the PO almost never actually owns the product, they are pushed into an unrewarding role that is mostly about managing "someone else's problem".
That certainly rang true for me ;) how can you take a backlog of items that you are positive that you need right now and prioritise for small, sane iterations. Further, how do you avoid WaterScrumFall in this world? The answer presented here was around impact mapping and expressing things in terms of business goal and how much the "customer" was willing to invest in that goal. Notice the lack of features or cost there? Interesting tack to take in integrating agile projects into an upfront approval/waterfall world.
Another factor I liked was the intention that the course is the start of building some kind of community. Where the attendees can share how we got on and discuss topics that we didn't have time for on the day. One piece of homework I have for this is writing up my five key learnings from the book "The Connected Company" by Dave Gray.
SpecLog - which I think we are already looking in to at work effectcup - that looks very interesting, but might be another tool too many at this point in time!
BDD and The Agile Business Analyst - Chris Matts (video)
They’re not User Stories - Liz Keogh