When a building information modeling (BIM) or virtual design and construction (VDC) team runs out of capacity, "getting help" can mean two different purchases.
Staff augmentation, or embedded help, adds a person to your own workflow: your models, your standards, your coordination meetings, your lead's priorities. An outsourced package hands a defined piece of work to a provider who produces it and delivers it back for acceptance.
Both are legitimate. They put responsibility in different places and fail in different ways. Buying one while expecting the other leaves both sides unsure who decides, reviews and releases the work.
Atlas Construction Consultants offers staff augmentation, so we have an interest in this question. This article says plainly when a package is the better choice.
Start with what you are short of
Before comparing providers, name the gap. A team can know how to do the work and simply lack hours, or have hours but lack a skill the work requires.
Side by side
This is Atlas's working comparison. Agreements can assign any row differently, so treat it as questions to settle, not a contract template.
| Question | Embedded help | Outsourced package |
|---|---|---|
| What you are buying | A person's time, working in your process | A defined deliverable, produced in the provider's process |
| Who owns decisions | Your coordination lead; the person acts within written limits of authority | The agreement sets the scope; production choices inside it sit with the provider |
| Who owns production | The embedded person, on priorities your lead sets daily | The provider, using its own methods to meet written criteria |
| Who owns review | Your team, continuously, in the normal coordination cycle | Your team, at agreed acceptance points |
| Who owns release | Whoever the project names; producing the work does not confer release authority | Whoever the project names; delivery is not acceptance, and acceptance is not release |
| Where the work lives | Your authoritative models and file structure | Wherever the agreement says, such as a working copy returned at delivery points |
| What it costs your team | Onboarding, daily direction, meeting time | Scope writing, input preparation, acceptance review |
| What fails when it goes wrong | The person waits on decisions nobody passes on, or the lead spends the added hours supervising | The delivery meets the written scope but misses what the job needed; correction lands on your reviewer or becomes a change |
When a package is the better fit
We would consider a package first when most of these are true:
- You can write the scope clearly enough that a competent provider could do it without calling you every day.
- The inputs are current: an approved design, a named source revision, settled equipment selections.
- The acceptance criteria can be written before production starts.
- The provider has a skill or production capacity your team lacks, and your team can still judge the result.
- Nobody on your team can direct someone daily, but someone can review at set points.
- The work sits apart from the decisions still moving in coordination meetings.
Good candidates include a defined model area built from approved design, sheet production from approved information, or an agreed audit of model information. Each still needs its own acceptance requirements.
Do not skip the direction condition. Embedded help that nobody has time to direct risks becoming paid waiting.
When embedded help is the better fit
We would consider embedded help first when the work lives inside the team's decision cycle:
- The work depends on frequent coordination decisions made in meetings.
- Release priorities move week to week, and the order of work moves with them.
- The output must follow your standards, content libraries and file structure.
- The scope cannot be fully written yet, and waiting to write it would stall the job.
- Someone on your team can give daily direction and answer questions.
Embedded is not the same as undefined. The person still needs defined tasks, a named lead and clear limits on what they may change without approval.
One engagement can contain both
A team might add embedded coordination support while buying a separate production package. What matters is who owns decisions, production, review and release for each assignment, not what the engagement is called.
Agree these items before anyone opens a model
Atlas recommends writing these down for each assignment. They apply to both arrangements; the answers depend on the project and the agreement.
| Item | What to write down | Why it matters |
|---|---|---|
| Authoritative files | Source models and revisions, where the work happens, how revisions are exchanged, who keeps the record | Two people can otherwise edit separate versions of one scope |
| Standards and intended use | Project requirements, element content and reliability, and any drawing, data or fabrication deliverables | A model fit for coordination is not automatically fit for fabrication |
| Decision access | Meetings attended, how decisions reach the person when absent, who answers questions | Work built on incomplete decisions needs extra supervision |
| Authority limits | What may change without approval, and what must come back | Keeps production choices from becoming design decisions nobody approved |
| Review and release | Named reviewer, first review date, acceptance criteria, who authorizes use | Sending a file and accepting it are different events |
| Information handling | Permitted software, storage, sharing and subcontracting; client security requirements | A building's sector alone does not establish which rules apply to its data |
| Support time | Who onboards, answers questions and reviews, and roughly how many hours | Direction and review are real costs on both sides |
| Handback | Native files, supporting records, open issues, access removal | The job continues after the assignment ends |
For standards, BIMForum's LOD Specification gives teams a shared vocabulary for the content and reliability of model elements.[2] It is a reference, not the project's acceptance criteria.
For information handling, apply the contract and the client's security requirements before sharing anything. Running artificial intelligence on a job with restricted data works through the same question for software tools.
Plan a first delivery that teaches both sides
The first assignment should produce something useful and expose misunderstandings early. Choose a bounded piece of the real scope, supply the standards, and review the result before the approach spreads across a larger area. What to hand off first when coordination is compressing covers how to choose that piece.
UK BIM Framework guidance describes mobilization: putting resources in place and testing information exchanges and procedures before production begins.[1] We recommend treating the first delivery the same way at the scale of one assignment.
Record support time alongside production time. A package that looks inexpensive can load the internal reviewer; embedded capacity can stall if nobody sets priorities. How to measure your team's coordination effort and test an improvement sets out one way to keep that record.
The buying question
The useful question is narrower than augmentation versus outsourcing. Decide which responsibility needs an owner, what information that owner needs, and who on your team is available to accept the result. With those answers written down, the commercial arrangement is easier to define and compare.
Sources
- UK BIM Framework, Information management according to BS EN ISO 19650, Guidance Part 2: Parties, teams and processes for the delivery phase of assets, edition 6, 2021, PDF pp. 24, 41, 43 and 58–62. Guidance Part 2. Supports assessing a delivery team's capability, capacity and available information technology (PDF pp. 24, 43), and mobilization, including testing information exchanges and procedures (PDF pp. 41, 58–62). It does not prescribe staff augmentation, outsourcing or any commercial arrangement.
- BIMForum, 2025 Level of Development Specification, Part I, introduction. Official specification. Supports a shared vocabulary for model element content and reliability. It does not set a project's acceptance criteria or compare delivery arrangements.
SCOPE
Atlas Construction Consultants is a construction technology consultancy offering staff augmentation, BIM and VDC design, project, model, trade and fabrication coordination, and technology consulting, implementation and training. This article is a practical comparison, not a contract template, legal or security-compliance advice, or evidence of a measured Atlas client outcome. Atlas does not provide licensed engineering, licensed construction management, trade supervision or installation, and responsibilities must be agreed for each engagement.