Loading...
hr

Job Family Architecture Build Worksheet

Build a clear job family architecture page set for defining families, sub-families, streams, and levels. Use it to support mobility, pay equity, and workforce planning with a consistent role structure.

See it in MangoApps

Trusted by frontline teams 15 years of frontline software

Built for: Technology · Healthcare · Financial Services · Retail · Manufacturing

Overview

The Job Family Architecture Build Worksheet template is a multi-page site for documenting how roles are organized across job families, sub-families, streams, and levels. It is meant for HR and compensation teams that need a shared reference for role architecture, career paths, and leveling decisions, especially when titles have drifted or different departments describe similar work in different ways.

Use this template when you are building a new job architecture, refreshing an existing one, or translating a spreadsheet-based model into a page set that leaders can review and maintain. It works well for organizations that need to support mobility, pay equity, workforce planning, or manager calibration with a consistent structure. The page set should make it easy to find a family, understand what belongs inside it, and see how levels differ in scope and complexity.

Do not use it as a generic org chart or a place to list every employee role without a governing framework. It is also not the right fit if your organization has not agreed on the purpose of the architecture, the level philosophy, or who approves changes. The template is strongest when the structure is stable enough to guide decisions, but flexible enough to be customized by function and site_type.

Standards & compliance context

  • A clear job architecture supports pay equity reviews by making comparable work easier to identify and evaluate consistently.
  • If the template is used for internal career pages, ensure the content is accessible and readable under WCAG 2.1 AA expectations.
  • Keep approval and version history visible so changes to levels or titles can be audited during compensation or workforce planning reviews.
  • Avoid using the architecture as a substitute for legal classification analysis when exempt status or local labor rules must be assessed.

General regulatory context for orientation only — verify current requirements with counsel or the relevant agency before relying on this template for compliance.

How to use this template

  1. Create the top-level page for the job architecture and define the scope, owner, and approval process before adding any families.
  2. Add one page per job family, then map each family to its sub-families, streams, and example roles using consistent naming rules.
  3. Assign HR, compensation, and functional reviewers to each page so they can validate scope, level boundaries, and title alignment.
  4. Review each level definition against real roles and adjust descriptions where scope, autonomy, or complexity is not clearly distinct.
  5. Publish the approved architecture, then use it as the reference for requisitions, career paths, mobility pages, and compensation reviews.
  6. Schedule a recurring review to capture new roles, retire obsolete streams, and prevent title drift across the site.

Best practices

  • Define the purpose of the architecture first so every family and level is built to support the same decision model.
  • Use one naming convention for families, streams, and levels across the entire site to avoid duplicate or overlapping labels.
  • Write level definitions around scope, impact, and decision-making authority rather than around years of experience.
  • Include concrete role examples in each stream so reviewers can see how the framework applies in practice.
  • Keep families broad enough to be useful but narrow enough that the roles inside them share a common career logic.
  • Document ownership and approval rules on the main page so updates do not depend on tribal knowledge.
  • Review the architecture against actual job descriptions before publishing, because title inflation often hides level inconsistency.

What this template typically catches

Issues teams running this template most often surface in practice:

Job families that are too broad and hide meaningful differences in scope.
Streams that overlap so much that managers cannot tell where a role belongs.
Level definitions that rely on tenure instead of responsibility and impact.
Titles that vary by department even when the underlying work is the same.
Career paths that look linear on paper but do not match actual promotion patterns.
Inconsistent use of senior, lead, principal, and manager labels across functions.
Unclear ownership that allows the architecture to drift after launch.

Common use cases

Engineering leveling review
A product engineering organization uses the template to separate platform, application, and infrastructure streams while aligning level expectations across squads. It helps managers compare scope without relying on title conventions alone.
Corporate function role mapping
Finance, HR, and legal teams use the page set to define shared levels while keeping function-specific streams distinct. This makes internal mobility and compensation review easier across corporate roles.
Merger or reorganization cleanup
After a reorg, HR uses the architecture to reconcile duplicate titles and merge overlapping role definitions into one consistent model. The template gives leaders a single place to approve the new structure.
Career framework rollout
A people team publishes the architecture alongside career path pages so employees can see how roles progress within each family. The structure supports transparent navigation from entry-level to advanced roles.

Frequently asked questions

What does this template help us define?

This template helps you map a job architecture from broad job families down to sub-families, streams, and levels. It gives you a repeatable page structure for documenting how roles relate to each other and where they sit in the organization. That makes it easier to compare roles across teams without relying on ad hoc titles.

Who should own the build process?

HR, compensation, and talent partners usually own the framework, with input from business leaders and functional managers. If your organization has a people analytics or workforce planning team, they should review the level design and naming consistency. The template works best when one owner coordinates input and resolves conflicts instead of collecting disconnected edits.

How often should we review the job family architecture?

Review it whenever you introduce new functions, reorganize teams, or see title drift across departments. Many organizations also schedule a periodic review so the architecture stays aligned with hiring, promotion, and pay practices. If you wait until a compensation cycle exposes inconsistencies, cleanup becomes much harder.

Is this template useful for pay equity work?

Yes, because a consistent architecture makes it easier to compare similar work across roles and levels. It does not replace compensation analysis, but it gives that analysis a cleaner foundation by reducing title noise and unclear level mapping. The key is to define levels and scope clearly enough that similar roles can be evaluated consistently.

What are the most common mistakes when building job families?

A common mistake is making families too broad, which hides real differences in scope and skill. Another is creating too many levels or streams without clear decision rules, which makes the model hard to use. Teams also often skip governance, so the architecture starts to drift as new roles are added.

Can we customize this for different departments?

Yes, and you should. The template is designed to support department-specific role structures while keeping the overall naming and leveling logic consistent. You can clone the same page set for engineering, operations, sales, or corporate functions and adjust the stream definitions and examples.

How does this fit with our HR systems or ATS?

Use the worksheet as the source of truth for role definitions, then align your HRIS, ATS, and career framework to the approved structure. The template is especially useful when you need a clean reference for job requisitions, career paths, and internal mobility pages. It works best when system fields mirror the architecture instead of inventing separate naming conventions.

How is this better than keeping roles in spreadsheets or slide decks?

A site template gives you a structured, navigable page set instead of scattered files that are hard to search and update. That matters when multiple stakeholders need to review definitions, compare levels, or trace decisions over time. It also makes ownership and versioning clearer than a loose collection of spreadsheets.

Go deeper on the topic

Related concepts
  • A modern intranet is a specific surface — typically the home-base destination where employees get company news, find policies, and access key apps. A digital...
  • Human resources (HR) — increasingly called people operations, people ops, or simply "people" — is the organizational function responsible for the systems and...
Related guides

Ready to use this template?

Get started with MangoApps and use Job Family Architecture Build Worksheet with your team — pricing built for small business.

Get Started