orgchartlive

Engineering department org chart example

A software engineering department of about thirty inside a product company, drawn around the four kinds of work it does: building the product, keeping the platform up, making the data usable, and keeping all of it secure. Two ladders run through it, one for managers and one for engineers who never want to manage, and the chart shows both.

Laura HalyardChief Executive OfficerMartin KesslerChief Operating OfficerDev AnandChief Technology OfficerIngrid SandbergPrincipal EngineerNadia OkaforVP of EngineeringTomás HerreraEngineering Manager, CorePriya NairSenior Software EngineerOwen SatoSoftware EngineerBeatriz LimaSoftware EngineerKwame BoatengQuality EngineerHanna VirtanenEngineering Manager, GrowthMarco BianchiSenior Software EngineerAisha RahmanSoftware EngineerLeo FernandesSoftware EngineerChen WeiEngineering Manager, MobileSofia PetrovaMobile EngineerJamal WrightMobile EngineerRidgeline Mobile StudioContract iOS teamCONTRACTOROpen roleEngineering Manager, BillingGrace MwangiTechnical Program ManagerYusuf DemirHead of PlatformElena CostaSite Reliability LeadTyler BrooksSite Reliability EngineerNina HalvorsenSite Reliability EngineerCarlos OrtizDevOps EngineerLiam KellyDatabase EngineerFarah HussainHead of DataKofi MensahData EngineerElena PetrovaData EngineerRavi ChandranMachine Learning EngineerRebecca StoneSecurity Engineering LeadOmar FaroukSecurity Engineer
Halyard Software — Engineering department · 32 people · an invented organization, drawn by the layout engine. Three product engineering teams under a VP of engineering who reports to the chief executive beside the CTO; platform, data and security under the CTO, and a principal engineer beside the CTO as staff. The dotted line is the security lead's route to the chief operating officer; the contract mobile studio is drawn as a contractor inside the team it works for.

How an engineering department is usually structured

Engineering reports to the chief executive through a CTO, or in larger companies through a CTO who owns technology and a VP of engineering who owns delivery. Draw both when both exist, and be honest about the split: the VP of engineering runs the product teams and is measured on what ships; the CTO keeps the platform, the data and security, sets the technical direction, and is measured on whether the thing stays up. A CTO with one report, the VP of engineering, is a title, not a job, and the chart should say which of the two actually runs the department.

The product teams are the department's shape. Each engineering manager holds five to eight engineers, drawn stacked because the team is the unit and the row of names is not, and the teams are named for what they own, core, growth, mobile, rather than for a technology. Quality lives inside the team as an engineer with the title, not in a department at the end of the process. Platform is the line measured differently: a site reliability lead, DevOps and the database engineer, judged on uptime and on how fast the product teams can ship, which is why it sits beside them under the CTO rather than inside one of them.

Two things on this chart are not managers. The principal engineer sits beside the CTO as a staff position: the top of the individual contributor ladder, with no reports and more influence than most directors, drawn where the influence is rather than in a box that implies a team. And the contract mobile studio sits inside the mobile team as a contractor, because it does the work the team is accountable for, and a chart that hides it makes a team of three look like it ships an app alone.

Typical titles by level

The vocabulary these charts use, from the top down. Titles vary by country and by company; the levels don't.

LevelTitles you'll see
LeadershipChief Technology Officer, VP of Engineering, Head of Engineering; Director of Engineering, Head of Platform, Head of Data, Head of Security
ManagersEngineering Manager, Site Reliability Lead, Data Engineering Manager, Security Engineering Lead, Technical Program Manager, Release or Engineering Operations Manager
Individual contributor ladderPrincipal Engineer, Staff Engineer, Senior Software Engineer, Software Engineer, Associate Engineer; Architect (where the title survives)
Specialists and extended teamSite Reliability Engineer, DevOps Engineer, Database Engineer, Data Engineer, Machine Learning Engineer, Security Engineer, Quality Engineer, Mobile Engineer; contract studios and consultancies (as contractors)

Where these charts go wrong

Engineering charts fail by giving an engineering manager twelve reports because the team was never split; by burying platform inside a product team, where the roadmap always wins; by putting security under the person whose release schedule its findings threaten, with no route around them; by drawing the principal engineer as a manager of nobody; by inventing a QA department that does not exist; and by leaving the outsourced team off, so three engineers appear to ship an app.

Questions people ask

What is the difference between a CTO and a VP of engineering on the org chart?
The VP of engineering runs the product teams and is measured on delivery; the CTO owns the technical direction, the platform, the data and security, and is measured on whether the system holds up. In a small company one person does both. When there are two, draw the VP under the CTO or beside them under the CEO, but say which, and never draw a CTO whose only report is the VP: that is a title with a chart underneath it.
How many engineers should an engineering manager have?
Five to eight. Below four the manager is a tech lead with a title; above eight the one-to-ones stop and the manager becomes a scheduler. A team past eight splits, which is why the chart has three product teams and an open manager role rather than two teams of twelve.
Where should platform and infrastructure sit?
Beside the product teams, under the CTO, as a line of their own with a site reliability lead. Platform is measured on uptime and on how fast the product teams can ship, and inside a product team it loses every priority argument to the roadmap. In a department under fifteen people it is one engineer with the title; draw the line anyway.
How do you show staff and principal engineers on an org chart?
As staff positions beside the executive they advise, with no reports. The individual contributor ladder is a real ladder and its top rungs carry more influence than most directors; drawn in the tree as managers of nobody, they look like a mistake. Drawn beside the CTO, they look like what they are.

Other industries

Or start from a structure — functional, divisional, matrix or flat — or from your own spreadsheet. The guides cover a reorg, a merger, an assistant's chart and a consultant's deliverable.

Make it yours

Download the spreadsheet, replace the names, import it — the chart redraws itself. Or start empty and drag people until it's true. Building is free at any size.