-
1
Confirm the trigger: coverage below 3x with time to recover
A sprint is a specific intervention, not a general mood. Call it only when weighted pipeline coverage for the current or next quarter falls below 3x of the number and there is enough runway (at least four to six weeks before quarter-end) for meetings booked during the sprint to actually close. Below that runway, a sprint produces top-of-funnel vanity and no revenue. Pull the coverage number from the CRM pipeline report, agree on the calculation with Finance so the number is not disputed mid-sprint, and write the exact gap into the sprint brief: current coverage, target coverage, meetings-held delta required to close it, and the date the gap must be closed by.
- Compute coverage as weighted pipeline divided by quarter target, using the same stage weights Finance uses in forecast
- Confirm at least 4-6 weeks of runway between sprint end and quarter-close so new meetings can convert
- Write the exact meetings-held delta required, not a vague 'more pipeline' goal
Tip: If coverage is below 3x but the quarter closes in two weeks, run a late-stage save motion instead. A sprint cannot ship pipeline that converts before quarter-end.
-
2
Scope the window, the owner stack, and what gets paused
Lock a 2-3 week window with hard start and end dates and name the owners before day one. VP of Sales owns the number and the daily war room. RevOps owns the target lists, the dashboard, the kill or scale decisions on individual plays, and the post-mortem. Front-line managers own rep activity, coaching, and the daily 50-touch floor. Reps own the touches and the handoff of booked meetings to the deal team. Spell out what pauses for the window: internal projects, non-critical training, outbound experiments outside the sprint plan, and any discretionary meeting that is not an active deal or inbound. If leadership will not pause anything, the sprint is a slogan, not a sprint.
- Fix a start date, end date, and no-extend rule in the brief; a sprint that stretches is a sprint that failed
- Name four owners: VP Sales, RevOps, front-line manager(s), reps; one owner per role, not a committee
- List exactly what pauses (projects, training, discretionary meetings) so reps have the hours to hit 50 touches
Tip: A sprint without a published pause list is a 50-touch mandate stacked on top of the normal week. Reps will quietly cut the touches, not the meetings, and the number will miss.
-
3
Build the target lists: assigned, scored, and finite
A sprint runs on assigned lists, not open territory. RevOps builds a finite target list per rep, drawn from the ICP segment with the highest conversion history (not the one that is easiest to pull), scored on fit and recent trigger events (funding, hiring, leadership change, tech stack signal), and sized so a rep hitting 50 touches a day lands on every account at least three times across the sprint window. Deduplicate across reps and against the always-on cadences so no account gets stacked by two sellers in the same week. Hand each rep their list in Strkr the day before kickoff, with the trigger event and the role targets per account already attached, so the first morning starts with sending, not researching.
- Pull from the ICP segment with the best historical conversion, not the biggest TAM
- Score on fit plus recent trigger events; freshness beats volume on a 2-3 week clock
- Size the list so 50 touches a day lands on every assigned account at least 3 times across the window
- Deduplicate against always-on cadences so no account is double-touched by two reps in a week
Tip: A sprint that hands reps the full TAM instead of a finite list burns calendar on account research and misses the touch floor. Finite and pre-enriched beats bigger and messier.
-
4
Lock the sprint cadence: shorter, denser, more call-heavy
The sprint cadence is not the always-on cadence with the volume knob turned up. Compress the touch count to five or six touches across seven to ten days, raise the call share from one or two touches to three, and move the first call forward to touch 2 so the voice channel runs while the inbox is still warm. Keep email as the backbone and LinkedIn as the familiarity layer, but strip any touch that does not have a one-sentence hook ready; a sprint is not the time to debug half-written copy. Publish the sprint cadence in Strkr as its own template so reports split sprint touches from always-on touches at the end of the window.
- 5-6 touches across 7-10 days per account (not 6-8 across 15 like always-on)
- Raise the call count to 3 touches; move the first call to touch 2, not touch 4
- Keep email on the backbone and LinkedIn as the familiarity layer; cut any touch without a hook
- Ship the sprint cadence as a separate template so sprint touches report distinctly from always-on
Tip: Running sprint touches on the always-on template corrupts the always-on reply benchmark for the rest of the quarter. Keep the templates separated so the data stays clean.
-
5
Stand up a daily war room with a 15-minute agenda
A sprint without a daily standup is a sprint that drifts by day three. VP Sales and RevOps run a 15-minute war room every morning at the same time with a fixed agenda: yesterday's touches by rep against the 50 floor, yesterday's booked meetings against the daily goal, deliverability or compliance flags, one blocker per rep (list quality, tooling, missing data), and one decision for the day (hook change, list swap, call block move). No status updates longer than one line per rep. Post the dashboard in a shared channel immediately after and keep it live. A war room that runs long or wanders is a war room reps will skip, and a skipped war room means the sprint runs on vibes by the end of week one.
- Fix the time, fix the agenda, fix the attendees; a 15-minute cap is the discipline that keeps it useful
- Walk the dashboard: touches per rep, meetings booked, meetings held, reply quality, deliverability
- Surface exactly one blocker per rep and make one decision per war room; carry nothing to tomorrow
Tip: If the dashboard is not live in Strkr before the war room, it will be out of date by the time it ships to Slack. Pull the number in the room and leave with the next action.
-
6
Enforce the daily 50-touch floor and classify every reply
The sprint number is 50 touches per rep per day, counted as the sum of emails sent, calls dialed, voicemails left, and LinkedIn touches (profile view does not count on its own; a comment or connection request with context does). Managers walk the per-rep count every morning in the war room and coach misses the same day; a rep who misses the floor two days in a row gets a list review, a tooling check, and a direct manager session before day three. Classify every reply into positive, neutral, referral, or negative inside Strkr so reply volume does not hide a reply-quality problem. A sprint that produces 2,000 touches and 400 'not interested' replies is a sprint missing a hook, not a sprint missing effort.
- 50 touches = emails + calls + voicemails + LinkedIn (comment or contextual connect); profile views are not touches
- Walk per-rep activity daily and coach a miss the same day, not the following Friday
- Classify every reply (positive, neutral, referral, negative) so quality is visible on the dashboard
- Two consecutive miss-days triggers a list, tooling, and 1:1 review before a third miss-day
Tip: A 50-touch floor measured only in email sends is a sprint that produces one channel of signal and three channels of silence. Count calls and social, or expect the number to miss.
-
7
Protect inbound, late-stage, and renewal work from the sprint spillover
A sprint pulls energy toward new logos and will quietly starve inbound replies, late-stage deals, and renewals if nobody owns the fence. Assign one SDR or AE to cover inbound replies with a one-hour SLA for the duration of the sprint, keep late-stage deals on their existing weekly deal review (do not fold them into the war room), and move renewal accounts to a named owner outside the sprint cohort. Watch the inbound reply response time daily; a sprint that lifts outbound meetings while inbound response time triples is a sprint that stole from a working motion to feed a struggling one, and the quarter nets even. Publish an inbound ping channel so the sprint reps know an inbound reply is still urgent, not someone else's problem.
- Name one person to own inbound replies with a 1-hour SLA for the sprint window
- Keep late-stage deals on their existing deal-review cadence; do not fold them into the war room
- Move renewal accounts to a named owner outside the sprint cohort so sprint energy does not pull from retention
Tip: A sprint that doubles outbound meetings while inbound response time triples lifts top-of-funnel and loses it again on the next inbound hand-raise. Fence the inbound work before day one.
-
8
Call the end on the published date and declare the number
A sprint that stretches is a sprint that failed; call the end on the published date even if the gap is not fully closed, so the organization learns the sprint shape and does not treat it as a new normal. On the final day, publish the number: total touches, meetings booked, meetings held, pipeline created (weighted), reply classification mix, and remaining coverage gap. If coverage is back to or above 3x, hand the pipeline to the deal team and return to always-on cadence the next business day. If coverage is still short, do not simply extend; schedule a second sprint with a different ICP segment, a revised cadence, or a different trigger event, and give the organization at least one week of recovery between the two. Running back-to-back sprints with no gap is how reply rates die and sending domains get flagged.
- Publish the final number on the published end date; a sprint that stretches teaches the org to ignore end dates
- Report touches, meetings booked, meetings held, weighted pipeline created, reply mix, remaining gap
- If coverage is back to 3x, return to always-on the next business day; do not keep the war room running
- If coverage is still short, schedule a second sprint with at least one week of recovery between them
Tip: Back-to-back sprints with no recovery is the fastest way to burn a sending domain and a sales team in the same quarter. The gap between sprints is a feature, not a scheduling accident.
-
9
Run the post-mortem that keeps next quarter from needing another sprint
Pipeline sprints are a symptom of a top-of-funnel miss that happened eight to twelve weeks earlier. The post-mortem belongs in the week after the sprint ends, led by RevOps, and it asks the actual question: why did coverage drop below 3x in time to need a sprint, and what should always-on prospecting change so the next quarter does not. Review always-on touch volume by rep for the eight weeks before the sprint, ramp status for any new reps, segment-level conversion rates, marketing-sourced pipeline trend, and territory load. Ship two or three changes to the always-on motion (a higher daily touch floor, a different segment weighting, a ramp acceleration) and track whether coverage holds above 3x at the next quarter's three-week-in checkpoint. If it does, the sprint worked. If it does not, the sprint was a bandage and the real fix is still open.
- Review always-on activity in the 8-12 weeks before the sprint; sprints are a lagging symptom, not a root cause
- Check ramp status for new reps, segment conversion rates, marketing-sourced pipeline, and territory load
- Ship 2-3 always-on changes and verify coverage holds above 3x at the next quarter's three-week checkpoint
Tip: A quarter that ends with 'we need another sprint' two quarters in a row is a quarter that never ran the post-mortem. The sprint is the intervention; the post-mortem is the fix.