Feature · Scrum Workflow

A scrum workflow where the account record and the sprint share one platform.

A scrum workflow belongs beside the account record, not in a separate tool. Strkr Projects ships backlog, sprint planning, a board view, standup prompts, burndown, and retrospectives - all beside the CRM record. The engineering team, the customer success manager, and the account executive run from the same artifact.

What a scrum workflow is

The ceremonies and the artifacts.

A scrum workflow is a set of ceremonies and artifacts: backlog, sprint planning, daily standup, sprint review, retrospective. Strkr Projects ships each as a first-class surface so the engineering lead does not glue a scrum tool to the CRM.

Backlog

Prioritized, estimated, groomed.

The backlog is a prioritized list of issues the team will pull from. Issues carry type (story, bug, task), priority, estimate (points or hours), and status. Backlog grooming is a weekly ritual the team runs on the backlog view.

Sprint planning

Pull from backlog into a sprint.

Sprint planning is a drag from backlog into a named sprint with a start and end date. Capacity bars show the team's available points. The team pulls up to capacity, locks the sprint, and starts the work.

Standup board

To do, in progress, review, done.

The sprint board is the kanban-shaped sprint view. Each column is a status. Each card is an issue. The team runs standup on the board, moving cards as the work progresses. The board is the primary engineering surface.

Burndown

Remaining points over sprint days.

The burndown chart shows remaining points by day of the sprint. The chart surfaces whether the sprint is on track mid-week or whether a scope conversation is needed. Burndown is the standup's honest mirror.

Sprint review

Demo, feedback, acceptance.

Sprint review is the demo and acceptance ritual. Strkr Projects supports attaching review notes to issues, marking acceptance, and promoting accepted work to released. The review ties engineering output to customer value.

Retrospective

Keep, start, stop, action.

The retro template captures what to keep, start, stop, and the action items. The retro artifact lives in the project. Action items become issues on the next sprint. The retro has memory.

How the workflow is built

Backlog, sprint, board, retro - one project.

The scrum workflow is a project in Strkr Projects. Every artifact is a tab on the project surface. The sections below are the mechanics that make the scrum workflow native to the CRM-plus-Projects platform.

Project types

Scrum, Kanban, hybrid.

A project in Strkr can be scrum-shaped (sprints, burndown, retro), kanban-shaped (continuous flow, WIP limits), or hybrid. The project type is set on creation and dictates the available views.

Issue types

Story, bug, task, epic.

The issue types match the scrum vocabulary: story, bug, task, spike, epic. Each type has its own fields, color, and workflow. The engineering lead picks the set the team uses.

Points and estimates

Story points or hours.

The team picks the estimate unit - story points (Fibonacci) or hours. The capacity bar and burndown respect the unit. The engineering lead changes the unit at the project level if the team iterates on its practice.

Capacity planning

Per-sprint, per-rep.

The capacity drawer shows each team member's available points for the sprint. OOO dates reduce capacity. Per-sprint overrides handle offsites and holidays. Sprint planning respects the honest capacity math.

Account linking

A project ties to an account.

A scrum project can link to a CRM account. The account record shows the project on its Projects tab. The customer success manager sees the engineering sprint. The engineering lead sees the account notes. The CRM and the project share context.

Automations

Status transitions trigger Flows.

Issue status transitions can trigger Strkr Flows. Issue moved to Done fires a customer-facing release note draft. Sprint closed fires a retro-prompt task to the engineering lead. The scrum workflow is automated where ritual is predictable.

How teams run the sprint

Monday planning to Friday retro.

The scrum workflow has a weekly rhythm. The sections below describe the actual cadence inside Strkr Projects: Monday planning, daily standups, Thursday review, Friday retro.

Monday planning

Backlog to sprint.

Monday morning the team opens sprint planning. The engineering lead walks the backlog top to bottom. The team pulls to capacity. The sprint locks at 10am. The team starts the first issues.

Daily standup

Fifteen minutes on the board.

Standup opens on the sprint board. Each team member walks their in-progress cards. The engineering lead flags blockers. Blockers surface as tasks on the lead's own list. The standup lasts fifteen minutes.

Mid-sprint check

Burndown chart on Thursday.

Thursday morning the team opens the burndown. If the chart tracks above the ideal line, scope conversation. If it tracks below, flow is healthy. The chart is the honest mirror on sprint health.

Sprint review

Demo on Friday morning.

Friday morning the team runs the sprint review. Each accepted issue demos. Stakeholders accept or reject. Accepted work promotes to released. The release flows to the CRM account activity when relevant.

Retrospective

Friday afternoon reflection.

Friday afternoon the team runs the retro. The retro template captures keep, start, stop, and action items. Action items become issues on the next sprint. The retro has memory the team can read.

Cross-sprint continuity

Incomplete issues roll over.

Incomplete issues at sprint close can roll over to the next sprint, carry back to backlog, or close as abandoned. The engineering lead picks per issue. The audit trail records the choice.

What this replaces

The parallel scrum tool stack.

Most engineering teams run scrum in Jira, Linear, or GitHub Projects. The customer success team runs in the CRM. The two systems never share context. Strkr Projects replaces the parallel stack with one platform. The sections below are the trade-offs.

Jira

Deep, powerful, standalone.

Jira is the enterprise scrum standard. Depth is real. Cost is a separate subscription and a disconnected customer view. Strkr Projects covers the scrum motion inside the CRM-plus-Projects platform.

Linear

Clean, fast, standalone.

Linear is a modern engineering scrum tool. The ergonomics are strong. Customer context lives elsewhere. Strkr Projects brings the account record one tab away from the sprint board.

GitHub Projects

Dev-aligned, limited at scrum depth.

GitHub Projects is credible for engineering-only scrum. Capacity planning, retro templates, and sprint review workflows are limited. Strkr Projects ships those as first-class.

Asana or ClickUp

Generic, flexible, not scrum-shaped.

Asana and ClickUp are general work-tracking tools. Scrum-shaped artifacts (burndown, points, retro) are add-ons. Strkr Projects ships scrum as a first-class project type.

Trello board

Simple, missing the ceremonies.

Trello works for lightweight kanban. Scrum ceremonies - sprint review, retro, capacity - are not native. Strkr Projects covers the ceremonies and keeps the board surface.

Strkr Projects

Scrum, Kanban, CRM-connected.

Strkr Projects is included in the $79 per month flat-fee Projects module. Scrum, Kanban, hybrid, backlog, sprints, board, burndown, retro, and the account link. The seat price covers it.

The scrum board, one tab from the account record.

Start a free trial, open Strkr Projects, create a scrum project, link it to an account, and run tomorrow's standup on the board.

Common questions

What buyers ask about this feature.

What is a scrum workflow in Strkr?

A scrum workflow in Strkr is a project in the Projects module built on the scrum shape: a prioritized backlog, time-boxed sprints, a kanban-style sprint board, points-based estimates, a burndown chart, sprint review, and retrospectives. The engineering lead creates the project, picks the scrum type, and the project surface renders backlog, sprint, board, and retro tabs. The scrum workflow sits beside the CRM record, so engineering work and the account it serves share one platform.

How is Strkr Projects different from Jira or Linear?

Jira and Linear are standalone engineering scrum tools. Strkr Projects is the project surface of a CRM-plus-Projects platform. The feature depth on pure scrum motions is comparable for most teams - backlog, sprints, board, burndown, retro, capacity. The difference is context: in Strkr the project links to an account, the customer success manager sees the sprint, the account executive sees the roadmap. Teams running a connected customer-and-engineering motion benefit from the shared platform. Teams running engineering-only may still prefer a specialized tool.

Does Strkr support Kanban as well as Scrum?

Yes. A project in Strkr can be scrum-shaped (sprints, burndown, retro), kanban-shaped (continuous flow, WIP limits), or hybrid. The project type is set on creation and dictates the available views. Teams running a mix - scrum for feature work and kanban for ops - create two project types in parallel. The underlying issue model is shared, so an issue can move between projects without a format change.

How does the account link work?

A project can link to a CRM account. On the account record, the Projects tab lists linked projects with status, sprint burndown summary, and open issue count. On the project, the Account block links back to the account record. The engineering lead sees the account notes and renewal date. The customer success manager sees engineering progress. The two roles share context without a sync.

What does the retro template look like?

The retro template is a four-section surface: Keep (what worked), Start (what to try), Stop (what to drop), and Action (committed changes). Each section accepts bullet entries from the team. Action items can be converted to issues on the next sprint with one click. The retro saves per-sprint and the project maintains a retro history, so the team can read what they learned three sprints ago and whether the actions landed.

Is the scrum workflow included in the Projects module?

Yes. The scrum project type, backlog, sprint planning, sprint board, burndown chart, sprint review, retrospective template, capacity planning, and the account link are included in the $79 per month flat-fee Projects module. There is no separate scrum SKU and no per-user charge on top. The Projects module is a flat add-on to the CRM seat price, which keeps budgeting simple for engineering teams.

Try it free. Bring your team next week.

No sales call, no migration consultant, no four-month implementation. Enter your card, get 14 days of the full Pro tier, cancel any time before day 14 with zero charge. Spin up a workspace, import your CSV, and have something useful before lunch.