Closing the Designer-Developer Gap

One of the best ways we can close the designer-developer distance is by learning more and gaining a more thorough understanding of what all parties are looking for. By identifying those communication gaps, knowledge gaps and expectation gaps, we can begin to bridge them together.


This content originally appeared on Telerik Blogs and was authored by Kathryn Grayson Nanz

One of the best ways we can close the designer-developer distance is by gaining a more thorough understanding of what all parties are looking for. By identifying those communication gaps, knowledge gaps and expectation gaps, we can begin to bridge them together.

We’ve always been interested in developer feedback, but this year, we’ve been trying a little something new at conferences with the Progress booth—we’ve been talking to developers about their experience with the design-to-dev handoff.

With a jumbo pack of sticky notes, a whiteboard and a dream, our goal was to capture three different aspects of the design to development workflow: what tools people were using, what they liked about their process and what they wished was different.

A white board covered in sticky notes

The response was incredible! Hundreds of developers shared their opinions and experiences with us. We commiserated over common pain points, celebrated wins and brainstormed what an ideal dev/design workflow could look like.

As you might imagine, developers and designers directly working together was an often-recurring topic across these thousands of sticky notes—it’s almost impossible to talk about the handoff without talking about cross-team collaboration. So let’s take a look at the main things developers wish designers knew when it comes to building websites and applications.

1. Developers Want to Be Involved in the Design Process

The developers we spoke with expressed a strong desire to be included in all phases of the project creation process. There were a great many responses related to cross-team collaboration and developer involvement—even (and especially) in work that isn’t traditionally considered development work.

Developers are eager to participate earlier in the process and work together during the planning and design phases. They want to be able to help catch potential issues early and provide deep technical knowledge that can help shape the product or feature set long before any code is written.

That might look like being included in scope definition calls, UX brainstorming, or other product planning meetings. In a wide variety of ways and across all different points in the process, devs want to be (as they said in the sticky notes) “involved,” “included” and “collaborating.”

If you’re a developer looking to get more involved in the design process, check out our free ebook Foundations of Design for Developers.

2. Developers Want to Share ‘the Same Language’ with Designers

That first wish for developers to be more involved did come with a request: that the people they collaborate with also invest the time to understand technical requirements and “speak the same language.”

Many responses mentioned the value of non-developers who understood the basics of the development process, as well as the challenges of designs and feature requests that were created without understanding the underlying technical requirements. For those developers already lucky enough to be working with designers, there were several mentions of wishing that those designers understood the development and implementation process more deeply—especially relating to the availability and limitations of components in a component library (when one is being used).

3. Developers Want to Reduce Mid-project Changes as Much as Possible

Lots of teams struggle to define project requirements accurately. There were tons of responses related to the need for clearly defined requirements at the beginning of the project (this included both sticky notes that mentioned liking clearly defined requirements and disliking poorly defined requirements).

But it’s not just the kickoff phase of the project that’s challenging. It won’t surprise anyone to hear that scope creep came up quite a bit in the “dislike” category. In fact, several responses specifically mention the difficulties of scope/requirements changing mid-project. Whether those changes come from the product team, the design team, the client or the developers themselves, they inevitably cause significant slowdown and frustration for everyone involved.

4. Developers Value Designers and Want to Have More Designers on Their Teams

Many developers are working on under-resourced teams and (rather than focusing on software or other tooling) are wishing primarily for more designers—or any designers at all! Several sticky notes specifically mentioned hoping for some kind of design specialist to be hired (those wished-for roles included UI designers, as well as UX designers and researchers).


What Does This All Mean?

In our opinion, that involvement and cooperation between the teams is what’s really going to move the needle, more than any hot new library or fancy new process. The end product can truly shine when there’s a shared space for designers and developers to create together. That also means that both parties have put in the work to learn and respect the other’s expertise, process and workflow.

Building a culture of respect and shared responsibility won’t happen overnight—especially if the design and development departments at a company have historically been isolated. It takes a lot to change the status quo from throwing a design file over a metaphorical wall and hoping for the best, to true synchronicity and collaboration at all stages of the process.

How Can I Be Involved?

One of the best ways we can start to shift that is by learning more and gaining a more thorough understanding of what all parties are looking for. By identifying those communication gaps, knowledge gaps and expectation gaps, we can begin to bridge them together.

Want to help with that process and learn more about the current state of the industry? Share your experience and take the State of Designer-Developer Collaboration 2024 Survey we just launched. It’s a global survey that aims to shed light on the design handoff process, and the role design systems play in addressing the inherent challenges—and we need your input!

Take the Survey


This content originally appeared on Telerik Blogs and was authored by Kathryn Grayson Nanz


Print Share Comment Cite Upload Translate Updates
APA

Kathryn Grayson Nanz | Sciencx (2024-07-25T14:45:58+00:00) Closing the Designer-Developer Gap. Retrieved from https://www.scien.cx/2024/07/25/closing-the-designer-developer-gap/

MLA
" » Closing the Designer-Developer Gap." Kathryn Grayson Nanz | Sciencx - Thursday July 25, 2024, https://www.scien.cx/2024/07/25/closing-the-designer-developer-gap/
HARVARD
Kathryn Grayson Nanz | Sciencx Thursday July 25, 2024 » Closing the Designer-Developer Gap., viewed ,<https://www.scien.cx/2024/07/25/closing-the-designer-developer-gap/>
VANCOUVER
Kathryn Grayson Nanz | Sciencx - » Closing the Designer-Developer Gap. [Internet]. [Accessed ]. Available from: https://www.scien.cx/2024/07/25/closing-the-designer-developer-gap/
CHICAGO
" » Closing the Designer-Developer Gap." Kathryn Grayson Nanz | Sciencx - Accessed . https://www.scien.cx/2024/07/25/closing-the-designer-developer-gap/
IEEE
" » Closing the Designer-Developer Gap." Kathryn Grayson Nanz | Sciencx [Online]. Available: https://www.scien.cx/2024/07/25/closing-the-designer-developer-gap/. [Accessed: ]
rf:citation
» Closing the Designer-Developer Gap | Kathryn Grayson Nanz | Sciencx | https://www.scien.cx/2024/07/25/closing-the-designer-developer-gap/ |

Please log in to upload a file.




There are no updates yet.
Click the Upload button above to add an update.

You must be logged in to translate posts. Please log in or register.