What Is Apportioned Effort in EVM? Definition & Example

<div class="ge-article-wrapper"><nav class="ge-toc" aria-label="Table of contents"><p class="ge-toc-label">In this article</p><ul class="ge-toc-list"><li><a href="#the-formula">The Formula</a></li><li><a href="#how-it-works-base-package-drives-apportioned-ev">How It Works: Base Package Drives Apportioned EV</a></li><li><a href="#when-to-use-apportioned-effort">When to Use Apportioned Effort</a></li><li><a href="#worked-example-qa-package-on-a-20m-water-treatment-project">Worked Example: QA Package on a £20M Water Treatment Project</a></li><li><a href="#the-ratio-trap">The Ratio Trap</a></li><li><a href="#apportioned-effort-vs-level-of-effort">Apportioned Effort vs Level of Effort</a></li><li><a href="#common-mistakes">Common Mistakes</a></li><li><a href="#frequently-asked-questions">Frequently Asked Questions</a></li></ul></nav><article class="ge-article-body"><p>Apportioned effort is work that can't be measured independently, its progress is determined by the progress of another, related work package. The classic example in construction: QA inspection. You can't inspect a steel frame that hasn't been erected. The inspection effort is directly proportional to the fabrication and erection effort. So instead of measuring inspection progress separately, you tie it to the base work package and let that drive the <a href="/en/earned-value/definitions/earned-value">Earned Value</a>.</p><p>It's one of three earned value measurement techniques alongside discrete effort (the default, measurable work with defined deliverables) and level of effort (time-based work like project management). Most UK construction teams use discrete effort for everything and wonder why their QA, testing, and commissioning packages produce bizarre <a href="/en/earned-value/definitions/cost-performance-index">CPI</a> numbers. Apportioned effort fixes that.</p><p>This term is part of the <a href="/en/earned-value/definitions">earned value definitions glossary</a>. For the full <a href="/en/earned-value">earned value</a> formula set, see the <a href="/en/earned-value/formulas">formulas page</a>.</p><h2 id="the-formula">The Formula</h2><div class="ge-formula-box ge-anim"><span class="ge-formula-label">Formula</span><code>EV (apportioned) = % complete of base work package x budget of apportioned package</code></div><p>That's the entire mechanism. The apportioned package doesn't have its own progress measurement. It borrows the percentage complete from whatever discrete work package it's tied to.</p><p>If structural steelwork (the base package) is 60% complete and the QA inspection budget is £160,000, then:</p><p>EV (QA inspection) = 60% x £160,000 = £96,000</p><p>You don't need to measure how much inspection has been done. You don't need to count test certificates. The steel package drives it. Done.</p><h2 id="how-it-works-base-package-drives-apportioned-ev">How It Works: Base Package Drives Apportioned EV</h2><p>The relationship between the base package and the apportioned package is mechanical. The apportioned package has no independent life of its own. It moves in lockstep with the base.</p><pre class="ge-ascii-diagram ge-anim"> BASE WORK PACKAGE: Structural Steelwork (£2,000,000) APPORTIONED PACKAGE: QA Inspection (£160,000 = 8% of base) Month Base % Complete Base EV Apportioned EV ───── ─────────────── ────────── ────────────── 1 10% £200,000 £16,000 2 25% £500,000 £40,000 3 45% £900,000 £72,000 4 60% £1,200,000 £96,000 5 80% £1,600,000 £128,000 6 100% £2,000,000 £160,000 │ │ │ Apportioned EV = Base % │ │ × Apportioned Budget │ │ │ ▼ ▼ £ BASE PACKAGE APPORTIONED │ ╱╱╱╱╱╱╱╱╱╱╱╱ ╱╱╱╱╱╱╱╱╱╱╱╱ │ ╱╱╱ ╱╱╱ │ ╱╱ ╱╱ │╱╱ ╱╱ ├────────────── Time ├────────────── Time £2.0M at 100% £160K at 100% Same shape. Same trajectory. Different scale. </pre><p>The apportioned S-curve is a scaled-down copy of the base package S-curve. Always. If the base package accelerates in month 4, so does the apportioned package. If it stalls, both stall.</p><h2 id="when-to-use-apportioned-effort">When to Use Apportioned Effort</h2><p>Not everything should be apportioned. It's a specific tool for a specific problem. Here's when it works and when it doesn't:</p><div class="ge-table-wrap ge-anim"><table class="ge-table"><thead><tr><th>Work Type</th><th>Measurement Technique</th><th>Why</th></tr></thead><tbody><tr><td>Concrete pours, steelwork, earthworks</td><td><strong>Discrete effort</strong></td><td>Measurable physical output with defined deliverables</td></tr><tr><td>QA inspection of structural works</td><td><strong>Apportioned effort</strong></td><td>Directly proportional to the work being inspected</td></tr><tr><td>NDT testing of welds</td><td><strong>Apportioned effort</strong></td><td>Can only test welds that exist; volume tracks welding progress</td></tr><tr><td>Project management / commercial team</td><td><strong>Level of effort</strong></td><td>Time-based; no measurable output tied to physical progress</td></tr><tr><td>Commissioning of M&amp;E systems</td><td><strong>Discrete effort</strong></td><td>Has its own milestones and deliverables (witness tests, energisation)</td></tr><tr><td>Health and safety supervision</td><td><strong>Level of effort</strong></td><td>Ongoing regardless of which base packages are active</td></tr><tr><td>Material testing (concrete cubes, CBR)</td><td><strong>Apportioned effort</strong></td><td>Testing volume proportional to placement volume</td></tr></tbody></table></div><p>The test is straightforward: does this work scale directly with another package's physical progress? Yes? Apportioned. No? Use discrete or LOE.</p><h2 id="worked-example-qa-package-on-a-20m-water-treatment-project">Worked Example: QA Package on a £20M Water Treatment Project</h2><span class="ge-worked-label">Worked Example</span><div class="ge-callout ge-anim"><p><strong>Scenario:</strong> Costain is delivering a £20M NEC4 Option C water treatment works upgrade in Yorkshire. The EVM setup includes a structural concrete package and a QA/testing package.</p><p><strong>Base package:</strong> Structural concrete, 12 activities, budget £4,800,000, duration months 3 to 14</p><p><strong>Apportioned package:</strong> QA inspection and testing, budget £384,000 (8% of structural budget)</p><p>The 8% ratio comes from the tender build-up. The QA team's costs (two inspectors at £850/day, lab testing at £35K/month) work out to roughly 8% of the structural concrete package.</p><p><strong>Month 8 assessment (15 October 2025):</strong></p><p>Structural concrete is 55% complete. The site team has poured 2,640 m3 of 4,800 m3 planned.</p><div class="ge-table-wrap ge-anim"><table class="ge-table"><thead><tr><th>Metric</th><th>Base (Structural)</th><th>Apportioned (QA)</th></tr></thead><tbody><tr><td>Budget</td><td>£4,800,000</td><td>£384,000</td></tr><tr><td>% Complete</td><td>55%</td><td>55% (driven by base)</td></tr><tr><td>EV</td><td>£2,640,000</td><td>£211,200</td></tr><tr><td>AC</td><td>£2,890,000</td><td>£198,000</td></tr><tr><td>CPI</td><td>0.913</td><td>1.067</td></tr></tbody></table></div><p>The structural package is over budget (CPI 0.913, spending £1.10 for every £1 of value). The QA package is under budget (CPI 1.067, the inspectors are being efficient).</p><p><strong>Without apportioned effort</strong>, the team would need to independently measure QA progress, counting test certificates, tracking inspection hours, estimating percentage complete on a package that doesn't have physical deliverables. That's where arguments start. “Is QA 50% done or 55% done?” With apportioned effort, the answer is automatic: it's whatever the concrete says. 55%.</p><p><strong>Combined package view:</strong></p><p>Total EV (structural + QA) = £2,640,000 + £211,200 = £2,851,200 Total AC (structural + QA) = £2,890,000 + £198,000 = £3,088,000 Combined CPI = £2,851,200 / £3,088,000 = <strong>0.923</strong></p></div><h2 id="the-ratio-trap">The Ratio Trap</h2><p>Here's something most textbooks won't tell you. The ratio between the apportioned package and the base package should be set at the start and left alone. Don't adjust it monthly based on “how much QA we think we've done.” The entire point is that you don't measure the apportioned package independently.</p><p>I've seen teams set a QA package at 8% of structural works, then three months in decide “actually it's more like 12% because we added extra testing.” That's a baseline change. If the scope of QA genuinely increased (say, because of a <a href="/en/nec4/compensation-events">compensation event</a> requiring additional testing), then update the apportioned budget through the proper <a href="/en/earned-value/definitions/baseline-change">baseline change</a> process. Don't just fiddle with the ratio.</p><h2 id="apportioned-effort-vs-level-of-effort">Apportioned Effort vs Level of Effort</h2><p>These two get confused constantly. They're fundamentally different.</p><p><strong>Apportioned effort</strong> is tied to a base package. No base progress, no apportioned EV. It moves with the work.</p><p><strong>Level of effort (LOE)</strong> is time-based. It earns EV simply by existing for a period. Project management earns EV every month regardless of what's happening on site. LOE always has a CPI of approximately 1.0, which is why too much LOE in your EVM model masks real cost problems.</p><p>The danger: if you classify QA inspection as LOE instead of apportioned effort, you earn QA value every month even if the base structural work is stalled. Your overall EV is inflated. Your <a href="/en/earned-value/definitions/schedule-performance-index">SPI</a> looks better than reality. And nobody notices until the forecast at completion suddenly jumps by £600K when you're 80% through the job.</p><h2 id="common-mistakes">Common Mistakes</h2><ol><li><strong>Apportioning against the wrong base package.</strong> Concrete testing apportioned against steelwork? NDT testing tied to earthworks? Match the apportioned package to the base package it's genuinely proportional to. If the relationship isn't direct, use discrete effort instead.</li><li><strong>Too much apportioned effort in the WBS.</strong> If more than 15% of your total budget is apportioned, you've probably classified some discrete work as apportioned out of laziness. Apportioned effort is for genuinely dependent work, not for packages that are “hard to measure.”</li><li><strong>Changing the ratio mid-project.</strong> Covered above. Set the ratio at baseline, change it only through formal baseline change. Mid-project ratio adjustments corrupt your CPI trend.</li><li><strong>Forgetting to include apportioned AC.</strong> You're earning apportioned EV automatically, but are you capturing the actual costs? The QA team's time, the lab testing invoices, the NDT subcontractor, these costs need to land in the apportioned package's AC, not get buried in general prelims.</li></ol><div class="ge-product-note ge-anim"><p><strong>How Gather helps.</strong> Gather's AI reads your site diaries daily and maps progress against your cost-loaded programme, giving you accurate earned value data without manual spreadsheet updates. <a href="https://gatherinsights.com/contact">Book a demo</a> to see it working on a live NEC4 project.</p></div><h2 id="frequently-asked-questions">Frequently Asked Questions</h2><h3>What percentage of a project budget should be apportioned effort?</h3><p>On a typical UK infrastructure project, 5% to 12% of the total budget is apportioned effort. QA, testing, inspection, and compliance activities are the usual candidates. If you're above 15%, you've probably misclassified some discrete work. Below 3% and you might be measuring some dependent work independently when you shouldn't be.</p><h3>Can I apportion against a package that's also partially LOE?</h3><p>Technically yes, but it creates a measurement problem. If the base package includes level of effort elements, its percentage complete is partly driven by time (not physical progress). The apportioned package then inherits that time-based EV, which defeats the purpose. Best practice: apportion only against packages measured using discrete effort.</p><h3>What happens if the base package scope changes?</h3><p>If a compensation event adds scope to the base package (say, additional piling), the base package budget increases and the apportioned package budget should increase proportionally. On the £20M example above, if the structural budget goes from £4.8M to £5.2M, the QA budget should move from £384K to £416K (maintaining the 8% ratio). This is a legitimate <a href="/en/earned-value/definitions/baseline-change">baseline change</a>.</p><h3>Is apportioned effort used on NEC4 contracts?</h3><p>NEC4 doesn't reference EVM measurement techniques directly. That's a project controls overlay. But apportioned effort works well on NEC4 Option C, where the QA and testing costs are part of Defined Cost and the <a href="/en/earned-value/definitions/accepted-programme">Accepted Programme</a> provides the baseline for the base work packages. The key is that the apportioned package's costs (AC) map to identifiable Defined Cost items.</p></article></div>