We all know how difficult it can be to jump into a team that’s been working together for some time and knows the ins and outs of the product, team history, company culture, and project background. It can definitely feel like you are the outsider – which is also exacerbated by the fact that most teams now are dispersed, hybrid, or fully remote. So you can’t exactly walk over to the development team on your coffee break and chat with them, see who works together, or quickly look over the top of your monitors while being co-located in the same office and ask your team member a question.
As consultants, this is something we have gotten very good at dealing with over the years, but whether you are a consulting team/agency, a new hire at a company, or a contractor who is augmenting a team – you’ll likely run into some similar issues of getting to know the team, understanding the lay of the land, and achieving your goals for the project or product you’re working on.
We also know that UX designers and researchers in particular can experience additional struggles more deeply embedded within an established product or development team – especially if that team ranks lower on the UX maturity scale.
This blog will be tailored specifically to those who find themselves working with teams and companies who don’t have a well-established design and research practice. But, maybe these companies have a skilled development and product team running the show and have recently decided to invest in UX design. Perhaps you are working with a singular UI designer who has been on the team for a while, or maybe you are sifting through and working with design files left behind by a vendor who had once worked on the project.
We’ll cover eight practical tips that will help you successfully become a contributing member of a new design team:
- Establish and understand team norms
- Understand roles and responsibilities
- Get to know them on a human level (through coffee chats!)
- Forced collaboration/weekly rituals and communication
- Design in the open
- Co-design with the technical team
- End-user validation – easy win
- Establish a process/best practices
Practical tips for getting to know the team & culture
Whether it’s explicit or implied, every team has a “way of working.” Now, what exactly does that mean? Throughout your career (and maybe education, too) you’ve probably worked with various teams that like to do things differently. Some teams keep their cameras off during meetings, and others over-communicate using many touchpoints and keep everyone cc’d in email threads. There are other teams that hate meetings and work very independently – the list goes on. The point here is this: there are many different ways a team can work together, and your first job is understanding the current way of working before you try to make any changes or improvements.
-
- Establish and understand team norms: Our first tip is to understand how your new team does things and get some “team norms” in place. Team norms are specific agreements that a team makes about how they will work together. Often, when you are a new team member, it can feel very disorienting! As a newbie, you might not feel like you have the authority to suggest that new meetings be created, let alone propose hosting an entire workshop. Find out your new team’s regular meeting cadence, and ask them how they like to communicate, and how often. A great way to do this is to facilitate a “Team Norm Workshop” which you can call a project onboarding workshop or session – use a term that is friendly to your team. Position the activity as a vital opportunity for you to meet the team and get acquainted. Most often, people will be open to this to support you in the onboarding process. We suggest facilitating that meeting or workshop using Miro – beginning with some icebreakers, asking team members to fill out some information about themselves and their role in the project. Create a Miro board about weekly meetings and communication, and ask about working hours, time zones etc.
- Understand roles and responsibilities: Next, it’s important to understand who’s who. There can be some nuance here. You are not only looking to understand people’s titles, who is in charge, who to go to when you have a specific question, or who should be included in weekly meetings vs. presentations. You also want to know who on the team has influence, is an ally that you can ask “silly” or more delicate questions about the project, and who believes in UX design and is open to research. Who on the team seems to “lead” even if they don’t have that official title, whose opinion seems most valued and respected, and who has a great EQ on the team? Some of this will be learned over weeks as you start interacting more regularly with the team, and some of the information will be more explicit. Google your team members, read about their background and job title on LinkedIn, request an organizational chart, and ask the team who you should go to when you have questions about the product or project schedule or who needs to provide sign-off on the design. Pay attention in meetings to start to understand who your allies and champions are.
- Get to know them on a human level: Following up on tip #2, in order to understand who your allies are and who has influence, as a new team member, it’s a great idea to ask for a few one-on-one coffee chats with your team members. These can be as short as 15-30 minutes over lunch. If possible, schedule time with each person individually in your first few weeks. You want to connect with them, chat about things outside work, and understand their challenges. Coffee chats will help you see where you will fit in and how you can better support each team member.
- Force collaboration: Next up is forcing some more regular communication and inserting yourself in important meetings. Here’s the deal – what we typically find in lower UX maturity organizations is that they don’t have a lot of weekly or daily touchpoints. One thing to do (as an extension of Tip 1) is to establish a weekly design review meeting and set up a Slack channel or other easy method for daily communication. Or, if you’re working on a true agile team, they may have daily standups. Ask to be invited and show up for those! Even if they consist of boring “dev” speak, it’s still crucial for you to be there. It requires a bit of extra effort, but it’ll be worth it. Joining these meetings will be the fastest way for you to understand how the team works, what stage the product is at, what features are on the roadmap, what’s been done, what’s being worked on, and many more important details. It’s also a great opportunity to learn if you can get on any tools the development team is using. We know UX designers and researchers sometimes hate using Jira, but if that’s what the dev team relies on, get your hands dirty and dive in. This shows the team you’re one of them – fully committed and excited to be a part of the team. Ask to be invited to any other recurring meetings they have and any meetings they might have with subject matter experts. Of course, as you become more embedded in the team you will likely have new ideas for meetings and research that you’ll want to conduct – but these initial first steps toward becoming part of the team are key.
Practical tips for “winning” with UX design in your new team
Now that you are feeling confident about how the team works, you get the team culture and you are a part of it, it’s time to focus on the nuts and bolts of the UX design or research you will be doing. Starting on a new team can be a challenge, especially when introducing new ideas and processes that may differ from what the team is used to! It’s important to approach the situation with sensitivity, as pointing out areas for improvement in their work to date may not be well received. To set yourself up for success in your new team, follow these tips:
- Design in the open: When you start working with a team that isn’t used to the UX design process, or maybe has worked with another “behind-the-scenes” vendor in the past who threw deliverables over the wall, it can be a novel idea for your new team to actually get involved in the design process. At Outwitly, we believe it’s always best to design in the open. Share your Figma files and works-in-progress with the team. This not only helps them learn and understand how true UX should be done, but it also builds knowledge continuity across the team. So if ever you leave, the next designer will easily be able to pick up where you left off because the product team and engineering team know where to direct them and are up to speed on why design decisions were made.
- Co-design with the technical team: Building on the previous tip, we believe the technical team (architects and engineers) should be involved in the design process regularly. Involve them early and often in co-creation sessions and design reviews. This will make your proposed design more robust and ensure that the development team understands how the design should behave, look, and feel, and WHY. It will open up lines of communication, and long term, it will help ensure the design is properly implemented.
- End-user validation: A product/development-heavy team likely has never done any discovery research or user testing. It will be an uphill battle to get them bought into the value of design research and HCD (a battle we believe is worth it though!) Instead, look for quick easy wins with research. User testing is the perfect way to introduce that team to research. Be sure to involve them in the process and have them sit in when appropriate on usability sessions, or watch video clips. In some cases, this will be the first time they ever participate in this process and it will be such a huge eye-opener with great ROI (small investment with a big impact) that will hopefully bring you closer to having UX research as part of the normal design process. You might not do this within your first week on the job, but you should definitely find ways to bring up the idea to the team within the first month or two of being on a new project.
- Establish a process/best practices: If you’re working on a low UX maturity team, this project will likely be the perfect opportunity to establish a more formal design process that follows best practices. Don’t just follow the old way of doing things/status quo – actively look for ways to improve their processes, establish a formal design process, and introduce them to best practices. You’ll thank yourself in a few months’ time when you aren’t dealing with messy Figma files, no design system or styles, no patterns, lack of consistency between products, and design based on assumptions (instead of feedback from real users – see tip 3).
Joining an established product team can be a challenging but rewarding experience for UX designers and researcher. It’s crucial to take the time to get to know the team and understand the culture to build strong relationships and make a positive impact on the product. Some practical tips include setting up one-on-one meetings (or “coffee chats”) with team members, observing team dynamics and communication patterns, and actively participating in various team meetings. To “win” with UX design, it’s important to demonstrate your value and expertise by effectively communicating design decisions, incorporating user research and feedback into your design process, and continuously seeking ways to improve the user experience. By following these tips, UX designers can successfully integrate into their new team and make a lasting impact on the product.
