Back to resources

Holding Partner Teams Accountable

Deadlines
Internal Communication
Collaboration

16 June, 2021

Manzar Kazi
Manzar Kazi

Senior Engineering Manager at LinkedIn

Manzar Kazi, Software Engineering Manager at LinkedIn, speaks of his experience of holding a partner team accountable with whom his team had multiple dependencies.

Problem

We were working closely and had multiple dependencies on a partner team. At some point, the disagreement between us on how we should solve a particular problem culminated. I was able to identify several lines of disagreement between our two teams:

  • We couldn’t agree on how we should split responsibility between two teams. There were certain areas where the responsibility was clear, but then there were other areas the lines were blurry.
  • We couldn’t agree on a timeline. The partner team would commit to doing something by, let’s say, next month and would fail to do so. We would be blocked for a certain amount of time by waiting for them to deliver on their commitments.
  • We couldn’t agree on quality. Quality was not up to par -- we would not get what we asked for. Also, their support was inadequate; when we would ask for clarification, it would get unanswered.

Actions taken

Splitting the responsibility

I tried to talk to a manager of the team and reach an agreement with them on where the demarcation line would be and who would be responsible for what. We met two or three times but simply couldn’t come to an agreement. However, what we could agree on was to escalate the issue and involve our higher-ups to make the call. We both came up with a set of solid arguments why we should (not) be doing something.

Introducing regular check-ins

Another disagreement that troubled us was that we had a long-term commitment but without any benchmarks along the way. Frequent check-ins every two weeks would help us track their progress and allow us to raise our concerns early. However, if we would wait two months (as we did initially), that would be too far behind for them to catch up. Therefore we decided to introduce biweekly check-ins to ensure the team was making progress in the right direction.

Ensuring quality

We also made sure that whatever our engineers would have to implement, they would be involved in earlier stages. Even if that is only a draft, design document or unfinished work, our engineers would be reviewing it. That way, once it would be handed out to us, not everything would be fully baked, and we could put in our feedback and impact the further development. By doing so, we curtailed the possibility of going too far on one path and having to backtrack and redo a lot of things. Thus the early involvement of our engineers had a direct impact on the quality.

Finally, we decided to be serious about documentation and keep a written record for all the commitments and agreements. Everything we would agree on would also be in writing with due dates and precise deliverables.

Lessons learned

  • Try to reach an agreement. If that isn’t possible, don’t back down from escalating it. If you can’t reach an agreement with a peer, you shouldn’t be fearful of having your higher-ups involved. Part of their role is to help you resolve disagreements you have with your peers. When you are certain that there is no path forward, escalate as soon as you can.
  • Write down all the commitments. People can discuss various commitments, agree on some and then forget about most of them. Also, when commitments are discussed informally, people may have different interpretations of what was decided and by when. If you put that on paper, you can always go back, look at it and hold other people accountable.
  • Have regular check-ins. If your dependencies on another team are long going, rather than waiting a few months to see the progress, you should have some mid-point check-ins to timely respond to their actions.
  • Involve people who will be affected by implementation early on. They should be the ones to evaluate if it is something meaningful and/or feasible because they will be the ones to implement it.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

How to Maintain Happiness: The Underrated Aspect of Creating Team Dynamic

2 August

Jonathan Ducharme, Engineering Manager at AlleyCorp Nord, encourages the importance of a workplace environment that cultivates mental wellness.

Personal Growth
Company Culture
Leadership
Internal Communication
Psychological Safety
Jonathan Ducharme

Jonathan Ducharme

Engineering Manager at AlleyCorp Nord

How to Organize, Manage, and Grow Your Team

12 July

Vineet Puranik, Senior Engineering Manager at DocuSign, discusses the impact of roadmaps, organization, and proper management for your teams to procure growth.

Managing Expectations
Delegate
Collaboration
Roadmap
Strategy
Vineet Puranik

Vineet Puranik

Senior Engineering Manager at DocuSign

(Re)Organizing Your Teams Using Domain-Driven Design

12 July

A proposal for how to create an org structure that will deliver software systems that you want, not ones you get stuck with.

Alignment
Architecture
Scaling Team
Building A Team
Internal Communication
Reorganization
Ram Singh

Ram Singh

CTO at REAL Engagement & Loyalty

How to Navigate Your Manager Role at a New Company

1 July

Saikrishna Desaraju, Engineering Manager at Marks & Spencer, draws from his personal experience to advise new managers on thriving in their roles.

Managing Up
Managing Expectations
Leadership
Collaboration
New Manager Of Manager
Changing Company
Saikrishna Desaraju

Saikrishna Desaraju

Engineering Manager at Marks and Spencer

Dealing with Uncertainties and Adapting as You Go

14 June

Muhammad Hamada, Engineering Manager at HelloFresh, addresses the uncertainties brought on by the pandemic, how these have affected our work environments, and how we can adapt.

Goal Setting
Internal Communication
Collaboration
Roadmap
Stakeholders
Prioritization
Muhammad Hamada

Muhammad Hamada

Engineering Manager at HelloFresh