Team Management Summary

Multiple moving parts and teams in a project can take the focus from a singular solution to confusion or worse –chaos. I discuss the work stream perceptions and how I, as an experience designer, drive communication and alignment to move the team in a positive direction.

Key Points
  • I ensure transparent information sharing so teams can properly align themselves
  • As the communication conduit, teams collaborate and work better when UX is involved

Function or dysfunction?


I only know what I was asked to do but am not sure what others are doing; what are you doing? This is a question that comes up frequently from teams at the start or during a project. Teams are thrown into projects without an understanding of why their team was chosen for the project or what value they are expected to deliver. This lack of knowledge is exasperated by limited communication between work streams and no one really knowing why there are so many work streams on the project at once. Being part of a large project team can feel like many people working to deliver something with no requirements, direction or plan.

Limited focus on the direction toward the true goal of the project, leads to chaos for work streams. Team members should remain aware of the other work streams and be mindful of how their work impacts others. This is not just applicable to project deliverables, but also to individual team members’ experience and their areas of expertise. Work stream alignment and collaborative communication build strong project teams. Building strong teams starts with a strong grasp of the attributes on the various work streams. In my experience, work streams usually fall in one of these general categories in project delivery:

  • Plan – work streams ramp up on the ask of the project through requirements reviews and feature discovery activities.
  • Analyze – work streams organize, group, and prioritize requirements to execute a plan.
  • Design – work streams collaborate, communicate, and ideate on assets to address potential user’s experience from features in the project.
  • Build – work streams gather feature requirements and design assets to build the interactions user’s need to meet success with the features of the project.
  • Test and Deploy – work streams validate the requirements, design assets, and developed interactions to ensure user’s receive the most complete features to meet their success metrics with the end product of a project.
Example graphic of data points identified for cross functional teams.

Common delivery team structures


Whether onshore, near shore, or offshore, delivering complex technology experiences for users can be challenging. The fast-paced, and possibly parallel, work can lead to dysfunction in how a solution is constructed. Successfully meeting the viability and desirability for business and end-users at scale will encompasses a combination of efforts across local, long distant, and experience design delivery teams.

Local delivery
Considered an “onshore team”, this work stream category represents the team that holds most of the domain knowledge for the technology solution being developed. The team member roles range from development, quality assurance, project/program management, and delivery support. In this range of experience, these team members have encountered changes in requirements, stakeholders, and project management. This can often lead them to be skeptical of new work streams and their ways of working or thinking.

With their depth and breadth of experience, some of the members of this team may be “set in their own habits” of working and delivering. They may also be resistant to engage in open conversations about the project goals and deliverables. If project does not succeed, the burden of supporting the technology will be left on their plate. These concerns can sometimes overshadow the hard work and diligence they possess in delivering quality projects for the company and team. Fear of scope creep from experience design teams can further add pressure.

Long distant delivery
Generally dubbed “offshore”, this work stream category represents the team located furthest away from the stakeholders and the end users of the technology solution. The team makeup can consist of developers, quality assurance, project/program management, and delivery support. They tend to receive task directives, and not capability enablement direction. With cross-cultural and time zone considerations in place, they tend to be hesitant to provide insight beyond what is expected of their team.

Within a results-based relationship with local delivery teams, the focus is on accurately meeting requirements, and not on looking for accuracy in the requirements as they are written. These concerns take center stage in front of their desire to effectively deliver a steady stream of work that reduces roadblocks for other work streams. Changes from the experience team and risks raised by local delivery teams add to the confusion in this team’s direction.

Picture of whiteboard session discussing ownership in delivery process.

Experience design


My teams usually encompass digital strategy, user experience research, user experience architecture, content strategy, visual design, and front end development competencies. We are considered the “user’s champion”, which attaches a perception that the team does not concern themselves with the details of how something will be done, but expects all of our wants and need-to-haves to be met. This perception is perpetuated by the occasional creative direction being “thrown over the fence” for the delivery teams to manage without any real guidance.

Additionally, a lack of a solid foundation in the technology being developed for the solution is also common. Balancing these perceptions along side lofty, innovation expectations from users and stakeholders can make for a stressful team environment. When tensions run high close to deadlines or milestones, the experience design team tends to slink into a creative flow without regular feedback or check-ins with delivery teams.

Areas where experience design capabilities improve team delivery.

As an experience design team leader, communication and alignment are high priorities for me. Communication enables us to align project goals with all work streams. Alignment can be achieved through persona development, annotated documentation, workshops, and other design artifacts. Associating a mockup with a set of requirements, for example, can bridge the understanding of the requirements for positive user scenarios. Communication can be further enhanced by tighter feedback loops that allow ideas and vague requirements to fail fast and rally the team to provide higher quality requirements. I facilitate transparent communication among teams by sharing information and knowledge as it is gained.

Screenshot from slide deck I created to explain UX work to middle school students.

I prefer a shared vision of the scenarios we need to support for our user to be successful with the technology solution. I also like to give people a sense of awareness of their contribution within their team and their team’s contribution to the project. Knowing how to support your team and how your team supports other work streams can be a pivotal point of understanding in whether the project is successful or not. As a design leader, I have the awesome opportunity to share different ways of communicating success not only to users, but the teams working toward the success of the projects for users.