Here’s the big pay-off. We learned in Parts 1, 2, and 3, why UX and Agile complement each other, who the various players are across the teams, and how to build towards a minimum viable product (MVP). So now that the MVP is off and running, the UX team must figure out the best way […]
Here’s the big pay-off. We learned in Parts 1, 2, and 3, why UX and Agile complement each other, who the various players are across the teams, and how to build towards a minimum viable product (MVP). So now that the MVP is off and running, the UX team must figure out the best way to continue to work with the Agile developers. But how? How do UX designers continue to bring value to the customers and business while their Agile cousins keep iterating on the product? It’s like trying to load groceries onto a merry go round at full speed.
Fortunately, Agile provides a terrific framework for regularly collaborating with all the players be they the Product Owner (PO), customers, business analysts (BAs), or developers. Scrum teams typically hold various “ceremonies” throughout a sprint where the UX team will find opportunities for integrating their work. For our purposes, let’s focus on five of the most common ones. Note that none of this is set in stone. As you examine the Agile methods you use, find opportunities for engaging with the UX team similar to:
In order for the UX team to guide the creation of the MVP, they needed lead time to do the initial research such as customer interviews, metrics reviews, and competitive analysis. This research typically occurs during Sprint 0, before the developers start writing code, and contributes to the backlog of proposed work. Now that the MVP is in place, the UX team has to work through that backlog while continuing to research and test improvements to the product.
As customer advocates, the UX team continues to push for improvements that bring value to the customer. This starts with an assessment of the backlog. The UX team, the PO, and perhaps the BAs review the backlog, reprioritize the stories, and write new stories based on their initial research as well as any immediate feedback/metrics regarding the MVP. They are looking for the most pressing use cases that bring the highest value to the customer by considering the following:
Once the UX team, PO, and BAs are comfortable with the notional prioritization they break the design requirements into manageable user stories. They then go into Backlog Grooming confident that they are still building the right product. Next, the developers determine how to go about building the next chunk of functionality. Backlog Grooming gives the UX team the opportunity to have quality face time with the developers as they groom the stories. This is a time the UX team can use to:
Depending upon how the development team has mapped out its ceremonies, Backlog Grooming easily flows into Sprint Planning. Accordingly, Sprint Planning is another important occasion for the UX team to work face to face with the developers. Together they should pick up any work during planning that they didn’t complete during grooming and finalize how they are going to build the design stories.
The goal for the UX team is to ensure that the sprint concludes having brought the highest value to the customer. To do so, the UX team must provide the resources that the developers need to succeed. That includes:
Once the entire team has discussed the intricacies of the story they agree that it is ready to be worked.
While the developers are writing code for the current stories, the UX team is actually working on the designs for the next sprint and simultaneously evaluating the previous ones. To keep ahead of the developers, the UX team uses the upcoming stories to:
At the same time the UX team validates/disproves the previous hypotheses they’ve made and evaluates the current customer experience. This entails:
Nevertheless, to stay in sync with the current sprint the UX team continues to collaborate with the developers. They attend daily standups to check the pulse of the current development and answer questions about the design stories. They also pair with the developers to work through any design challenges and finally, they assess if the acceptance criteria have been met from a UX standpoint.
Once the developers deliver the functional and UX updates, portions of the entire team take part in the Sprint Review, the Retrospective, or both. During the Sprint Review the developers and BAs present to the stakeholders all of the work that’s been accomplished over the sprint. This is an important opportunity for the UX team to restate to the stakeholders the customer and business value that the UX improvements bring. Because the team has broken the UX work into small chunks, and the value to the customer is more incremental, there’s a risk that the UX work will become marginalized. As such, it’s imperative that the UX team emphasize the improvements they’ve made if only to justify the work they need to do going forward on behalf of the customer.
During the Retrospective, the developers and BAs discuss how to improve their processes and their working relationships. It’s important for the UX team to attend as well if only to confirm their role as part of the broader team. Furthermore, this is the best time to assess how well the UX team engages with the developers and the BAs. The UX team works very hard to uncover the many subtle nuances that will improve the customer’s experience. Accordingly, it takes durable collaboration among the UX team and developers to build those improvements correctly. The Retrospective gives both teams the opportunity to fine tune that collaboration.
UX as a practice evolved as part of waterfall development. Nevertheless, an Agile team can absolutely take advantage of the riches that thoughtful UX methods bring to a product. The best way to take advantage of the UX team is to let them advocate for the customer and ensure you’re building the right product at all times. The UX team:
A product is never done. But you’ll always know what to build next by integrating your UX team with your Agile developers.
Scaling is a hot topic. Over the past several years, the Agile community has reacted...
Many organizations without any Agile experience want to immediately jump right into a fully scaled...