I recently joined a company that has started moving towards "more agile" development. I've already been product owner for an internal software project and that worked reasonably well as far as I can tell (I'm also new the role and not a developer).
However, I will soon be Product Owner for a software project that is fixed cost. We have been given requirements with enough detail so that an offer could be proposed.
The idea is to have a kick-off meeting with the customer to obtain "rough" functional design specifications. A look at the contract reveals that, at least according to whats written there, this won't be so rough after all.
I see a lot of problems coming my way. I am somewhat worried that in the end my company will expect me to work the backlog in a way so that the functionality delivered is no more than that laid down in the "rough" specification, while the customer will see no reason to stop working until resolved perfectly.
I have very little experience as Product Owner and I really want this project to go well because I like what the customer wants to achieve with the project.
How I can take advantage of the benefits that Agile development offers, under these circumstances?
SPOILER (after a couple of month into the project): As predicted by many in this thread (and kind of expected by me) it does not work so well. The problems I expected would come my way did come... Fortunately this will most likely be the first and last project that was "managed" this way. If you find yourself in a similar situation: protest, keep everything transparent so nobody will blame stuff on you, protest, ...