Daily ROC Routine

From WFM Labs
Daily ROC Routine

The Daily ROC Routine is the structured set of daily activities that govern how a Resource Optimization Center (ROC) operates in production. It defines what a ROC analyst does at each phase of the operating day, how shifts hand off, what is measured, and how the ROC interfaces with the contact centers it monitors. The routine is the procedural backbone that turns the ROC concept from an organizational chart into reliable real-time operations.

This page is the practitioner reference for that routine. It documents the activities a ROC analyst performs across a 24-hour operating cycle and the rhythms that frame those activities — pre-shift preparation, shift opening, intraday monitoring, shift handoff, and end-of-day reconciliation. The routine draws on established contact center operations management principles, particularly the continuous improvement cycles described by Cleveland and the operational frameworks codified by ICMI.[1][2]

Operating Rhythm

The ROC operates on a continuous monitoring cycle, but the cycle is divided into recognizable phases that align with shift structure and contact center business hours:

  • Pre-Shift (60 minutes before shift start) — preparation, intelligence gathering, planning
  • Shift Open (first 30 minutes) — handover, system validation, alignment with operations
  • Active Monitoring (bulk of shift) — continuous monitoring and intervention
  • Shift Close (last 30 minutes) — wrap-up, handoff preparation, summary documentation
  • Post-Shift (after shift end) — incident reconciliation, daily reporting, trend capture

The exact clock times depend on the operation. A 21x5 / 18x2 ROC (the typical first-generation implementation) has different phase timing than a 24x7 follow-the-sun ROC, but the structural phases are the same. Cleveland emphasizes that regardless of hours of operation, the discipline of structured shift transitions is what separates reliable real-time management from ad hoc firefighting.[1]

Cadence and Timing Guidance

For operations running a standard business-hours ROC (e.g., 06:00–22:00 local time covering a North American footprint), a typical cadence looks like:

Phase Typical Timing Duration
Pre-Shift 05:00–06:00 60 minutes
Shift Open 06:00–06:30 30 minutes
Active Monitoring 06:30–21:30 ~15 hours (across shifts)
Shift Close 21:30–22:00 30 minutes
Post-Shift Reconciliation 22:00–23:00 60 minutes

Within the active monitoring phase, the analyst follows a monitoring rotation cycle — a repeating loop through service level, queue performance, adherence, and external signals. The recommended rotation interval is 10–15 minutes per full cycle during normal operations, tightening to 3–5 minutes during active incidents or high-risk intervals.[1] This cadence prevents tunnel vision on a single metric while maintaining adequate refresh frequency to catch emerging variance.

For 24x7 operations, each shift transition replicates the full open/close protocol. The overnight shift typically operates at reduced monitoring intensity but maintains the same structural phases, with escalation thresholds adjusted to reflect lower volume and the reduced availability of operations leadership.

Pre-Shift: 60 Minutes Before Shift Start

The hour before a shift starts is dedicated to building situational awareness so the analyst opens the shift informed rather than reactive. Operations management literature consistently identifies inadequate preparation as a primary driver of slow incident response — the analyst who begins the day reading yesterday's handoff notes while a queue deteriorates is operating from a position of disadvantage.[3]

Intelligence Review

  • Read the previous shift's handoff log — open incidents, ongoing monitoring, watch items
  • Review the operations calendar — marketing campaigns launching, product releases, billing cycle peaks, weather events
  • Check the forecast for the shift period — expected volume, AHT, scheduled staff, planned shrinkage
  • Review the previous day's variance pattern — did the forecast hold, where did it diverge, was the divergence understood
  • Check adherence and conformance trends from the prior shift to identify carryover patterns (e.g., a team that ended the previous day significantly out of adherence may start the new day the same way)

System Health Validation

  • Verify all monitoring dashboards are live and refreshing
  • Confirm telephony and ACD platform status (no overnight incidents lingering)
  • Confirm WFM platform connectivity and data freshness
  • Validate that automation platforms (intelligent automation, routing engines) are operating normally
  • Run a quick validation of real-time schedule adjustment capabilities — confirm the WFM system can execute intraday changes if needed

Plan-of-the-Day

  • Identify the highest-risk intervals in the day — typically open of business, post-lunch return, or known marketing-driven spikes
  • Identify any planned operational changes — schedule republish, training events, system maintenance
  • Confirm staffing for the ROC itself — primary, secondary, escalation contacts
  • Document the plan-of-the-day in the shift log so it is visible to operations leadership and serves as the baseline against which the day's actual events are measured

Shift Open: First 30 Minutes

The shift transition is the highest-risk window in ROC operations. Issues that the previous shift was managing must transfer cleanly, and the incoming analyst must validate that monitoring is live. ICMI research on multi-site operations identifies shift handover failures as a leading cause of delayed incident response — an incident that was being actively managed can lose 15–30 minutes of response continuity if the handover is incomplete.[2]

Verbal Handover

A face-to-face or recorded verbal handover covering:

  • Active incidents and their current state
  • Items being watched but not yet escalated
  • Schedule republishes, automation rule changes, or routing changes made during the prior shift
  • Open items requiring follow-up during the new shift
  • Any anomalies in forecast accuracy observed during the prior shift — early warning for the incoming analyst

The verbal handover should follow a structured format (not free-form conversation) to prevent information loss. A recommended pattern: Status → Watch Items → Changes Made → Open Actions → Forecast Notes. This mirrors the structured communication protocols used in healthcare shift handovers (SBAR) and military watch transitions, adapted for contact center operations.

Documentation Handover

  • Review the shift log written by the outgoing analyst
  • Confirm any incident tickets are correctly stated and acknowledged
  • Sign in to incident management and ticket systems
  • Verify that the outgoing analyst's log entries match the verbal handover — discrepancies between verbal and written records are a reliability signal

Operations Touchpoint

  • Acknowledge the morning operations stand-up or its equivalent — site managers, real-time supervisors, escalation contacts know the ROC is on shift and reachable
  • Confirm shift coverage and contact methods at each contact center site
  • Align on the day's priorities — if operations has a specific concern (e.g., a site running short-staffed due to weather), the ROC adjusts monitoring intensity accordingly

Active Monitoring: Continuous

The bulk of the shift is structured continuous monitoring. The analyst rotates through a small number of recurring observation cycles rather than staring at a single dashboard. Cleveland describes this as the "scan pattern" — a disciplined rotation through key indicators that prevents fixation on any single metric while the analyst's peripheral vision on other metrics degrades.[1]

Service Level Monitoring

  • Real-time service level versus threshold across all queues and channels
  • Trend direction — is the queue stabilizing, deteriorating, or recovering autonomously?
  • Cross-site comparison — when one site struggles and another is stable, that is a routing-rebalance opportunity, not just a queue alarm
  • Interval-level service level tracking — the rolling 15- or 30-minute interval view reveals trajectory that instantaneous snapshots miss

Queue Performance Analytics

  • Calls in queue and longest call waiting
  • Queue depth trends over the trailing 15-30 minutes
  • Predictive queue performance projections (where the analytics support them)
  • Abandon rate monitoring — rising abandons before service level breaches indicate customers are self-selecting out, which masks the true demand signal

Workforce Adherence

  • Forecasted vs. actual volume at the current interval
  • Scheduled vs. on-phone agent count
  • Adherence pattern across teams and channels — sustained dips signal break or training overrun, not random variation
  • Conformance tracking — agents may be adherent (in the right state) but non-conformant (shifted from scheduled timing), which affects interval-level staffing even when aggregate adherence looks acceptable[4]

Intraday Management Cycle

The ROC's monitoring feeds directly into Intraday Management decisions. At each monitoring rotation, the analyst evaluates whether current performance requires an intraday schedule adjustment:

  • No action needed — performance within tolerance, forecast tracking
  • Minor adjustment — break/lunch timing shifts, voluntary overtime offer, skill reassignment
  • Major adjustment — schedule republish, emergency overtime call, cross-site routing change, escalation to operations leadership

The threshold between "minor" and "major" should be pre-defined in the ROC's operating procedures, not left to individual analyst judgment in the moment. A common framework: adjustments affecting fewer than 5% of scheduled agents and not requiring leadership approval are "minor"; everything else is "major."

External Signal Monitoring

  • Weather and emergency conditions in operating regions
  • Business event triggers (marketing campaign go-live, product release, billing cycle)
  • Infrastructure status — telephony, network, internal systems
  • Social media and customer sentiment signals — a viral complaint or service outage trending on social platforms can precede a volume spike by 30–60 minutes

Variance Response

When monitoring identifies a variance event, the response follows a structured incident pattern documented under Event Management. The ROC analyst:

  1. Classifies the severity and event type
  2. Opens an incident ticket if the severity warrants
  3. Diagnoses cause using the Real-Time Cause and Effect Fishbone
  4. Coordinates response — break adjustment, schedule shift, automation rule activation, escalation to operations
  5. Communicates status to affected sites and management
  6. Logs the resolution and learnings

The analyst's job is not to manually fix every variance — modern operations rely on Intelligent Automation for the routine variance signatures. The ROC's role is to monitor that the automation is operating correctly and to take over the cases automation cannot resolve.

The speed of variance response is a key differentiator in ROC effectiveness. Research on service recovery in operations management shows that the cost of delayed response grows non-linearly — a 15-minute delay in responding to a staffing shortfall compounds as queue depth builds and agent fatigue increases, making recovery progressively harder.[3]

Variance Harvesting Coordination

In a Variance Harvesting operating model, the ROC's role expands from variance suppression to variance capture. When forecasted variance windows arrive, the ROC coordinates the harvesting moves — coaching pushed to free agents, micro-learning delivered during dips, protected breaks during sustained surges. The ROC tracks Variance Capture Efficiency (VCE) as a core operational metric.

Variance harvesting requires the ROC analyst to shift mental models: not every deviation from plan is a problem to fix. Positive variance (more staff available than needed) is an opportunity window. The ROC coordinates with operations to deploy pre-approved harvesting actions during these windows, tracking both the service level impact and the value captured (training minutes delivered, coaching sessions completed, wellness breaks protected).

Shift Close: Last 30 Minutes

The shift close mirrors the shift open in importance. The transition out must leave the next shift positioned to succeed.

Wrap-Up

  • Resolve incidents that can be closed during the shift
  • Update incident state for incidents that will continue
  • Reconcile shift activity log — events, decisions, escalations, communications
  • Document any automation rule changes made during the shift and their outcomes

Handover Preparation

  • Write the handover log for the incoming analyst
  • Identify watch items the next shift should monitor closely
  • Surface any unresolved questions that need next-shift attention
  • Prepare a brief quantitative summary: intervals in-plan vs. out-of-plan, incident count, major actions taken

Operational Communication

  • Confirm any outstanding commitments to operations sites
  • Communicate end-of-shift status to escalation contacts
  • If a critical incident is mid-flight, ensure the verbal handoff covers full context
  • Notify operations leadership of any items requiring their attention before the next business day

Post-Shift: Reconciliation and Reporting

After the shift closes, the analyst (or a designated end-of-day analyst) handles the reconciliation and reporting work that does not fit inside the active monitoring window. This phase is where the ROC transitions from operational execution to organizational learning — the daily discipline that feeds continuous improvement.[5]

Incident Reconciliation

  • Confirm all incident tickets are correctly stated and assigned
  • Validate root-cause classifications
  • Surface incidents that suggest a systemic issue rather than a one-off
  • Cross-reference incident patterns against the Real-Time Cause and Effect Fishbone to validate diagnostic accuracy

Daily Summary

A daily summary report capturing:

  • Service level performance vs. plan, by site and queue
  • Major incidents — count, severity, root cause classification
  • Variance pattern — where the day diverged from forecast and why
  • Automation health — were the rules effective, were there false-positive alerts, were there events automation should have caught and did not
  • Adherence and conformance summary — aggregate and by-team
  • Items requiring follow-up

The daily summary is not just a record — it is the primary input to weekly and monthly performance reviews. Consistent, structured daily summaries enable trend detection that individual shift logs cannot support.

Trend Capture

  • Update trend logs for slow-developing issues (multi-day attrition spikes, recurring queue patterns, automation degradation)
  • Surface trend data for the weekly ROC review
  • Flag any patterns that suggest forecast model drift — systematic over- or under-forecasting that warrants a conversation with the planning team

Communication Protocols

Effective ROC operations depend on clear, predictable communication patterns. The ROC communicates with multiple stakeholders throughout the day, and each communication channel serves a different purpose:

Channel Use Case Response Expectation
Voice (telephone) Severity 1–3 incidents, active incident coordination Immediate — answered within 30 seconds
Instant messaging / chat Status updates, non-urgent coordination, shift handover supplements Within 5 minutes during active monitoring
Email Daily summaries, documentation, non-time-sensitive follow-up Within shift or next business day
Incident management system Formal incident tracking, root cause documentation Updated in real-time during active incidents

The ROC should publish a communication charter — a one-page document that tells operations sites and leadership exactly how to reach the ROC, what response time to expect, and what information to include when reporting an issue. This reduces friction during incidents and prevents the ROC from becoming a bottleneck.

Tools and Systems

The ROC operates with a small, well-defined toolkit:

Tool selection matters less than tool discipline. The ROC analyst who has six dashboards open but checks them inconsistently will underperform the analyst with three dashboards on a strict rotation. The monitoring rotation cycle described in the Active Monitoring section is the mechanism that converts tools into operational awareness.

Severity Framework

The ROC operates against a standard severity framework that determines response speed and escalation. This framework aligns with ITIL-based incident management practices adapted for contact center operations:[6]

  • Severity 1 — Critical customer impact, multi-site or platform-level. Immediate response, leadership notification, executive communication. Target acknowledgment: under 5 minutes. Status updates: every 15 minutes until resolved.
  • Severity 2 — Significant customer impact at a single site or queue. Rapid response, site management notification, hourly status updates. Target acknowledgment: under 15 minutes.
  • Severity 3 — Moderate impact, contained to a single team or shift. Active management, status updates as warranted. Target acknowledgment: under 30 minutes.
  • Severity 4 — Standard requests, no customer impact. Ticket-managed, queue-prioritized. Target acknowledgment: within shift.

The severity classification drives whether the response is voice (Severity 1-3 — telephone contact required) or ticket-based (Severity 4 — standard ticketing system). Severity 1 and 2 incidents trigger the ROC's formal event management protocol, including a post-incident review within 48 hours.

Maturity Model Position

The Daily ROC Routine evolves with organizational maturity in the WFM Labs Maturity Model™:

  • Level 2 — Foundational (Traditional WFM Excellence) — The routine exists but is heavily reactive. Real-time analysts respond to alerts and exception conditions; the variance response is largely manual. Shift handovers may be informal or inconsistent.
  • Level 3 — Progressive (Breaking the Monolith) — Automation handles routine variance signatures. The ROC analyst's role shifts toward monitoring automation health, intervention on cases automation cannot handle, and variance harvesting coordination. Handovers are structured and documented. Intraday management decisions follow pre-defined thresholds.
  • Level 4 — Advanced (The Ecosystem Emerges) — The ROC operates by exception. Most of the day is automation-managed; the analyst's attention focuses on novel patterns, automation tuning, and cross-system orchestration. The daily summary feeds directly into predictive models.
  • Level 5 — Pioneering (Enterprise-Wide Intelligence) — The routine extends to enterprise-wide signal monitoring (HR, CRM, finance) and the ROC contributes operational truth back to enterprise decision-making. The ROC becomes the organization's operational nerve center.

The structure of the routine — pre-shift, open, monitor, close, post-shift — remains stable across maturity levels. What changes is the analyst's relationship to automation: from manual operator at Level 2 to exception manager at Level 4-5.

Common Failure Modes

Understanding where the daily routine breaks down is as important as understanding the routine itself:

  • Skipped pre-shift preparation — The analyst arrives and immediately enters reactive mode. Without the intelligence review, emerging issues are detected late and responses are slower.
  • Informal handovers — Verbal-only handovers without documentation create information loss. The incoming analyst inherits an incomplete picture.
  • Dashboard fixation — The analyst watches a single metric (typically service level) and misses deterioration in adherence, queue depth, or external signals. The monitoring rotation discipline prevents this.
  • Delayed escalation — The analyst attempts to resolve a Severity 2 event alone when the protocol requires immediate escalation. Clear severity definitions and escalation triggers reduce this risk.
  • Missing post-shift reconciliation — The shift ends and the analyst departs without completing the daily summary. Trend detection degrades and the organization loses its daily learning cycle.
  • Automation over-trust — At higher maturity levels, the analyst assumes automation is handling everything and reduces monitoring vigilance. Automation health monitoring must remain an explicit part of the rotation.

References

  1. 1.0 1.1 1.2 1.3 Cleveland, Brad. Call Center Management on Fast Forward: Succeeding in the New Era of Customer Relationships. ICMI Press, 3rd edition, 2012. Chapters 7–10 cover real-time management, service level monitoring cadence, and the role of the resource planning function in daily operations.
  2. 2.0 2.1 ICMI (International Customer Management Institute). ICMI's Handbook of Call Center Management. Various editions. Establishes standard frameworks for real-time monitoring, shift handover protocols, and severity-based escalation in multi-site contact center environments.
  3. 3.0 3.1 Slack, Nigel, Alistair Brandon-Jones, and Robert Johnston. Operations Management. Pearson, 9th edition, 2019. Chapter 18 on operations planning and control addresses the role of pre-shift intelligence in continuous operations environments.
  4. Reynolds, Penny. Call Center Staffing: The Complete, Practical Guide to Workforce Management. The Call Center School Press, 2003. Provides detailed treatment of adherence vs. conformance distinctions and their differential impact on interval-level service delivery.
  5. Deming, W. Edwards. Out of the Crisis. MIT Press, 1986. The principle of systematic daily review feeding into continuous improvement cycles (Plan-Do-Study-Act) underpins the post-shift reconciliation discipline.
  6. Axelos. ITIL Foundation: ITIL 4 Edition. The Stationery Office, 2019. The severity/priority classification framework and escalation protocols are adapted from ITIL incident management for contact center-specific application.

See Also