For the past 4 months I’ve been functioning as the Product Owner for my Scrum team. Interestingly, I’m also the UX designer for the team. Many articles point to the challenges, at times seemingly insurmountable, that this dual-role creates. While those challenges are indeed rearing their, err, challenging heads, let me recap how the team has worked through them.
Challenge #1: There is not enough time to be the PO and the UX person
Both roles are full-time jobs. How does one reconcile and/or prioritize the obligations pulling in different directions?
The answer is to get those obligations pulling in the same direction. The PO has the business’ needs in mind. The UX designer has the user in mind. But, the UX designer’s job is to bridge the gap of business and customer. By having both those needs clearly defined and in the same person’s brain, a synergy is created which allows the singular UXPO (yes, I like that) to conceive early design ideas that already conform to the business’ requirements.
Challenge #2: developers need constant direction about what’s coming in each iteration.
The UX designer, working in parallel with the rest of the team, is constantly providing assets, answers, and feedback. The PO is looking ahead to the next iteration, as well as the next theme. The challenge has been focusing on the present and the future at the same time.
The way I’ve handled this is by splitting my time in the iteration. Early in the cycle I work on the immediate needs of the team. The thing you’ll find is that even if you’re employing Lean UX tactics, you still design well ahead of the dev team’s capacity very quickly. This turns out to be a good thing when you’re the UXPO as it opens up days in iteration for you to look towards the next set of cycles. What I’ve also found effective is, as you’re deciding where to focus in the near-term, bringing in the team for quick brainstorms, affinity mapping exercises and design studios offers perspective, insight and a welcome (short) break for them from the monotony of long coding days.
But wait! There’s more! The added bonus is that by involving the scrum team in these activities, they’re a part of the planning, know exactly what’s coming up and are already bought in to the plan (because they helped create it).
Challenge #3: Approval cycles can be notoriously long. How can the UXPO keep the trains moving while securing executive buy-in for the team’s efforts?
To solve this challenge I’ve had to become a UXPOlitician (hot!). I have a vision of where I’d like the product to go. While we execute tactically on the immediate needs I’m constantly chatting, formally and informally, with my internal stakeholders. We bounce our new ideas off of them and get a read of the general vibe. This shapes the vision and we discuss it further. By having these conversations well upstream in the process, our review cycles focus on the very tactical elements of the work – not the strategic choices we’ve made. Those decisions were settled a while back outside of the iteration machinery allowing us to keep the cyclical nature of Agile development moving forward at constant and, hopefully, increasing velocities.
These are just three challenges I’ve faced as the UXPO. What have you faced? How have you solved it?