Skip to content

Standardize role name for Fullstack, Backend, and Frontend Engineering Managers in the Development Department

Phil Calder requested to merge engineering-manager-role-name into master

Why is this change being made?

In the Development Department, teams are mostly Fullstack (can include a combination of Backend, Frontend, and Fullstack ICs) and there are only a few remaining Backend or Frontend Engineering Managers, with most now being Fullstack Engineering Managers, although this may not yet be reflected in Workday. With alignment on pay scales, the need to respond to global prioritization or engineering allocations it is proposed to remove the distinction between frontend, backend, and fullstack engineering manager roles in internal systems (such as Workday), and have this change reflected in our handbook and job families.

This merge request is intended to start that conversation and to discuss role naming.

  1. In our internal system of record, all Engineering Manager roles within Development to be named Manager, Software Engineering
  2. In our handbook, the EM and Engineering Manager abbreviation and name be retained, without the Fullstack, Backend, or Frontend prefix.
  3. In our job families, we rename roles as Engineering Manager, without the Fullstack, Backend, or Frontend prefix.

Why Manager, Software Engineering for internal systems?

  • In Workday, the convention is for people management roles to start with Manager, .
  • Total Rewards recommends Manager, Software Engineering as an industry standard. Thread

What this MR does not do

Further changes would be needed in many places including:

Scope of change

The scope of this MR is for Engineering Managers with "Fullstack", "Frontend", or "Backend" in their job titles. Manager, Machine Learning Engineering is excluded.

Author Checklist

  • Provided a concise title for this Merge Request (MR)
  • Added a description to this MR explaining the reasons for the proposed change, per say why, not just what
    • Copy/paste the Slack conversation to document it for later, or upload screenshots. Verify that no confidential data is added, and the content is SAFE
  • Assign reviewers for this MR to the correct Directly Responsible Individual/s (DRI)
    • If the DRI for the page/s being updated isn’t immediately clear, then assign it to one of the people listed in the Maintained by section on the page being edited
    • If your manager does not have merge rights, please ask someone to merge it AFTER it has been approved by your manager in #mr-buddies
    • The when to get approval handbook section explains the workflow in more detail
  • If the changes affect team members, or warrant an announcement in another way, please consider posting an update in #whats-happening-at-gitlab linking to this MR
    • If this is a change that directly impacts the majority of global team members, it should be a candidate for #company-fyi. Please work with internal communications and check the handbook for examples.

Edited by Phil Calder

Merge request reports