---
url: /salesforce-devops-starter-kit/strategy.md
description: >-
  Five questions about orgs, teams, team setup, maturity and release style route
  a Salesforce team to one of five DevOps blueprints.
---

# Find your blueprint

Answer a handful of questions about your org landscape, your team and how you release. You get one of five blueprints - a concrete target picture with the workflows, environments and branch protection rules of this kit to switch on. The **?** next to each question explains why it matters.

::: tip Not a commitment
A blueprint is a starting point, not an identity. Every blueprint page ends with a **migration path** and the signals that tell you it is time to move. If two answers feel equally true, take the simpler one - adding a long-lived branch later is far cheaper than unwinding one.
:::

## The five blueprints

| Blueprint                                                                            | Fits when                                          | Branch model                                                                         |
| ------------------------------------------------------------------------------------ | -------------------------------------------------- | ------------------------------------------------------------------------------------ |
| [**B1** Simple Org Development](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b1-simple-org-development.md)                        | One team, one production org                       | GitHub Flow: `main` + short-lived `feature/*`                                        |
| [**B2** Multi-Team with Environment Branches](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b2-multi-team-environment-branches.md) | Several teams, one production org, approval gates  | One branch per org - stories promoted one by one, as a bundle, or as a release train |
| [**B3** Modular Trunk](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b3-modular-trunk.md)                                          | Several teams on one trunk, maturity level 4       | Trunk-based with feature flags; modules or packages as artifacts                     |
| [**B4** Multi-Org / Regional Rollout](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b4-multi-org-regional.md)                      | Several production orgs by region or business unit | Trunk with a shared core, or a B2 chain per org                                      |
| [**B5** Low-Code First](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b5-low-code-admin-first.md)                                  | Admin-heavy team, Git knowledge is the bottleneck  | Two org-bound branches, tool-driven promotion                                        |

Every blueprint page opens with an **In short** box, so you can compare them in a minute. [Kit Mapping](https://svierk.github.io/salesforce-devops-starter-kit/strategy/mapping.md) puts their configuration side by side; [Background & Trade-Offs](https://svierk.github.io/salesforce-devops-starter-kit/strategy/background.md) holds the reasoning - sandbox licences, org vs. package development, branching models, release styles and maturity signals.

## How the routing works

The questionnaire always asks the same five questions in this order, so every path through the tree has the same length. Where an answer cannot change the blueprint, the path runs through a small dot - the answer still tailors the result.

1. **How many production orgs do you run?** One · Several
2. **How many teams or parallel workstreams?** One · Several
3. **How is the team set up?** Mostly developers · Balanced, cross-functional · Mostly admins and low-code builders
4. **How mature is your DevOps practice?** Level 1 - starting out · Level 2-3 - established · Level 4 - advanced
5. **How do you ship to production?** Story by story · Story by story to UAT, bundled into production · Whole releases on planned dates

```mermaid
flowchart TD
    QO{"How many<br/>production orgs?"} -->|One| QT{"How many teams or<br/>parallel workstreams?"}
    QO -->|Several| P2M(( ))
    QT -->|One| QS{"How is the<br/>team set up?"}
    QT -->|Several| P3N(( ))
    P2M --> P3M(( ))
    QS -->|Developers / balanced| P4B1(( ))
    QS -->|Low-code| P4B5(( ))
    P3N --> QM{"How mature is your<br/>DevOps practice?"}
    P3M --> P4M(( ))
    P4B1 --> P5B1(( ))
    P4B5 --> P5B5(( ))
    QM -->|Level 1-3| QR{"How do you ship<br/>to production?"}
    QM -->|Level 4| P5B3(( ))
    P4M --> P5M(( ))
    P5B1 --> B1["<b>B1</b><br/>Simple Org Development"]
    P5B5 --> B5["<b>B5</b><br/>Low-Code First"]
    QR -->|Story by story| B2S["<b>B2</b><br/>Environment Branches<br/>· Story Promotion"]
    QR -->|Bundled from UAT| B2B["<b>B2</b><br/>Environment Branches<br/>· Release Bundle"]
    QR -->|Whole releases| B2T["<b>B2</b><br/>Environment Branches<br/>· Release Train"]
    P5B3 --> B3["<b>B3</b><br/>Modular Trunk"]
    P5M --> B4["<b>B4</b><br/>Multi-Org / Regional"]

    classDef bp fill:#dde4f9,stroke:#1d4ed8,color:#0b1a4a,font-weight:bold;
    classDef pass fill:#9aa0a6,stroke:#9aa0a6;
    class B1,B2S,B2B,B2T,B3,B4,B5 bp;
    class P2M,P3N,P3M,P4B1,P4B5,P4M,P5B1,P5B5,P5B3,P5M pass;
```

| Your answers (questions 1-5)                            | Blueprint                                                    |
| ------------------------------------------------------- | ------------------------------------------------------------ |
| Several orgs · any · any · level 1-3 · any              | [B4](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b4-multi-org-regional.md), per-org environment chains   |
| Several orgs · any · any · level 4 · any                | [B4](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b4-multi-org-regional.md), trunk with a shared core     |
| One org · one team · developers or balanced · any · any | [B1](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b1-simple-org-development.md)                           |
| One org · one team · admins · any · any                 | [B5](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b5-low-code-admin-first.md)                             |
| One org · several · any · level 1-3 · story by story    | [B2](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b2-multi-team-environment-branches.md), story promotion |
| One org · several · any · level 1-3 · bundled           | [B2](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b2-multi-team-environment-branches.md), release bundle  |
| One org · several · any · level 1-3 · whole releases    | [B2](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b2-multi-team-environment-branches.md), release train   |
| One org · several · any · level 4 · any                 | [B3](https://svierk.github.io/salesforce-devops-starter-kit/strategy/b3-modular-trunk.md)                                    |

At level 1, B2 starts with two stages. Several teams of admins keep their blueprint, but let tooling do the promoting.

The routing is a heuristic, not a measurement: there is no neutral, Salesforce-specific data that ties a branching model to delivery performance. The blueprints are for teams building on their own production orgs - if you distribute an app through AppExchange, you need managed 2GP packages and a namespace, and none of them is your model.