When your company is encompassed by highly specialized individuals, there is a high risk for friction if not managed properly. Frontend developers and designers can have friction, engineers and software developers can have friction, and for the purpose of this post, project managers and software developers can have friction.

When you’re building software, the role of a project manager and software developer are equally important for the successful launch of your project. Productivity and output rely on both sides working together to produce the highest quality product for customers. Yet, time and time again we see a divide between the two personas.

Poor communication and lack of respect can derail even the most talented teams. It’s vital that your company better understands the relationship between your software developers and project managers so that you can manage it appropriately.

Let’s examine these two important roles, where problems arise, and how you can bridge the gap between your software developers and project managers.

Roles and Responsibilities: Software Developers and Project Managers
Software developers and project managers have very distinct roles and often times there’s a dotted line in the chain of command which can be a root cause of friction. Both are aligned on the output but most are not aligned on how to get there and why.

Project managers are typically given projects by the business and are asked to manage the cost, the resources assigned and timing of the project. They’re responsible for reporting to stakeholders and providing constant status updates of the project up until launch.

Software developers, on the other hand, are typically assigned tasks, essentially pieces of the project, by their managers. They’re responsible for reporting on iterations of the project, or what is known as “sprints.”

Where the Challenge Originates
While part of the cause for friction is the dotted line chain of command, the other contributing factor is the fundamental difference in how each persona operates. Many might say the root cause is poor communication but really it’s the “how” each communicates. Blaming the lack of collaboration on poor communication is not really a true cause. Everyone has their own communication styles and with so many SaaS tools available to us, workflow habits can change over time.

Based on conversations with many project managers and developers, I’ve created a short table on likes and dislikes from both.

briding gap post image 2

4 Key Tips to Help Bridge the Gap
The opportunity here is figuring out how to adapt to each other’s working styles. This is key when trying to manage a project efficiently and effectively. Because the project manager is ultimately responsible for the project, it takes most effort from the project manager to really step up to the plate and engage their developers.

So how do they get it done?

  1. Involve your software development team early on
    A project is created to solve a problem. That problem could be releasing a new product to increase market share, launch a new feature to improve customer satisfaction, developing an integration for partner agreement – whatever it is, the demand was created from something.

When a developer responsible for programming part of the project, it can solve a lot of problems from the very beginning by involving them in the initial launch of the project. It gives developers more context as to why they’re being asked to develop software in such a tight timeline.

And how do you do it without an in person meeting or email? If you’re using a tools like Assembla, you can post the project in a ticket and @ mention users that will be involved on the project. Or you can add it to your wiki and send a link to the document to all parties involved (preferably the communication channel your team uses).

If your team is using Slack, you should create a channel for the project and invite everyone involved. This gives the entire team visibility into the project even when they’re not involved with the everyday conversations.

  1. Understand software development workloads before asking questions
    A common scenario that can cause a rift between the two parties is the lack of understanding some project managers have for the time it might take for a developer to complete a task. I’ve seen this same scenario pop up over and over in various organizations. It happens in the marketing organization with front end developers, in the product organization with back end developers and everything in between. Programming in a certain language is a very specific skillset and there different levels of experience.

It’s the role of the project manager to sync up with their software development manager or most senior developer to understand what levels of experience the developers have, what language their coding in, how much time is typically spent on specific tasks and most importantly, what tools and/or services can a project manager provide to the software development team that would help them work more efficiently and effectively.

This puts unreasonable pressure on the development team. Yes, a project manager needs to answer to the client or management, but they must also balance these expectations with the reality of the workload. By understanding the development team’s workload, it clears up a lot of assumptions and better prepares the project manager to address questions from stakeholders.

  1. Shield developers from outside issues
    In a post by Frederico Tomassetti, a former TripAdvisor developer, about how PMs can help developers be more productive, he mentions “shielding developers from issues.”

While it’s important to involve developers early on and provide them visibility into the project, it’s equally important to shield them from office politics or endless debates over small product changes. Change requests are going to happen but often times before a change request is approved, there’s a lot of debate between stakeholders and the project managers before coming to a conclusion. Cost and timelines have to be taken into consideration and that can take time to sort through.

By shielding issues like these, a project manager isn’t just alleviating stress for the developer, they are building trust. If you can trust your manager to filter out unnecessary distractions for you, then you know they have your best interest at heart.

  1. Share the same suite of tools and services
    If you want to improve communication and work more efficiently, it’s crucial that the entire team on the project are using the same tools and services.

IRC channels are still popular among software developers but teams are quickly adapting to Slack and it has become a comfortable place for all personas on a team to work from. At Assembla, we use Slack and have created channels for different teams within our organization. As a project team, decide on which communication tool everyone should be using so there’s no excuses on why teammates are not receiving updates.

If you’re a software developer, you’re likely working out of a code repository tool like Github – a tool most project managers cringe at. And if you’re a project manager, you’re likely working out of a complex project management tool – tools most software developers typically cringe at. Software developers just want to manage code and project managers just want to manage tasks. When you’re developing software launches, both are equally important.

Assembla is a tool that bridges that gap between project managers and software developers with task management and code repositories built in. We also have integrations with both Slack and Github making it much easier for teams to adapt. Imagine merging requests directly in tickets –

bidge gap post image 5

We’ve built Assembla from the ground up to help software development teams work more collaboratively. By bridging the gap between software developers and project managers, products and features will be shipped faster. A company’s success will also improve as the relationship between PMs and developers improves.