How to Product Manage Remote Engineers

  1. American Express — engineers based in Phoenix 3 hours behind
  2. XapiX — engineers based in Berlin 6 hours ahead
  1. If you are not on-site, the on-site leader may not follow your roadmap. Be aware when the work you assign gets pushed sprint to sprint. I get it — we all like variety in work so when an engineer takes on a different project for the short term, that’s perfectly fine. But over the long term, this shouldn’t happen. Be aware of your resources and where (and who) is using them.
  2. If you aren’t an expert in your product yet, the feedback loop isn’t as strong over Slack and email. This can be especially true with technical products — the nuances of the technicalities become blended if you don’t have an expert next to you. Products advance daily so make sure that if you are remote, you consistently check with your engineers on the product details. No assumptions!
  3. When there’s a big project, it’s harder to keep everyone on track remotely. There’s less of a big hurrah because you are X hours away. So, if there is a big launch, (budget pending) fly to your team so the excitement is a bonding activity.
  1. Visit your engineers! No matter how remote you are, make sure you make a trip out to their hub. My cadence of traveling out to see my engineers is once a few weeks after I join the job/team and any subsequent trips are dependent on your product and how often you lean on your engineers.
  2. Research the technicalities after your engineering discussions! Yes, I know you are swamped with alignment meetings and that 90% of your job is communication. But make sure you are growing in your understanding of the product. You should be taking 10% of job time to learn — 40 hours = 4 hours. Don’t assume you know the subject well because you pitch/explain it daily!
  3. When you join a new job/team, schedule time with every engineer to explain what you do and how you’ll make their lives easier. Then ask them to tell you about the top 3 problems they encounter that fit your description of product (this is dependent on your role but engs have come to me with tech tooling, relationship building, regiment of daily work, etc). The SOLVING of their problems will build some serious rapport because they know you can solve their problems.
  4. Address any problems head-on: if I am on opposing side with an engineer, I schedule time so we can clear up our discrepancies.

--

--

--

Tech founder @ EMO (Easy Mobile Onboarding). Product Teacher @GA. Co-founder @WomenWhoCodeNYC.

Love podcasts or audiobooks? Learn on the go with our new app.

Recommended from Medium

What Real Connectivity Looks Like

What Colors are Your Parachute?

How do your skills measure up?

Graph with skills and competencies for specific professions

Can Remote Working Solve the Diversity Problem?

When You Join a New Group

Reflection Piece

5 reasons why my hobbies are important business.

Top design job boards for getting a job in London

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Elizabeth

Elizabeth

Tech founder @ EMO (Easy Mobile Onboarding). Product Teacher @GA. Co-founder @WomenWhoCodeNYC.

More from Medium

Key 7 Stages Of New Product Development Process — To Know And Be Known

New Product Development Process

Your project plan will fail

Hot take: is product management over-professionalised?

3 Mistakes To Avoid When Building Your MVP