Scrum Process Canvas – это инструмент scrum, созданный для того, чтобы помочь вам управлять вашим scrum-проектом – от определения видения проекта до сдачи готового продукта. Беспрепятственная навигация по всему процессу scrum в едином, красиво оформленном холсте процесса scrum. Выполняйте действия scrum быстро, легко и плавно. Поддерживайте полную вовлеченность всей команды. Наше программное обеспечение agile делает проекты agile простыми и эффективными.
Продолжить чтение
Лучший инструмент Scrum — автоматизация всего процесса на одной странице
Scrum Process Canvas – это инструмент управления Scrum. Он представляет собой одностраничную схему процессов Scrum. Члены команды выполняют действия для управления и завершения программных проектов. Полотно процесса Scrum полностью настраивается, позволяя вам добавлять дополнительные действия (например, определенные встречи) и результаты процесса (например, журналы, специфичные для конкретной области) в процесс Scrum для удовлетворения ваших конкретных потребностей проекта.
Продолжить чтение
Правила Scrum — Спринт
Согласно Scrum.org, спринт – это “месяц или меньше, в течение которого создается “завершенный”, пригодный для использования и потенциально выпускаемый приращение продукта”. Продолжительность спринта неизменна на протяжении всего процесса разработки. Новый спринт начинается сразу после окончания предыдущего спринта……..
Продолжить чтение
Правила проведения скрам-церемоний — собрание по обзору спринта
Как описано в Руководстве по Scrum, структура Scrum состоит из команд Scrum и связанных с ними ролей, событий, артефактов и правил. Однако правила Scrum не так легко определить, как роли, события и артефакты. В данном списке сделана попытка извлечь эти правила для проведения мероприятий Scrum и предоставить их в качестве дополнительного ресурса к Руководству по Scrum.
Продолжить чтение
Правила Scrum-церемоний — Ретроспектива Спринта
Ретроспектива спринта проводится после обзора спринта и перед планированием следующего спринта. Для одномесячного спринта это максимум трехчасовая встреча. Ретроспективное совещание – это, по сути, совещание по “улучшению”, на котором ищутся пути и способы выявления потенциальных подводных камней, ошибок прошлого и поиска новых способов их избежать. На совещании присутствуют все участники – владельцы продукта, Скрам-мастера, члены команды разработчиков и, по желанию, заинтересованные стороны.
Продолжить чтение
Правила проведения скрам-церемоний — собрание по планированию спринта
Встреча по планированию спринта проводится перед началом спринта. Цель этого собрания – определить план спринта и установить цели спринта. План спринта включает согласование количества элементов бэклога в спринте, за которые будет отвечать команда разработчиков, а также определение целей для текущего спринта и бэклога спринта.
Продолжить чтение
Правила Scrum-церемоний — Scrum Master
Скрам-мастер отвечает за то, чтобы все, кто имеет отношение к проекту, будь то куры или свиньи, следовали правилам Скрама.
Продолжить чтение
Правила церемоний Scrum — Ежедневная встреча Scrum
Ежедневное scrum-совещание (называемое daily stand up meeting) обычно проводится каждое утро в каждом спринте, время длится примерно 15 минут. В agile-практике scrum команда обычно проводит собрание вовремя в 9:00 в одном и том же месте.
Продолжить чтение
Процесс Scrum: от элементов бэклога продукта к готовому приращению продукта
Целью повседневной работы в спринте является создание отгружаемого приращения продукта в форме, которая может быть передана клиенту или пользователю. В контексте одного спринта приращение продукта или отгружаемое приращение означает, что рабочий продукт был разработан, интегрирован, протестирован и документирован в соответствии с определением проекта и считается готовым к выпуску.
Продолжить чтение
Руководство по Scrum — как организовать ретроспективную встречу
Ретроспектива спринта проводится после обзора спринта и перед следующим планированием спринта. Для одномесячных спринтов это максимум трехчасовая встреча. Ретроспективная сессия – это, по сути, “улучшающая” встреча, которая проводится для поиска путей и средств выявления потенциальных подводных камней, прошлых ошибок и поиска новых способов избежать этих ошибок, на которой присутствуют все – владелец продукта, скрам-мастер, члены команды разработчиков и, по желанию, заинтересованные стороны.
Продолжить чтение