Skip to content
LATOKEN
Scrum Rules
Правила Скрама
Ежедневные стендапы – это атаки на препятствия, нацеленные на критические задачи, смоделированные через Stories и Snippets, которые соединяют проекты в Модель Бэклога. Стендапы и груминг должны пересматривать и укреплять эти правила, чтобы гарантировать, что проекты усиливают друг друга, а критические задачи выполняют смоделированное видение.
1. Груминг проектов это моделирование будущего
• Структура: Проекты и задачи должны быть сгруппированы по принципу . Новые задачи добавляются в соответствующие родительские проекты, чтобы сохранить целостность модели бэклога и обеспечить ясность контекста для исполнителя.
• Снипеты: Раскрывайте детали проектов и задач, чтобы показать, как они соединяются в самоукрепляющуюся модель.
• Владение: Каждый должен стремиться взять на себя значимый проект, который имеет большой смысл, и видеть, как он усиливает всю модель (видение).
2. Определение Задач/Проектов
→ Проверяемое название, проверенное через Сторю и детализированное через Видение.
• Проверяемое именование: Название задачи должно ясно показывать, как проверить, выполнена задача или нет.
• Пример: «Показать счет в профиле» – Проверяемо, так как легко проверить, отображается ли счет.
• Пример: «Бесшовная автоматизация процесса найма» – Непроверяемо, так как оценка слова «бесшовная» субъективна и расплывчата.
• Название задачи = ЧТО в формате истории Who needs WHAT for Why.
• Видение: Пошаговый путь пользователя в оригинальном стиле (для проектов > 12 часов).
• ToDos: Разбейте задачи на конкретные подзадачи, выполнимые за 1–2 часа.
• Сопроводительные материалы: Присоединяйте скриншоты, ссылки и ресурсы для обеспечения ясности.
3. Задачи должны фокусироваться на критическом попадании
Задачи должны быть направлены на решение микро-проблем с достаточными усилиями, чтобы разблокировать значительную бизнес-ценность. Моделирование задач в структуре бэклога необходимо, чтобы определить, какая задача позволяет разблокировать множество других проектов и обеспечить значительный результат.
Исполнение: Demo or Die
Ежемесячно/Еженедельно: Добавляйте задачи из бэклога в ежемесячные или еженедельные планы и доводите их до готовности к демонстрации в продакшене. Demo in prod or Die означает отсутствие оправданий; вместо этого вы должны выйти из зоны комфорта и найти способ создать ценность.
Отчеты: Включайте ключевые метрики, связывающие ваши задачи с бизнес-ценностью. Выделяйте блокеры.
Ежедневные стендапы: Атака на блокеры
Демонстрация экрана: Все участники должны делиться экранами с добавленными задачами за вчерашний и сегодняшний день в проект стендапа. Это должно показывать, сколько времени потрачено на каждую задачу и каков прогресс.
Отчет:
1. Что я сделал вчера?
2. Что я планирую сделать сегодня?
3. Какие блокеры?
CheckFix Reports: Публикуйте перед стендапами, чтобы расставить приоритеты для критических проблем.
Если задача неясна или нарушает правила — запросите улучшение громко! Молчание — это молчаливый сговор, подрывающий правила, что даже хуже самой ошибки.
Культурные усиления
Привлечение к ответственности: Ошибки или баги должны быть исправлены как можно быстрее тем, кто их создал — требуйте этого!
Наказание за оправдания: Указывайте на любые попытки самооправдания (например, «Я не показываю демо, потому что кто-то не перенес мой код в продакшен», ваш ответ: «Значит, ты решил искать оправдания вместо того, чтобы добиться переноса в продакшен или поднять вопрос на командном завтраке»).
Сокрытие ошибок — это преступление: Это начинается с “перевирания” фактов и быстро перерастает в привычку распространять ложь, вводя команду в заблуждение и парализуя прогресс.
Никаких прыжков между задачами: Добейтесь завершения задачи, прежде чем брать другую. Прыжки между задачами часто используются, чтобы избежать усилий и ответственности за реальную реализацию, создавая иллюзию большого объема (фиктивной) работ
Тестируйте как пользователь: Протестируйте задачу в продакшене, поставьте себя на место клиента и помогите ему достичь успеха без трений.
Интенсивное внедрение этих правил: Сопротивляйтесь искушению ослабить правила для новичков. Будьте крайне требовательны с первого дня.
Будут существовать давления, чтобы нарушить эти правила в угоду личным интересам, но дисциплина необходима для сохранения прозрачности и выравнивания команды. Без этого свободное поведение и оправдания будут доминировать, разрушая нашу культуру до такой степени, что нашим детям будет лучше вырасти в дисциплинированном китайском приюте, чтобы освоить культуру победителей. Сделайте стратегию выхода из зоны комфорта, принятия полной ответственности, роста и достижения результатов выигрышной!
6. Культурные Усиления
Привлечение к ответственности: Ошибки или баги должны быть исправлены как можно быстрее тем, кто их создал — требуйте этого!
Наказание за оправдания: Указывайте на любые попытки самооправдания (например: «Я не показываю демо, потому что кто-то не перенес мой код в продакшен». Ваш ответ: «То есть, ты предпочел искать оправдания, вместо того чтобы добиться переноса в продакшен или поднять вопрос на командном завтраке?»).
Сокрытие ошибок — это преступление: Это начинается с “перекручивания” информации и быстро превращается в привычку распространять ложь, вводя команду в заблуждение и парализуя прогресс.
Никаких прыжков между задачами: Настаивайте на завершении одной задачи, прежде чем брать другую. Прыжки между задачами часто используются для избегания усилий и ответственности, необходимых для реальной реализации, создавая лишь иллюзию большого объема (фиктивной) работы.
Тестируйте как пользователь: Доведите задачу до продакшена и протестируйте её. Поставьте себя на место клиента и помогите ему достичь успеха без лишних сложностей.
Интенсивное внедрение этих правил: Сопротивляйтесь искушению использовать новичков как оружие чтобы разрушить эти правила. Будьте максимально требовательны с первого дня.
Будут существовать давления, чтобы нарушить эти правила в угоду личным интересам, но дисциплина необходима для того, чтобы команда оставалась согласованной и прозрачной. Без этого доминировать будут свободное поведение и оправдания, разрушая нашу культуру до такой степени, что нашим детям будет лучше вырасти в дисциплинированном китайском приюте, чтобы освоить культуру победителей. Сделайте стратегию выхода из зоны комфорта, принятия полной ответственности, роста и достижения результатов выигрышной!
—
Джефф Сазерленд, автор Scrum:
“Планирование для видения и видимости вашего прогресса — это всё; планы бесполезны.”
Да, ему нужно было увидеть, как его друга сбил ракетный удар, чтобы понять правила Scrum и избежать подобной судьбы. Угроза существованию — самая инновационная сила.
Want to print your doc?
This is not the way.
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.