Introduction

Agile has taken over the software-development world. In recent years, it’s become the most popular software-development methodology. Agile development has a lot of benefits: an incremental approach, the ability to change direction based on customer and stakeholder feedback, short timeframes that keep the teams focused.

However, Agile methodologies are focused on developers. They grew out of programmers’ attempts to solve common pain points experienced during big software development projects. Notoriously, the Agile Manifesto (still the primary document delineating Agile principles) did not include UX people, nor did it account for the time, resources, and research that UX professionals need in order to create excellent designs.

Under an Agile paradigm, the entire team works on the same elements of a project simultaneously in order to avoid “throwing it over the wall” (i.e. hand it off  from one team to another, waterfall-style). The work is done in “sprints” — commonly 2-week periods when the team focuses on certain features, and then moves on. As a result, designers are under enormous pressure to create, test, refine, and deliver their output unrealistically fast, and with little of the context and big-picture thinking that suits consistent, user-centered designs.

There's is nothing wrong with you if are a good UX person having trouble making Agile work in your organization. It's difficult. The rigid way in which Agile is often implemented in large organizations (typically, using Scrum or similar methods) can make things even more challenging. 2-week sprints can force tunnel vision on the design team, who may be so focused on a particular feature or the user story at hand that they may ignore the large-scale product and design implications, such as integration, omnichannel consistency, or user-interface architecture.

However, all is not lost! Over the years, we have spoken to many UX professionals who work in an Agile environment, and many of them have not only survived, but thrived. A few common themes have emerged from conversations with those who have happily and successfully embraced an Agile workflow. There is no playbook — most of these are large-scale, strategic, and organizational factors that an individual UX contributor can, at best, only moderately control.

When Agile works for UX people it's because of a few key factors in the organization:

1.    Managers and Leadership Understand the Value of UX

Numerous successful Agile UX professionals say that the managers and leadership in their organizations “get it” — they understand what UX really is, why it is valuable to the product-development process and how it provides a key competitive edge. This is another way of describing UX maturity, a concept we have long been arguing is key to UX success (and consequently, business success). Decision makers in these organizations know that UX is not just an extra coat of paint; rather, it’s the careful and user-centered approach to product strategy, features, structure, interactions, content, and aesthetics. These managers and leadership don’t just ask UX designers to take features and user workflows that have already been decided upon by the rest of the team and make them look nice; instead, they bring the UX person in from the beginning to determine how these things should work.

On these teams, managers also understand that building truly user-centered products requires research with users, and that the type of research must go beyond simply A/B testing (which does not give the behavioral insights necessary to understand why one design or another works).

Managers and leaders in these organizations embrace uncertainty and understand that a “lean” approach means always hypothesizing, testing, and iterating on product ideas. The rich insights that UX designers need for their work require qualitative user-research methods. Whereas organizations that integrate Agile and UX poorly are often biased toward quantitative data as being the most important or most persuasive evidence for decision making, in Agile organizations where UX thrives, managers and leadership understand that qualitative insights are just as valuable as quantitative insights, and that teams learn different things from these different types of data.

2.    UX People Show Leadership

While having managers and stakeholders that understand and support UX is extremely important, the reverse is also true: UX people that succeed in Agile environments exhibit leadership qualities.  They point out assumptions about user behavior that could prove disastrous if wrong. They make time to reach out to colleagues to help explain UX process and principles, and why they produce better products. They bring their coworkers to usability tests to build empathy and observe users struggling. They fight for getting time to do user research, and  to design something right. UX pros that thrive in Agile push the team back towards the bigger picture, and the context in which humans will actually use these products that are being built.

3.    Agile Process Is Flexible

Agile was not originally conceived as a series of rules and ceremonies, it was invented as a set of principles that guided teams to achieve agility, or the ability to respond gracefully to the change around them. The group of developers that penned the Agile Manifesto realized that they spent an enormous amount of time and energy managing change: changing stakeholder expectations, changing market landscapes, changing requirements, and so on. If change is a constant, why try to fight it? Build a process that takes that change into account, and treats it not as chaos, but an expected input.

Agile is a mindset about radical transparency and admitting that the team doesn’t know all the answers at the beginning of a project. In practice, many organizations implement it using Scrum, a well-known, widely used Agile methodology. Organizations often adopt Scrum not because it’s right for them, but because there is a wealth of resources than can help them quickly undergo an “Agile transformation.”  The end result is often a new set of inflexible process standards, constant meetings, and confusing jargon.

Unfortunately, the orthodox Scrum process doesn’t work well for UX, because UX wasn’t originally considered in the Scrum definition. It’s a technology-centric process, focusing on small, independent units of work (typically in the form of user stories) that make sense from a computer-science perspective, but are tricky from a user-centric standpoint. Users don’t interact only with small parts of our designs in isolation, they use our products to accomplish larger goals, and all pieces of our designs must all work together harmoniously to provide a good user experience. (In fact, in an omnichannel world, users expect a company’s total user experience to perform seamlessly across multiple products, even when developed by different teams.)

UX works well when the Agile process isn’t completely policed and strict. If an organization has Agile-process sticklers that blow the whistle if, for example, UX works on designs a sprint ahead of the developers, it becomes very tough for UX people to be more than pixel-pushers. UX professionals who succeed in Agile are in environments that care more about responding gracefully to change than about how long a standup meeting can last. Teams who incorporate UX well will figure out how to manage tasks and user stories so that UX has some time to get ahead of production and create validated, researched, and thoughtful designs.

4.    UX Professionals and Developers Are Part of the Same Team

Effective Agile teams must communicate well and have a common understanding of what the project’s goals (both large and small) are. UX professionals can step beyond pixel pushing and decoration only if they are a key part of the team. When UX is organized as a separate department that “consults” for various product teams, UX professionals may not feel the same level of ownership for the project and may have difficulty developing trust and common ground with the core-team members.

A critical piece in the UX Agile puzzle is that, on successful teams, developers respect UX people and their processes, and are willing to listen to their insights and ideas. But this state of facts comes only after working together in close proximity: UX professionals must earn developers’ trust by rigorously validating design ideas, improving them, and communicating that rigor to the rest of the team in an honest and approachable way.

Conclusion

It’s difficult to make UX and Agile work together, and if you’re a UX person struggling with Agile, you’re not alone. Typical Agile processes don’t take into account the time, resources, and scope that UX people need in order to deliver user-centered products.  Despite that, UX and Agile can coexist well, provided that (1) the organization’s management understands and supports UX work, (2) UX practitioners display leadership and spend time on outreach their colleagues, (3) the Agile workflows are flexible enough to accommodate the needs of the UX, and  (4) UX people are part of the product teams, where they can build respect and rapport with developers.

Learn more about thriving as a UX professional in an Agile environment in our Lean UX and Agile seminar, and from our report on Effective Agile UX Product Development.