Product development is (almost always) a team sport. To build a successful product, multiple stakeholders must work together during the development cycle to get things done. This includes engineers (obviously), product and project managers, designers, QA, and even the folks in marketing and sales. But getting “developers” and “non-developers” (non-engineering stakeholders) to work well together isn’t trivial. Because not only does each role fill a different technical function, but they are also fundamentally different in terms of how they work, the tools they use, and the way they communicate with others on the team. And when asking people with different roles, personas, and styles to collaborate on a complex task - there's bound to be some tension. This workflow tension between stakeholders is widespread and well-known across the industry. Just look at the number of memes and jokes that are out there poking fun at how developers and non-developers interact. But what's interesting is that sometimes, the most commonly recognized issues are the least defined and most misunderstood. Sure, everyone knows that cross-functional collaboration issues exist, but most of us don’t give it much thought. We just roll with it, mutter some stuff under our breath and continue on to the next all-hands meeting. It seems a lot easier to accept it and suffer than to analyze, understand, and correct it. So I decided to go against the grain and take a closer look at this. For the past year, I (together with my team) have studied how developers and non-developers collaborate and communicate throughout the product development workflow. I looked at what works and what doesn’t work, and what exactly each persona is thinking about the other at every step of the way. If you're wondering why anyone would spend so much time on this, it's a fair question. The truth is, I've experienced this tension first hand having worked in product and marketing roles for several companies, But my main motivation was joining Livecycle. Because by doing so, I was tasked with helping to build a product designed to solve this very issue. Since the primary aim of our product is to speed up feedback loops and reduce workflow tensions, I felt like I needed to deeply understand what those tension points were all about in the first place. And what better way to do that than to speak to hundreds of people who are affected by this every day? So I got to work and ended up hearing from representatives of 200 software development teams from around the world (how I got them to talk to me is another story entirely). I asked them about their routines and workflows. I inquired about their interactions and their frustrations. I gathered responses from people filling all of the key engineering and non-engineering roles working in companies ranging from pre-seed startups to publicly traded corporations. Some of the data reinforced what was perhaps to be expected, but much of it was revealing. And the whole process was really fascinating. I've put together a summary of some key data points and takeaways, with the hope that my efforts can be valuable to some of the other teams out there. Developers and non-developers communicate differently The first thing that jumped out at me is the extent to which developers and non-developers (and operate) on different wavelengths. Each persona on the team has their own unique cadence and style of communication. communicate Some of the key numbers: Developers get interrupted way too often admitted to being “annoyed on a regular basis” because non-developers interrupt them with random questions. 41% of developers Developers don’t understand the feedback they get said they often don’t understand review feedback from non-developers, and they need to invest more time to review it with them in order to proceed. 53% of developers Developers are asked to use too many tools said that they are forced to use too many tools for the sole purpose of communicating with the other stakeholders on the team during the development workflow. 54% of developers Developers are more frustrated about this than the rest of the team realizes The fact that developers are frustrated about these kinds of things is notable, but not entirely surprising. What was really interesting though, was discovering the extent to which the rest of the team has no clue that their engineering colleagues feel this way. When we asked non-developers how their developer colleagues felt about these issues, a significantly lower percentage of non-developers answered affirmatively compared to the direct responses from the developers themselves. Here’s a side-by-side comparison: “Developers are annoyed by frequent interruptions by non-developer colleagues” agreed with this statement 41% of developers But only felt this was true 15% of non-developers “Developers often don’t understand product review feedback from non-developer colleagues” agreed with this statement 53% of developers But only felt this was true 29% of non-developers “Developers are forced to use multiple tools to retrieve feedback and context from non-developer colleagues” agreed with this statement 54% of developers But only felt this was true 23% of non-developers This shows that on average, “non-developers” don’t realize how frustrated their engineering colleagues are about these workflow and communication pain points. Context switching negatively impacts developer productivity As a general rule, developers like to stay focused and . A typical collaborative workflow involving multiple stakeholders makes this challenging. they hate context-switching Two types of context switching Through our discussions with developers, it became clear that this aversion to switching contexts manifests itself in at least two ways: and . switching tasks switching environments Switching tasks is when developers are asked to stop (current) task 1 and focus instead on (new) task 2. Developers can’t stand this. Switching environments, however, is more subtle and is possible even within the context of the same task. This is when developers are forced to leave the context of a preferred tool (say, GitHub for example) and move to a more foreign tool or platform to complete the task at hand (this might include reading an email or reviewing a Jira ticket). The impact of context switching The bottom line is that any type of context-switching negatively affects a developer’s ability to be productive. In our research, admitted that “interruptions and context switches regularly and negatively impact my productivity” in a significant way. 44% of developers This is even more significant when combined with our previous findings about developer interruptions. Remember that above, we highlighted that non-developers are 50% less likely to realize that developers are annoyed by their questions and interruptions. That means that and causing context switches during the development workflow. non-developers are twice as likely to keep asking these “innocent” questions Poor collaboration has a direct impact on developer experience As an industry, we’ve coined a new phrase in “developer experience”. If “user experience” is the level of comfort, accessibility, and joy that an end user feels when using a product for its intended purpose, “developer experience” is the level of comfort, accessibility, and joy that an engineer feels when actually writing code and developing software. Technical employees are expecting work environments and tools that will enable them to do their best work. Companies are realizing this and taking deliberate steps to make the actual workflow more enjoyable. Some companies have gone as far as introducing a new Developer Experience function on the team whose sole responsibility is literally to enhance the work experience of the development team. And so, as part of our research, it was important for us to try and assess the impact of poor collaboration and communication on a team's overall developer experience. To do this, we asked developers and non-developers if they agree with the following statement: “Poor communication and collaboration with other stakeholders make my time at work less enjoyable in a direct and significant way.” agreed with this statement 52% of developers By contrast, only agreed 26% of non-developers This discrepancy is in line with our findings above, that non-developers are ~50% less aware of the workflow frustrations of their developer colleagues. And it is significant that more than half of the developers we surveyed felt that their developer experience was negatively impacted by the team's communication and collaboration issues. Developers see the cause & effect of poor collaboration more than non-developers It’s difficult to measure the impact of poor workflow collaboration and communication in real business terms, so instead, we tried to at least understand how the impact is by the people involved. We asked the product development teams to indicate the extent to which poor workflow collaboration and communication directly affected their product quality, delivery schedule, and tensions with outside parties. perceived Here’s what we learned: Poor workflow communication leads to lower-quality products said that these issues have directly and negatively impacted the quality of their product Interestingly, felt this way when asked the same question 45% of developers only 18% of non-developers Poor workflow communication leads to delayed deliveries said that these issues have directly caused delays in product delivery. 47% of developers felt this way when asked the same question 32% of non-developers Poor workflow communication leads to tension with customers and management said that these issues have directly created tension between the team and company management, or between the company and the customer 46% of developers felt this way when asked the same question 38% of non-developers Cross-functional collaboration affects how people accept & leave jobs The impacts of poor workflow collaboration and communication aren’t limited to product quality and delivery delays. Our research found that these issues are having a real effect on the HR department as well. Nearly and indicated that the ability (or inability) to collaborate effectively with other stakeholders during the product development workflow is a key consideration when deciding whether to take or leave a specific job. 60% of developers 65% of non-developers In a time when to find, hire and retain quality talent, these are startling numbers. It’s clear that the productive interaction between developers and non-developers as they build products together is a lot more serious than just another funny joke or clever meme. tech companies are scrambling Which workflow tasks need the most improvement? The data points presented thus far give us broad indications about the state of cross-functional collaboration during the “development workflow”, but they don’t help us understand specifically what actions need to be improved. Every workflow contains a series of specific activities that have the potential to be trouble spots for the multidisciplinary team tasked with executing them. So we took a deeper dive on this point to better understand exactly which workflow tasks could use the most improvement with regards to cross-functional communication and collaboration. Here’s the data we came back with: = 57% of respondents said their team needed to improve this. UI Design Reviews = 37% Bug Reporting = 35% Acceptance Testing = 28% Copy Reviews = 26% Setting up staging environments = 20% Code Reviews = 4% Documentation = 2% Analytics = 2% "Our workflow is perfect!" Developers are slightly less optimistic than non-developers Finally, after hearing so much about the problems and frustrations, we were curious to know if these development teams held any hope for change and progress. To do this, we asked our respondents if they agreed with the following statement: “Developers and non-developers will never fully collaborate or communicate. It’s like cats & dogs or oil & water. They just don’t go well together.” agreed with this statement. As opposed to only . 45% of developers 3% of the non-developers Go figure. In conclusion It’s clear that developers are frustrated with the state of communication and collaboration during their pre-release development workflows. Non-developers are relatively oblivious to their feelings on the matter and they don’t correlate the effects of poor communication and collaboration the way that developers do. Everyone agrees that these issues are fundamentally important and that they have the potential to affect many areas of a team’s day-to-day operations. And while many developers believe that there is nothing that can be done to improve this, the vast majority of non-developers remain optimistic. Putting aside the developers' gloomy outlook, we have to ask ourselves - what can a team to do about this? If development workflow communication and collaboration are so critically important to the success of any product or company, what can we do to make improvements? Just being aware of these friction points, understanding their prevalence, and appreciating their impact are important first steps. It’s that awareness together with the adoption of developer tools that is proving to be a combination powerful enough to dramatically improve - if not completely reverse - these negative trends. So all things considered, we’re pretty optimistic about where things are headed. Despite what half the developers out there might tell you :-) Also Published Here

This story contains new, firsthand information uncovered by the writer.

Different

Fetch

Keep

I Asked 200 Dev Teams How Well They Work Together - Here's What I Learned

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Context-Switching and Why Developers Are So Allergic to It

#1 Song Despacito Proves The Power Of Collaboration

3 Key Challenges to Effective Team Collaboration and How to Face Them

3 Things to Forget if You Want to Level Up Your Team: The Magic of Collaboration

4 Reasons Why Email Is Obsolete, and You Should Move On

5 Benefits of Project Planning and Management

Context-Switching and Why Developers Are So Allergic to It

#1 Song Despacito Proves The Power Of Collaboration

3 Key Challenges to Effective Team Collaboration and How to Face Them

3 Things to Forget if You Want to Level Up Your Team: The Magic of Collaboration

4 Reasons Why Email Is Obsolete, and You Should Move On

5 Benefits of Project Planning and Management

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps