База знаний по аналитике, ИТ архитектуре, API. Документирование. Тесты инструментов.
Scrum основан на трёх столпах эмпирического управления процессами:
Scrum Guide определяет пять основных ценностей, на которых строится взаимодействие команды.
| Ценность | Содержание |
|---|---|
| Commitment — Обязательство | Команда стремится достигать целей и поддерживать друг друга |
| Focus — Фокус | Сосредоточенность на целях спринта и наиболее важных задачах |
| Openness — Открытость | Прозрачное обсуждение проблем, рисков и результатов |
| Respect — Уважение | Уважение к компетенциям, мнению и самостоятельности участников |
| Courage — Смелость | Готовность решать сложные проблемы, признавать ошибки и принимать решения |
В Scrum нет классического разделения на руководителя проекта, исполнителей и контролёров. Есть три ответственности (accountabilities).
Product Owner (Владелец продукта)
Обеспечивает прозрачность и понимание Product Goal.
Scrum Master
Способствует совершенствованию процессов.
Developers (Разработчики)
Важно: Developers — это не только программисты. В зависимости от продукта сюда могут входить аналитики, тестировщики, дизайнеры и другие специалисты.
Scrum использует фиксированные события для планирования, синхронизации и улучшения работы.
| Событие | Назначение | Периодичность |
|---|---|---|
| Sprint | Итерация разработки с целью создания инкремента | 1–4 недели |
| Sprint Planning | Планирование работ и определение Sprint Goal | Начало спринта |
| Daily Scrum | Синхронизация Developers и корректировка плана | Ежедневно, 15 минут |
| Sprint Review | Демонстрация результата и получение обратной связи | Конец спринта |
| Sprint Retrospective | Анализ процесса работы и поиск улучшений | Конец спринта |
Важно разделять два понятия:
Ответственный — Product Owner
Ответственные — Product Owner и Developers в рамках Sprint Planning
| Фактор | Что оцениваем | Влияние на приоритет |
|---|---|---|
| Бизнес-ценность (Business Value) | Какую пользу задача принесёт бизнесу или пользователю | Высокое |
| Срочность (Urgency) | Есть ли сроки, обязательства, дедлайны | Высокое |
| Влияние на Sprint Goal | Насколько задача способствует достижению цели спринта | Очень высокое |
| Зависимости (Dependencies) | Блокирует ли задача другие задачи или зависит от них | Высокое |
| Риски (Risk Reduction) | Позволяет ли задача снизить технические, бизнес- или регуляторные риски | Высокое |
| Стоимость реализации (Effort) | Сколько ресурсов и времени потребуется | Среднее |
| Техническая готовность (Readiness) | Достаточно ли проработаны требования, API, архитектура, макеты | Высокое |
| Стоимость задержки (Cost of Delay) | Какие потери возникают при переносе задачи | Высокое |
| Технический долг (Technical Debt) | Насколько важно устранить накопленные технические ограничения | Среднее |
| Ресурсная доступность | Есть ли необходимые специалисты и свободная ёмкость команды | Высокое |
Я бы рекомендовал использовать комбинированную модель оценки.
Например, оценивать каждую задачу по шкале от 1 до 5.
| Критерий | Вес |
|---|---|
| Бизнес-ценность | 25% |
| Срочность | 15% |
| Влияние на Sprint Goal | 20% |
| Снижение рисков | 15% |
| Зависимости | 10% |
| Стоимость задержки | 10% |
| Техническая готовность | 5% |
| Итого | 100% |
Рекомендуется хранить следующие атрибуты задачи:
| Артефакт | Назначение | Обязательство (Commitment) |
|---|---|---|
| Product Backlog | Упорядоченный список требований и улучшений продукта | Product Goal |
| Sprint Backlog | Цель спринта, выбранные элементы и план их реализации | Sprint Goal |
| Increment | Готовый результат разработки, соответствующий критериям качества | Definition of Done |
Практическое применение Scrum предполагает следующие принципы:
Scrum — это не просто набор встреч и правил ведения задач в Jira.
Типичные ошибки внедрения:
Для системного аналитика особенно важны следующие моменты:
| Область | Участие системного аналитика |
|---|---|
| Product Backlog | Анализ, декомпозиция и уточнение требований |
| Backlog Refinement | Подготовка и проработка задач к будущим спринтам |
| Sprint Planning | Оценка сложности аналитической части и готовности требований |
| Sprint | Подготовка спецификаций, API-контрактов, моделей данных, согласование решений |
| Daily Scrum | Синхронизация с командой, выявление блокеров |
| Sprint Review | Проверка реализации относительно требований |
| Retrospective | Улучшение аналитических процессов и взаимодействия |
Важный нюанс: Backlog Refinement (уточнение бэклога) — необходимая регулярная деятельность в Scrum, но не отдельное формальное событие Scrum.
Главный принцип Scrum: команда должна регулярно поставлять работающий, качественный инкремент продукта, получать обратную связь и адаптироваться к изменениям, сохраняя фокус на ценности для пользователя.