The Core Concept
Efficiency compares two values:Quoted Time
What you estimated the work would take
Actual Time
What it actually took to deliver
The Formula
- Over 100% (Efficient)
- 100% (On Target)
- Under 100% (Overage)
Actual < Quoted - You delivered faster than estimated.Example: Quoted 6 hours, delivered in 4 hours = 150% efficiency✅ This is good! You’ve created “banked time” that benefits profitability.
How Efficiency Works in CharleOS
CharleOS uses value-based billing that caps how much can be billed, regardless of time spent. This makes efficiency critical:The Billing Formula
For every task requirement, CharleOS calculates billable time using:Value-Based Billing
- Average = The quoted time (middle of the t-shirt size range)
- Maximum = The upper bound of the t-shirt size range
- Actual = Time actually logged
- Efficient Delivery (Banked Time)
- On-Target Delivery
- Over-Run (Overage)
Scenario: Actual < AverageYou delivered in 3 hours but can bill 4.5 hours. The 1.5-hour difference is banked time—pure profit.✅ This improves day rates and profitability.
T-Shirt Sizing and Estimates
Estimates in CharleOS use t-shirt sizing with time ranges:| Size | Time Range | Quoted (Average) | Maximum |
|---|---|---|---|
| XS | 0.5-1 hour | 45 mins | 60 mins |
| S | 1-3 hours | 2 hours | 3 hours |
| M | 3-6 hours | 4.5 hours | 6 hours |
| L | 6-12 hours | 9 hours | 12 hours |
| XL | 12-24 hours | 18 hours | 24 hours |
| XXL | 24-48 hours | 36 hours | 48 hours |
quotedMinutes= average of the rangequotedMaxMinutes= maximum of the range
Requirement-Level Efficiency
Efficiency is tracked at the requirement level, not just the task level. This gives granular insights.Requirement Types
Tasks can have multiple requirement types:Design
Design work including:
- Initial design
- Client design feedback
- Design revisions
Development
Development work including:
- Implementation
- Internal QA review and fixes
- External QA review and fixes
- Deployment
SEO
SEO optimization work
Retain
Ongoing maintenance and support
Example: Task with Multiple Requirements
“Redesign Homepage” task:| Requirement | Size | Quoted | Max | Actual | Billable | Banked/Overage |
|---|---|---|---|---|---|---|
| Design | L (6-12h) | 9h | 12h | 7h | 9h | +2h banked ✅ |
| Development | XL (12-24h) | 18h | 24h | 28h | 24h | -4h overage ⚠️ |
| Task Total | - | 27h | 36h | 35h | 33h | -2h net |
- Design was efficient (+2h banked)
- Development over-ran (-4h overage)
- Net result: -2h overage overall
Where to See Efficiency
Efficiency metrics appear throughout CharleOS:Your Dashboard (IC)
Your Dashboard (IC)
See your personal efficiency for the last 7 days:
- Total banked minutes
- Total overage minutes
- Net efficiency (banked - overage)
- Status badge: “banking” | “on_track” | “overage”
- Comparison to previous week
Client Detail Pages
Client Detail Pages
Each client profile shows efficiency for completed tasks in the current month:
- Banked minutes
- Overage minutes
- Net efficiency
- Month-over-month comparison
Task Detail Pages
Task Detail Pages
Each task shows requirement-level efficiency:
- Quoted time (average)
- Maximum time
- Actual time logged
- Billable time
- Banked/overage indicators per requirement
Manager Dashboard
Manager Dashboard
Managers see team efficiency:
- Department-level efficiency
- Individual team member efficiency
- Trends over time
Efficiency Status
CharleOS categorizes efficiency into three states:| Status | Condition | Badge | What It Means |
|---|---|---|---|
| Banking | Net > 0 | ✓ Green | Creating banked time, improving profitability |
| On Track | Net = 0 | − Blue | Breaking even, estimates are accurate |
| Overage | Net < 0 | ! Red | Losing time, hurting profitability |
Example
How Time Is Tracked
For efficiency tracking, time entries must be linked to:1. Subtasks
Tasks are broken down into subtasks that map to requirement types: Design Subtasks:- Design work
- Client design feedback
- Development work
- Internal QA review
- Internal QA fixes
- External QA review
- External QA fixes
- Deployment
2. Time Entry Fields
Each time entry includes:duration- Minutes loggeddate- When work was doneactivityType- Type of work (maps to requirement)isBillable- Whether it counts toward billable timetaskIdorsubtaskId- What it’s linked to
isBillable = true count toward efficiency calculations.
3. Automatic Aggregation
When time entries are created, updated, or deleted, CharleOS automatically:- Sums actual minutes per requirement
- Applies the billing formula
- Updates
task_requirement.actualMinutes,billableMinutes,bankedMinutes,overageMinutes - Aggregates to task level
- Updates task-level efficiency metrics
What Affects Efficiency
Understanding what drives efficiency helps you improve it:Things That Improve Efficiency (Create Banked Time)
| Factor | How It Helps |
|---|---|
| Accurate Estimates | Setting realistic expectations you can beat |
| Clear Requirements | Less rework and back-and-forth |
| Good Preparation | Understanding the work before starting |
| Reusable Components | Leveraging existing code/designs |
| Focused Work | Minimizing interruptions and context switching |
| Experience | Doing similar work becomes faster |
| Process Efficiency | Streamlined workflows reduce waste |
Things That Hurt Efficiency (Create Overage)
| Factor | How It Hurts |
|---|---|
| Poor Estimates | Underestimating complexity or time needed |
| Scope Creep | Work expanding beyond original scope |
| Unclear Requirements | Rework due to misunderstandings |
| Technical Debt | Working around old code slows delivery |
| Interruptions | Context switching wastes time |
| Unexpected Issues | Bugs, environment problems, dependencies |
| Learning Curve | New technologies or unfamiliar work |
Efficiency and Day Rates
Efficiency directly impacts day rates:- High Efficiency → Better Day Rates
- Low Efficiency → Worse Day Rates
Scenario: You consistently create banked time.Impact on day rate:Efficiency is the fastest way to improve day rates.
- Same revenue, less time spent
- Days used is lower
- Actual day rate increases
Worked Examples
Example 1: Perfectly On-Target
Task: “Add user profile page”- Design: S (1-3h, avg 2h, max 3h)
- Development: M (3-6h, avg 4.5h, max 6h)
- Design: 2.5 hours
- Development: 5 hours
| Requirement | Quoted | Max | Actual | Billable | Banked | Overage |
|---|---|---|---|---|---|---|
| Design | 2h | 3h | 2.5h | MIN(3, MAX(2, 2.5)) = 2.5h | 0 | 0 |
| Development | 4.5h | 6h | 5h | MIN(6, MAX(4.5, 5)) = 5h | 0 | 0 |
| Total | 6.5h | 9h | 7.5h | 7.5h | 0 | 0 |
Example 2: Efficient Design, Development Overage
Task: “Redesign checkout flow”- Design: L (6-12h, avg 9h, max 12h)
- Development: XL (12-24h, avg 18h, max 24h)
- Design: 7 hours
- Development: 28 hours
| Requirement | Quoted | Max | Actual | Billable | Banked | Overage |
|---|---|---|---|---|---|---|
| Design | 9h | 12h | 7h | MIN(12, MAX(9, 7)) = 9h | 2h ✅ | 0 |
| Development | 18h | 24h | 28h | MIN(24, MAX(18, 28)) = 24h | 0 | 4h ⚠️ |
| Total | 27h | 36h | 35h | 33h | 2h | 4h |
- Design was efficient (+2h banked)
- Development over-ran (-4h overage)
- Net result: losing 2 hours overall
- Action: Review what caused development overage
Example 3: Everything Under-Estimated
Task: “Build complex reporting dashboard”- Design: M (3-6h, avg 4.5h, max 6h)
- Development: L (6-12h, avg 9h, max 12h)
- Design: 8 hours
- Development: 18 hours
| Requirement | Quoted | Max | Actual | Billable | Banked | Overage |
|---|---|---|---|---|---|---|
| Design | 4.5h | 6h | 8h | MIN(6, MAX(4.5, 8)) = 6h | 0 | 2h ⚠️ |
| Development | 9h | 12h | 18h | MIN(12, MAX(9, 18)) = 12h | 0 | 6h ⚠️ |
| Total | 13.5h | 18h | 26h | 18h | 0 | 8h |
- Significantly under-estimated across the board
- Gave away 8 hours of work
- Action: Review estimation process, use larger t-shirt sizes for complex work
Tips for Improving Efficiency
Review Past Tasks Before Estimating
Review Past Tasks Before Estimating
Look at similar tasks you’ve delivered:
- What size did you estimate?
- How long did it actually take?
- What unexpected issues came up?
Clarify Requirements Before Starting
Clarify Requirements Before Starting
Spend 15 minutes clarifying requirements upfront to save hours of rework later:
- What’s in scope and out of scope?
- What are the success criteria?
- Are there any edge cases?
- What does “done” look like?
Track Time as You Go
Track Time as You Go
Don’t wait until end of day to log time:
- Log time when switching tasks
- Note what took longer than expected
- This data improves future estimates
Identify Patterns in Overage
Identify Patterns in Overage
When you have overage, ask:
- Was the estimate too optimistic?
- Did scope expand mid-task?
- Were there unexpected technical issues?
- Could the approach have been better?
Communicate Early When Over-Running
Communicate Early When Over-Running
If a task is taking longer than expected:
- Don’t wait until it’s done to raise it
- Flag it when you hit 75% of the max estimate
- Discuss whether to adjust scope or accept overage
Celebrate Banked Time
Celebrate Banked Time
When you deliver efficiently:
- Note what went well
- Share with the team
- Apply those practices to future work
Common Misconceptions
Misconception: Overage means I'm bad at my job
Misconception: Overage means I'm bad at my job
Reality: Overage can happen for legitimate reasons:
- Genuinely underestimated complexity
- Unexpected technical issues
- Requirements weren’t clear
- Scope expanded mid-task
Misconception: I should pad estimates to always bank time
Misconception: I should pad estimates to always bank time
Reality: Over-estimating has downsides:
- Quotes become uncompetitive
- Clients may question value
- Encourages work to fill time (Parkinson’s Law)
Misconception: Efficiency only matters for profitability
Misconception: Efficiency only matters for profitability
Reality: Efficiency affects:
- Client trust (are estimates reliable?)
- Team morale (constant overage is demoralizing)
- Capacity planning (inaccurate estimates mess up schedules)
- Learning and improvement culture
Related Concepts
Day Rates
Efficiency directly impacts day rates—banked time improves profitability per day
T-shirt Sizing
Learn how to estimate work using t-shirt sizes that feed efficiency tracking
Value-Based Billing
Understand the billing model that makes efficiency so important
Time Tracking
Learn how to log time accurately to track efficiency