Skip to content
Opt Dir

Workforce · Assignment Problem (Hungarian Method)

n Tasks + n People / Machines — Who Do I Assign To What So Total Cost or Time Is Minimum?

Workforce & Service 7 min read
Also applies in: Manufacturing Healthcare
#assignment problem #hungarian method #kuhn-munkres #bipartite matching #combinatorial optimization #workforce allocation #linear assignment

Given an n×n cost matrix, the problem of matching n workers/resources one-to-one to n tasks to minimise total cost or time; one of the most foundational combinatorial OR problems (in the literature: Assignment Problem; solved by the Kuhn-Munkres Hungarian Method in polynomial time O(n³)).

In plain words

For service SMBs that start each week asking ‘who should I put on what’: engineering practices with 5-30 engineers, law offices distributing 20-80 files a week, facility-management firms with 10-50 field technicians, or hospitals matching surgeons to cases. Every person-task pair has a different real cost because skill, time, travel distance and personal preference mix together; the intuitive ‘best person on the hardest job’ rule cannot see those differences. Bad pairings show up as overtime, late deliveries and customer complaints by Friday. A systematic matching of the same team typically cuts total cost or time by 15-30%.

Sound familiar?

  • We are an engineering practice with 5-30 engineers + 10-50 project assignments; the weekly decision of who is assigned to which job is made by intuition, confirmed by the planner + a spreadsheet.
  • We are a law office distributing 20-80 new files per week; each lawyer's cost for each file type (specialisation + hourly rate + existing relationship with the client) differs, the distribution is made by seniority or 'who is available'.
  • We are a facilities-management firm with 10-50 in-city service vehicles + technicians; we allocate 10-50 daily field calls to the technicians, with different transfer distance + technician competence + job duration.
  • We are a hospital scheduler with 5-30 surgeons + 10-50 cases to plan; each surgeon's duration + quality score per case type differs, the assignment is made on the 'most experienced surgeon to the most complex case' intuition.
  • We are an educational institution; 20-80 teachers + 20-80 classes/courses to match, with different teacher preference + specialisation area + class-level fit, the allocation is semi-manual.
  • Our assignment matrix is 'rectangular' (7 technicians + 12 tasks, or 15 technicians + 9 tasks) — since it is not square, it is unclear how to solve with the Hungarian Method, and we are not sure whether we should apply a dummy-extension.
  • We know our current allocation is not optimal, but we cannot measure how far from optimal it is — we have no reference 'optimum-cost' number.
  • We are locked into a single-supplier workforce-management software; it claims an 'assignment optimisation' module, but which algorithm (Hungarian, LAP, heuristic) is used is not transparent.

Why it matters

Losses from intuitive task allocation: (1) total cost/time runs 15-30% above what is achievable — when the planner applies the ‘best person to hardest task’ rule, the remaining less-skilled people are pushed into the easier tasks; a systematic matching also explores ‘mid-skill + mid-difficulty + low transfer cost’ combinations the rule of thumb misses, (2) workload imbalance — the experienced people who always get the hardest tasks burn out, the less-skilled never get a growth opportunity, the team mutters ‘you always give me the hard stuff’ or ‘you never even consider me’, (3) client/project continuity stays off-the-record — ‘who is already familiar with which client’ lives in the planner’s head; next week the client gets a new face and re-introduces themselves from scratch, (4) non-square cases (e.g. 7 people + 12 tasks) are mishandled — surplus tasks or idle people are left as a ‘manual remainder’ instead of going through a clear procedure, (5) estimation drift — deviations like ‘X on Y was estimated 4 hours, ran 10 hours’ are not measured, so next week’s allocation runs on the same bad cost matrix, (6) single-supplier workforce-management lock-in — if the assignment history and continuity records cannot be exported, switching providers means losing operational memory. Field practice shows: systematic matching cuts total cost by 15-30%, shrinks the planner’s allocation time by 50-70%, and reduces workload imbalance by 30-40% versus manual or intuitive allocation. For a mid-size service business (weekly 20-80 tasks × 20-80 people) that translates into 800K-3M TRY per year of operating margin difference + lower burnout + sustained person-client fit.

How it's solved

Technical depth

In one sentence: Given a cost matrix C[i,j] for person-task pairs (hourly rate × expected duration + skill-mismatch penalty + transfer distance), the Hungarian Method finds the one-to-one optimum matching in O(n³) time — each person to exactly one task, each task to exactly one person, with minimum total cost.

In the Operations Research (the discipline that uses math and computers to solve business decisions) and combinatorial optimisation literature this problem is studied as the Assignment Problem. Its classical solution is the Hungarian Method (1955); the algorithm was recast in 1957 into a fully formal polynomial-time O(n³) procedure, so in the modern literature it is also called the Kuhn-Munkres algorithm. The name comes from the bipartite-matching theorems whose foundations were laid by Hungarian mathematicians. Three stages:

1. Modelling — n×n cost matrix + one-to-one allocation. Inputs: (a) n resources (e.g. people, vehicles, machines) — each with a skill profile, hourly cost, current location / availability, (b) n tasks — each with a type, expected duration, location, deadline, quality requirement, (c) n×n cost matrix C[i,j] — the cost (or time, or negative benefit) of assigning the i-th resource to the j-th task; cost components: skill-mismatch penalty + hourly rate × expected duration + transfer-distance cost + preference/fit penalty. Decision variables: x[i,j] ∈ {0,1} — whether resource i is assigned to task j. Constraints: each resource to exactly one task (∑_j x[i,j] = 1, ∀i), each task to exactly one resource (∑i x[i,j] = 1, ∀j). Objective: minimise ∑{i,j} C[i,j] × x[i,j]. The model must be square and balanced; for a rectangular case (m≠n) use dummy extension: with m=7 staff + n=12 tasks, add 5 dummy staff; each dummy’s cost on each task is 0 (if it is acceptable to leave the task unassigned) or a very large M (if every task must be assigned). For m>n, add dummy tasks. For the maximisation variant (maximise total benefit), replace cost with -benefit; the same algorithm runs.

2. Solution — Hungarian Method and modern alternatives. The Hungarian Method’s core is matrix row/column reduction + covering on the zero-assignment graph + augmentation in uncovered cells: (a) subtract each row’s minimum (each row now has at least one zero), (b) subtract each column’s minimum (each column now has at least one zero), (c) find a maximum matching on the zeros, (d) if the matching is not perfect (n pairs), cover the unassigned rows/columns with the minimum number of lines via a sequential covering procedure, subtract the minimum of uncovered cells from uncovered rows and add it to covering intersections, update the zero set, (e) repeat until a perfect matching is found. Complexity O(n³), polynomial time, guaranteed optimum. Modern alternatives: LAP — Linear Assignment Problem solved by shortest-augmenting-path algorithms, in practice 5-20 times faster than the classical Hungarian; the auction algorithm — parallelisation-friendly, practical at large scale. LP-based alternative: the LP relaxation of the assignment problem is totally unimodular in its constraint matrix and so yields an integer optimum directly — a generic LP solver also returns the guaranteed optimum, just slower. Bottleneck Assignment variant: the objective is not total cost but the maximum cost assigned (max-min fairness) — a different algorithm via threshold binary search. Quadratic Assignment Problem (QAP): assignment cost depends on pairwise interaction (person-person cost) — NP-hard, a separate problem; not to be confused with the classical linear assignment.

3. Field integration. Output is three-layered: (a) assignment list — each resource-task pair, expected start-end, cost contribution; the planner publishes this list, (b) alternative-assignment comparison — alongside the optimum, 2-3 ’near-optimum’ alternatives are offered (e.g. transfer-distance-priority, skill-priority, client-continuity-priority); the manager makes a contextual choice, (c) cost-matrix feedback loop — after the assignment is executed, actual duration/quality is measured and the cost-matrix estimates are updated (e.g. ‘person X on task type Y came in 25% slower than estimated’). Upstream integration: HR system (skill profile, wage table, availability calendar), CRM / project management (task pool, client-continuity record), GIS (location + transfer distance). Monthly allocation committee: actual vs optimum deviation analysis, cost-matrix calibration, workload-balance report, client-continuity rate, post-assignment job-satisfaction signals.

Alternatives

Manual + spreadsheet allocation

Free

Zero licence

Who it fits: Small pool (resources <10, tasks <10), single-stage allocation

  • + Zero software cost
  • + The planner's field knowledge stays in front
  • + For 5×5 or 7×7 matrices a near-optimum can be found manually
  • − Beyond 10×10 a manual optimum is infeasible — intuition drifts 15-30%
  • − Cost-matrix estimation drift is not measured
  • − Rectangular case (m≠n) is handled intuitively; no dummy extension is applied
  • − Assignment rationale is not on the record — transparency complaints cannot be answered

Open-source Hungarian / LAP module + custom integration

Open Source

Licence free; in-house build 8-16 weeks or 300K-1M TRY consulting

Who it fits: Mid-size service business with a tech team, integrated with HR/CRM

  • + Hungarian Method + LAP are mature in open-source libraries (available in every major language)
  • + Polynomial-time O(n³) — solves 100×100 in seconds
  • + Guaranteed optimum; no heuristic drift risk
  • + Rectangular + maximisation + bottleneck variants available open-source
  • + Source code open — transparency is auditable
  • − Requires in-house OR knowledge + software team
  • − Cost-matrix estimation requires a separate data model — the algorithm solves it but you provide the input
  • − Multi-period dynamic allocation needs extra modelling
  • − Maintenance stays with the business

Workforce-management (WFM) software with an assignment module

Enterprise

200K-1.2M TRY licence + 80K-400K TRY/year maintenance (TR market band)

Who it fits: Mid-large service business (resources 30-200), integrated CRM/HR/operations need

  • + Built-in assignment module (Hungarian or LAP library inside)
  • + HR + CRM + planning integrated
  • + Multi-period dynamic allocation supported
  • + Operational support + training
  • − Which algorithm variant is used may not be transparent
  • − High licence + long (9-15 months) rollout
  • − Cost-matrix estimation model is a 'black box' inside the package — must be negotiated
  • − Single-supplier lock-in risk

Enterprise OR platform + custom assignment model

Enterprise

Annual 600K-3M TRY (large OR platforms)

Who it fits: Large service business, multi-region + multi-period + stochastic requirements

  • + Hungarian + LAP + auction + stochastic variants integrated
  • + Generalized Assignment Problem (GAP — multiple tasks per resource) as an add-on module
  • + Multi-objective optimisation (cost + fairness + continuity)
  • + Transparent methodology — results can be audited by an independent specialist
  • − High licence + long (12-24 months) rollout
  • − Wide scope — possibly overkill at small-mid scale
  • − OR specialist team + field integration team required
  • − Customisation to local regulation and process extends the project

Recommendation

Small
Resources <10, tasks <10: stay with manual + spreadsheet, but make the cost matrix explicit in writing (explain for each cell what is being estimated). Three baseline disciplines (record the assignment rationale, publish the cost-matrix formula, measure post-assignment actual-vs-estimated deviation) yield 5-10% improvement. A Hungarian-method software investment does not pay back at this scale.
Medium
Resources 10-50, tasks 10-100, weekly-monthly allocation: open-source Hungarian/LAP module + custom integration, 4-8 month pilot. Define a dummy-extension procedure for the rectangular case, train a cost-matrix estimation model on a separate data set. Expected gain: total cost -15-25%, allocation time (planner’s time) -50-70%, workload imbalance -30-40%. Payback 12-24 months.
Large
Resources 50+, tasks 100+, multi-region + dynamic: enterprise OR platform + custom assignment model + academic-committee oversight. Annual 1-2M TRY total investment. Multi-objective (cost + fairness + continuity) optimisation, stochastic cost matrix (estimation uncertainty), GAP-needed segments as add-on modules. Payback 24-36 months. Expected: total cost -20-30%, planner time -70-85%, person-client continuity +40-60%.

Ask in the meeting

  • What does the allocation module run underneath — a systematic matching algorithm (Hungarian / shortest-augmenting-path / auction-style), a linear-programming solver, or a heuristic rule? Is the chosen variant and whether it guarantees optimality documented in the spec?
  • How is the rectangular case (m≠n people-tasks) handled — is a dummy row/column added automatically, or does the user do it manually? How is the dummy cost (0 or large M) chosen?
  • Is the maximisation variant (maximise total benefit) supported — is the conversion between cost and benefit done automatically?
  • Is bottleneck assignment (max-min fairness instead of total cost) supported? In which scenarios is it recommended?
  • How is the cost matrix C[i,j] estimated — does the user enter it manually, does the system derive it from history, or is it hybrid? Is there an estimation-drift report?
  • Is multi-objective allocation (cost + fairness + continuity) supported, or only single-objective? Are weighted-sum + Pareto-front options available?
  • In a pilot with real operational data (6-10 weeks) what savings report can be produced against the prior manual allocation — total cost, allocation time, workload balance?
  • If the contract ends, in which standard format can we export the cost-matrix history, allocation result archive, person-client-continuity record and algorithm-selection parameters?

Technical details

Editor’s note

In plain speech this problem is called “task distribution”, “staff allocation”, “job assignment” or “resource allocation”. In the academic literature it is the Assignment Problem; the classical solution is the Hungarian Method, also known as the Kuhn-Munkres algorithm, an O(n³) polynomial-time combinatorial algorithm. The name comes from the bipartite-matching theorems developed in the early 1900s by the Hungarian mathematicians Dénes König and Jenő Egerváry; Harold Kuhn built the algorithm on that base in his 1955 paper, and James Munkres recast it into a formal polynomial-time procedure in 1957. Not to be confused with #072 (Stable Matching): stable matching works with two-sided preference lists — candidate A prefers institution X, institution X prefers candidate A, the matching is constructed so that no blocking pair exists. In assignment there is only a one-way cost matrix — the person has a cost on the task, the task has no preference ordering; there is no payment but there is a cost, and the optimisation objective is total cost (social optimum) — the strategic-manipulation analysis is different. Not to be confused with #094 (Transportation Problem): in transportation m sources and n destinations can differ (m≠n), each source can send a divisible amount to several destinations, supply/demand balance constraints differ. In assignment each resource goes to exactly one destination, each destination receives from exactly one source — a square 0/1 assignment. Transportation generalises assignment.

Most-skipped point in the sector: dummy extension for the rectangular case (m≠n). Kuhn’s original Hungarian Method requires an n×n square matrix; in practice the field arrives with 7 staff + 12 tasks, or 15 staff + 9 tasks. The fix is simple but practitioners do not know it: extend the matrix to square with dummy rows/columns. (a) m<n (fewer staff than tasks): add (n-m) dummy staff, each dummy’s cost on every task is M (very large) — used when ’every task must be assigned’; if ’extra tasks can stay unassigned’ is acceptable, the cost is set to 0 and unassigned tasks ‘go’ to dummy staff (i.e. remain unassigned in reality). (b) m>n (more staff than tasks): conversely add dummy tasks; staff assigned to a dummy task means ’this week no task is taken’. Practitioners do not know this procedure and ’leftover staff’ or ’leftover task’ is treated as a manual remainder — the optimum loss is 10-25%. Second skipped point: maximisation ↔ minimisation conversion. Some problems are in ‘maximise total benefit’ form (e.g. skill + client fit); the Hungarian Method is a minimisation algorithm, but replacing each cost with -benefit, or applying a (max_benefit - benefit) transformation, converts it to minimisation; the same algorithm runs. Third skipped point: cost-matrix estimation drift. For the algorithm to deliver the optimum, C[i,j] must be estimated correctly; bad estimates yield bad assignments. How the matrix is estimated (historical duration data, a skill formula, a transfer-distance tariff) is a modelling problem that precedes the algorithm — practitioners usually do this intuitively, and the system’s output quality is bounded by estimation quality. Fourth skipped point: confusion with Quadratic Assignment (QAP). In classical linear assignment each cell is independent (C[i,j] depends only on i and j); in QAP two assignments interact (if persons i and i’ are both assigned to the same region, a transfer cost is incurred, etc.) — NP-hard, a separate algorithm class (Koopmans-Beckmann 1957). Mixing linear assignment with QAP produces the ‘why is the algorithm taking so long?’ surprise.

A step-by-step path for an SMB

Stage 1 — Measure the cost matrix first and make it explicit. At least 6-12 months of history: for each person-task pair the actual duration, quality score, transfer distance, client/project fit. Cost formula in writing: C[i,j] = α × estimated_duration[i,j] × hourly_rate[i] + β × transfer_distance[i,j] + γ × skill_mismatch[i,j] + δ × client_continuity_penalty[i,j]. Weights (α, β, γ, δ) are a management decision; at least an initial α=1, β=0.5, γ=2 (heavy), δ=0.3 as a starting point. After each assignment the actual-vs-estimated deviation is logged.

Stage 2 — Build the knowledge capital. Staff skill map (skill × level matrix), task-type taxonomy (task classes + required skills + average duration per class), transfer-distance tariff (region×region matrix), client-continuity rules (which clients require the same staff member, which prefer it). This data set is the input to the cost-matrix estimation model.

Stage 3 — Pilot. 6-10 weeks. On a sub-set (e.g. a single region or a single job type) compute the optimum assignment with the Hungarian Method and present it in parallel with the current manual allocation. The planner makes the decision; the algorithm is in a recommend role. Test the dummy procedure for the rectangular case. Success criteria set in advance: total cost -10% minimum, planner allocation time -50% minimum, workload imbalance -20% minimum.

Stage 4 — Rollout. Extend to the full service scope + multi-objective (cost + fairness + continuity) optimisation over 9-15 months. Monthly allocation committee: actual-vs-optimum deviation analysis, cost-matrix calibration update (every 3 months), workload-balance report, client-continuity rate.

Risks — what can go wrong

  1. Cost-matrix estimation drift. If C[i,j] is mis-estimated the algorithm finds the wrong optimum. E.g. person X on task type Y was estimated 4 hours but actually 10 hours — the assignment looks ‘optimum’ but the field breaks down. Fix: the cost matrix is updated with feedback after each assignment; a 3-month calibration cycle at minimum; cells with deviation >25% trigger further analysis.

  2. Skill is multi-dimensional — a single scalar cost is insufficient. A person’s skill on a task can be ‘basic competence + specific client knowledge + language proficiency’ across several dimensions; collapsing this into a single C[i,j] loses decision information. Fix: a multi-objective formulation (total cost + fairness + continuity as separate objectives), or report the cost components separately so the manager can pick alternatives.

  3. Conflicting preferences (the social dimension). The optimum assignment follows the cost matrix, but the staff-preference dimension (who wants to work on which task, who wants to see which client again) is not in the cost matrix; the optimum allocation can then score badly on staff satisfaction. Fix: introduce preference information as a preference-penalty component (γ × preference_mismatch[i,j]) in the cost matrix; or offer alternatives along the Pareto front.

  4. Single-supplier workforce-management (WFM) lock-in. Without a contract clause for “annual standard-format export of cost-matrix history, assignment result archive, staff-skill record, client-continuity record and algorithm parameters”, switching the supplier means losing the operational memory of the service business. Assignment systems run 5-15 years — single-supplier dependence is a long-term risk.

Solution method — technical view

ApproachTypical scaleSolve timeGuaranteed optimum?
Intuitive allocation (planner + rule)Small (n<10)instantNo, 70-85% optimum
Manual + spreadsheet (semi-systematic)Small (n<10)minutesNo, near-optimum
Hungarian Method (Kuhn 1955 / Munkres 1957)Mid (n<200)secondsYes, O(n³) polynomial
LAP — shortest augmenting path (Jonker-Volgenant 1987)Mid-large (n<2000)secondsYes, 5-20x faster in practice
Auction algorithm (Bertsekas 1988)Large + parallelseconds-minutesYes (ε-convergence)
Generic LP solver (totally unimodular)All scalesminutesYes (LP relaxation integer)
Bottleneck Assignment (max-min fairness)Fairness-focusedsecondsYes (threshold binary search)
QAP (Quadratic Assignment)Interaction-based assignmenthoursNo, NP-hard, metaheuristic
GAP (Generalized Assignment)Multiple tasks per resourcehoursNP-hard, MIP or metaheuristic

Objective-function choice:

  • Objective 1 — Minimum total cost: Classical linear assignment; cost components in a weighted sum.
  • Objective 2 — Minimum total time: Time-focused; identical to cost when hourly rates are equal.
  • Objective 3 — Bottleneck (max-min fairness): Minimise the maximum cost assigned; fairness-focused.
  • Objective 4 — Multi-objective (cost + fairness + continuity): Pareto front or weighted sum.

Assignment variants — choose by the field:

  • Classical Linear Assignment (square + balanced): n×n cost matrix, one-to-one allocation, Hungarian Method O(n³).
  • Rectangular Assignment (m≠n): Dummy extension + Hungarian; or LAPJV supports rectangular directly.
  • Maximisation variant: Replace cost with -benefit; same algorithm.
  • Bottleneck Assignment: Threshold binary search + Hungarian; max-min fairness.
  • Generalized Assignment (GAP): Each resource has capacity, each task has a resource requirement — NP-hard, MIP/metaheuristic.
  • Quadratic Assignment (QAP): Person-person interaction costs — NP-hard, Koopmans-Beckmann 1957.
  • Dynamic Assignment: Multi-period, the task pool arrives dynamically — rolling-horizon.
  • Stochastic Assignment: The cost matrix is uncertain, expected-value or CVaR optimisation.

Academic references

Listed in the page frontmatter under sources.

Sources

  • Kuhn, H. W. (1955). The Hungarian method for the assignment problem. Naval Research Logistics Quarterly, 2(1-2), 83-97. Foundational source of the polynomial-time solution; named in honour of the Hungarian mathematicians König and Egerváry.
  • Munkres, J. (1957). Algorithms for the assignment and transportation problems. Journal of the Society for Industrial and Applied Mathematics, 5(1), 32-38. Kuhn’s method recast as a formal polynomial-time O(n³) procedure.
  • Burkard, R., Dell’Amico, M. and Martello, S. (2009). Assignment Problems. SIAM. The canonical reference book for assignment problems (linear, bottleneck, quadratic, generalized variants).
  • Jonker, R. and Volgenant, A. (1987). A shortest augmenting path algorithm for dense and sparse linear assignment problems. Computing, 38(4), 325-340. The LAP algorithm — 5-20 times faster than the classical Hungarian in practice.
  • Pentico, D. W. (2007). Assignment problems: A golden anniversary survey. European Journal of Operational Research, 176(2), 774-793. A 50-year survey of the assignment-problem literature.
  • Bertsekas, D. P. (1988). The auction algorithm: A distributed relaxation method for the assignment problem. Annals of Operations Research, 14(1), 105-123. The parallelisation-friendly auction algorithm.
  • YÖK Thesis Centre — keyword: ‘atama problemi’, ‘Macar algoritması’ or ‘Hungarian’ — 25+ theses from TR academia. tez.yok.gov.tr

Glossary

Assignment Problem
Matching a set of resources (people, vehicles, machines) to a set of tasks at minimum cost or maximum benefit.
Hungarian Method
Combinatorial algorithm that solves the assignment problem (n×n cost matrix, one-to-one minimum-cost matching) in polynomial time O(n³); Kuhn (1955) and Munkres (1957).
Weighted Bipartite Matching
The OR problem of finding a maximum- (or minimum-) total-weight matching between two disjoint vertex sets in a bipartite graph whose edges carry weights.
Was this helpful?
Suggest correction

Related problems

How Do I Build Weekly Employee Patterns — Demand Met, Rest, Hours and Fairness All Holding Together?

The HR or operations manager of a 7-day 24-hour service (retail chain call center, hotel reception, security service, hospital cleaning) builds not individual shifts but **weekly patterns** for 100-500 employees: who works which days, in which shifts (morning/afternoon/night), with what days-off pattern — peak-hour demand covered, weekend and night load shared fairly. The intuitive plan bleeds from one of two ends: understaffed peaks (queue at the till, lost sales, abandoned calls) or overstaffed lulls (80-200 TRY/hour labour, roughly 30-60K TRY a month wasted on a 100-person operation). On top of that, contract breaches (45-hour weekly cap, 5 consecutive days, 7-10 nights per month) trigger payroll penalties and labour-law risk; without a written fairness metric, turnover climbs to 40-80% and every new hire costs 8-30K TRY in training. For a 200-person operation, annual payroll is in the 30-80M TRY range; a 10% improvement is a 3-8M TRY/year saving.

Workforce & Service 6 min

Which Technician to Which Customer, at What Time?

An HVAC service, elevator maintenance company, appliance service, ISP technician operator or agricultural machinery service with 5–50 field technicians faces a daily request list each morning: 30–150 customers seeking planned periodic maintenance, breakdown repair, or installation. The decision: which technician, which customer, in what order, at what time. Constraints to honor in parallel: customer time window (morning / afternoon / a specific slot), technician skill (HVAC brand A vs B, elevator type, internet infrastructure), travel time (20–90 minutes in-city), spare parts in the technician's van, urgent-job priority. Manual assignment is workable for 10–15 technicians; above that, the dispatch team spends 2–4 hours a day on the phone — slipped appointments, customer dissatisfaction, and idle technicians become routine.

Workforce & Service 4 min
Esc Close