iiuniversitet.ruЦентр обучения нейросетямОткрыть каталог

Планирование спринта

Планирует спринт: определяет объём работы, оценивает ёмкость команды, ставит цель и собирает план спринта с рисками.

СкиллAnthropicClaudeApache-2.0Загрузить архив в ClaudeПроверка не требуется
Что делает
Планирует спринт: определяет объём работы, оценивает ёмкость команды, ставит цель и собирает план спринта с рисками.
Когда брать
При запуске нового спринта, сопоставлении бэклога с доступностью команды и решении, что обязательно, а что можно отложить.
Пример запроса
Спланируй двухнедельный спринт для команды из пяти человек: двое будут в отпуске, часть задач перенесена с прошлого раза.
Работает лучше с
трекер задач, календарь, корпоративный чат

Входит в плагин product-management. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

  1. Нажмите «Скачать на русском» и сохраните архив.
  2. В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
  3. Включите скилл переключателем.
Для терминала

Распакуйте архив и положите папку 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]% ёмкости)

### Риски
| Риск | Влияние | Снижение риска |
|------|--------|------------|
| [Риск] | [Что произойдёт] | [Что делать] |

### Критерии готовности
- [ ] Код проверен и влит
- [ ] Тесты проходят
- [ ] Документация обновлена (если применимо)
- [ ] Одобрение владельца продукта

### Ключевые даты
| Дата | Событие |
|------|-------|
| [Дата] | Начало спринта |
| [Дата] | Промежуточная сверка |
| [Дата] | Конец спринта / Демо |
| [Дата] | Ретроспектива |

Советы

  1. Оставляй запас — планируй на 70–80% ёмкости. Вас будут отвлекать.
  2. Одна чёткая цель спринта — если её нельзя сформулировать одним предложением, спринт расфокусирован.
  3. Определи пункты «на вырост» — знай, что убрать, если всё затянется дольше ожидаемого.
  4. Честно переноси — если что-то не выпустили, пойми почему, прежде чем снова брать это на себя.

Перевод: 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.