I’m the Product Owner in team of 6 developers, 2 UI designers, 1 QA, a head of development and a CTO. Our company is called Tempo, and we’re based in London. We’ve been doing Shape Up for the past 8 months, and work in 6 week cycles with 2 week cool downs.
When we kick off a project, we include slightly more than we think is likely attainable in that build cycle within the pitch document - sometimes we’ve been guilty of going overboard here, which has added unnecessary complexity and confusion to the cycle.
However to aid the project management and prioritisation aspects of the build cycle, within the document we identify the ‘core solution’ that the pitch should focus on. The core solution is determined alongside the head of development, and we believe it to be more than attainable within the 6 week period. If that doesn’t even get built then that’s fine, it’s just to be expected sometimes as things turn out to be harder than first imagined once you set out to actually build something.
To help task prioritisation within cycles, we list each solution in descending order of importance in the pitch document. However, these solutions often include little tasks within them that need further prioritisation, and sometimes the build team loses sight quite quickly of what the stated priority solutions are.
I therefore spend a lot of my time project managing, rather than product managing. It’s not very scalable, and we’re already a bit stretched on the resource front.
Therefore, one issue I have as the one product owner between these 6 cycles - that all run concurrently - is having enough time/resource to prioritise each individual task and therefore project manage each cycle individually. I know Shape Up says the developer should drive the project management aspect of their build cycle, but it’s not something our team are very comfortable with. They also have very little experience doing this, as larger-scale project management was not something they needed to think about when picking up smaller, already prioritised tickets during our time as Kanbanners!
This leads me to spend more time than I believe is healthy doing project management tasks, as opposed to other things that I should be focusing on in my role (i.e. in-depth shaping, talking to users, determining ROI of things we’ve built etc.). It’s also a bit of a mess if I go on holiday.
Has anyone encountered a similar problem moving from another development style to Shape Up? And if so, does anyone have any recommendations to improving the developer-owner project management aspect of build cycles? Are there any tips out there to make your developers feel more comfortable owning the task prioritisation aspect of the development process once pitches have been bet on?
Perhaps a tool like Monday could be quite useful, though I feel there’s a cultural issue that needs to be addressed first and foremost, before introducing a new tool to help on top of this. Obviously some more resource would be handy, but that option’s not really on the cards right now.
Very keen to hear your thoughts, and thanks for taking the time to read this.