Планирование спринта
Планирует спринт: определяет объём работы, оценивает ёмкость команды, ставит цель и собирает план спринта с рисками.
- Что делает
- Планирует спринт: определяет объём работы, оценивает ёмкость команды, ставит цель и собирает план спринта с рисками.
- Когда брать
- При запуске нового спринта, сопоставлении бэклога с доступностью команды и решении, что обязательно, а что можно отложить.
- Пример запроса
- Спланируй двухнедельный спринт для команды из пяти человек: двое будут в отпуске, часть задач перенесена с прошлого раза.
- Работает лучше с
- трекер задач, календарь, корпоративный чат
Входит в плагин product-management. В Cowork и Claude Code можно поставить плагин целиком.
Как включить
- Нажмите «Скачать на русском» и сохраните архив.
- В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
- Включите скилл переключателем.
Для терминала
Распакуйте архив и положите папку sprint-planning в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.
Текст
---
name: sprint-planning
description: Планирует спринт: определяет объём работы, оценивает ёмкость, ставит цели и составляет план спринта. Используй при запуске нового спринта, при сопоставлении бэклога с доступностью команды (с учётом отпусков и встреч), при решении, что относится к P0, а что к «на вырост» (stretch), или при переносе незавершённого из прошлого спринта.
argument-hint: "[sprint name or date range]"
---
/sprint-planning
Если встретишь незнакомые подстановки или понадобится узнать, какие инструменты подключены, смотри [CONNECTORS.md](../../CONNECTORS.md).
Спланируй спринт: определи объём работы, оцени ёмкость и поставь чёткие цели.
Использование
/sprint-planning $ARGUMENTS
Как это работает
┌─────────────────────────────────────────────────────────────────┐
│ ПЛАНИРОВАНИЕ СПРИНТА │
├─────────────────────────────────────────────────────────────────┤
│ САМОСТОЯТЕЛЬНО (работает всегда) │
│ ✓ Определение целей спринта и критериев успеха │
│ ✓ Оценка ёмкости команды (с учётом отпусков, встреч) │
│ ✓ Определение объёма и приоритетов пунктов бэклога │
│ ✓ Выявление зависимостей и рисков │
│ ✓ Создание документа с планом спринта │
├─────────────────────────────────────────────────────────────────┤
│ С УСИЛЕНИЕМ (когда подключены инструменты) │
│ + Трекер проектов: подтянуть бэклог, создать спринт, назначить │
│ + Календарь: учесть отпуска и встречи в ёмкости │
│ + Чат: поделиться планом спринта с командой │
└─────────────────────────────────────────────────────────────────┘
Что мне нужно от тебя
- Команда: кто в команде и какова их доступность в этом спринте?
- Длина спринта: сколько дней или недель?
- Бэклог: что приоритетно? (подтяни из трекера, вставь или опиши)
- Перенос: есть ли что-то незавершённое с прошлого спринта?
- Зависимости: есть ли что-то, заблокированное другими командами?
Результат
## План спринта: [Название спринта]
**Даты:** [Начало] — [Конец] | **Команда:** [X] инженеров
**Цель спринта:** [Одно чёткое предложение о том, как выглядит успех]
### Ёмкость
| Человек | Доступно дней | Распределение | Заметки |
|--------|---------------|------------|-------|
| [Имя] | [X] из [Y] | [X] баллов/часов | [Отпуск, дежурство и т. д.] |
| **Всего** | **[X]** | **[X] баллов** | |
### Бэклог спринта
| Приоритет | Пункт | Оценка | Ответственный | Зависимости |
|----------|------|----------|-------|--------------|
| P0 | [Обязательно сделать] | [X] б. | [Человек] | [Нет / Заблокировано X] |
| P1 | [Желательно сделать] | [X] б. | [Человек] | [Нет] |
| P2 | [На вырост] | [X] б. | [Человек] | [Нет] |
### Плановая ёмкость: [X] баллов | Нагрузка спринта: [X] баллов ([X]% ёмкости)
### Риски
| Риск | Влияние | Снижение риска |
|------|--------|------------|
| [Риск] | [Что произойдёт] | [Что делать] |
### Критерии готовности
- [ ] Код проверен и влит
- [ ] Тесты проходят
- [ ] Документация обновлена (если применимо)
- [ ] Одобрение владельца продукта
### Ключевые даты
| Дата | Событие |
|------|-------|
| [Дата] | Начало спринта |
| [Дата] | Промежуточная сверка |
| [Дата] | Конец спринта / Демо |
| [Дата] | Ретроспектива |
Советы
- Оставляй запас — планируй на 70–80% ёмкости. Вас будут отвлекать.
- Одна чёткая цель спринта — если её нельзя сформулировать одним предложением, спринт расфокусирован.
- Определи пункты «на вырост» — знай, что убрать, если всё затянется дольше ожидаемого.
- Честно переноси — если что-то не выпустили, пойми почему, прежде чем снова брать это на себя.
Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/product-management/skills/sprint-planning, лицензия Apache-2.0. Изменения: перевод на русский язык.
Оригинал на английском
--- name: sprint-planning description: Plan a sprint — scope work, estimate capacity, set goals, and draft a sprint plan. Use when kicking off a new sprint, sizing a backlog against team availability (accounting for PTO and meetings), deciding what's P0 vs. stretch, or handling carryover from the last sprint. argument-hint: "[sprint name or date range]" --- # /sprint-planning > If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../CONNECTORS.md). Plan a sprint by scoping work, estimating capacity, and setting clear goals. ## Usage ``` /sprint-planning $ARGUMENTS ``` ## How It Works ``` ┌─────────────────────────────────────────────────────────────────┐ │ SPRINT PLANNING │ ├─────────────────────────────────────────────────────────────────┤ │ STANDALONE (always works) │ │ ✓ Define sprint goals and success criteria │ │ ✓ Estimate team capacity (accounting for PTO, meetings) │ │ ✓ Scope and prioritize backlog items │ │ ✓ Identify dependencies and risks │ │ ✓ Generate sprint plan document │ ├─────────────────────────────────────────────────────────────────┤ │ SUPERCHARGED (when you connect your tools) │ │ + Project tracker: Pull backlog, create sprint, assign items │ │ + Calendar: Account for PTO and meetings in capacity │ │ + Chat: Share sprint plan with the team │ └─────────────────────────────────────────────────────────────────┘ ``` ## What I Need From You - **Team**: Who's on the team and their availability this sprint? - **Sprint length**: How many days/weeks? - **Backlog**: What's prioritized? (Pull from tracker, paste, or describe) - **Carryover**: Anything unfinished from last sprint? - **Dependencies**: Anything blocked on other teams? ## Output ```markdown ## Sprint Plan: [Sprint Name] **Dates:** [Start] — [End] | **Team:** [X] engineers **Sprint Goal:** [One clear sentence about what success looks like] ### Capacity | Person | Available Days | Allocation | Notes | |--------|---------------|------------|-------| | [Name] | [X] of [Y] | [X] points/hours | [PTO, on-call, etc.] | | **Total** | **[X]** | **[X] points** | | ### Sprint Backlog | Priority | Item | Estimate | Owner | Dependencies | |----------|------|----------|-------|--------------| | P0 | [Must ship] | [X] pts | [Person] | [None / Blocked by X] | | P1 | [Should ship] | [X] pts | [Person] | [None] | | P2 | [Stretch] | [X] pts | [Person] | [None] | ### Planned Capacity: [X] points | Sprint Load: [X] points ([X]% of capacity) ### Risks | Risk | Impact | Mitigation | |------|--------|------------| | [Risk] | [What happens] | [What to do] | ### Definition of Done - [ ] Code reviewed and merged - [ ] Tests passing - [ ] Documentation updated (if applicable) - [ ] Product sign-off ### Key Dates | Date | Event | |------|-------| | [Date] | Sprint start | | [Date] | Mid-sprint check-in | | [Date] | Sprint end / Demo | | [Date] | Retro | ``` ## Tips 1. **Leave buffer** — Plan to 70-80% capacity. You will get interrupts. 2. **One clear sprint goal** — If you can't state it in one sentence, the sprint is unfocused. 3. **Identify stretch items** — Know what to cut if things take longer than expected. 4. **Carry over honestly** — If something didn't ship, understand why before re-committing.
Источник: anthropics/knowledge-work-plugins / product-management / sprint-planning ↗. Ссылка проверена 2026-10-10.