Инфоцентр
19 июня под эгидой клуба ИТ-директоров Тюменского региона, при поддержке партнера клуба — ЗАО «Тюмбит-АСУ», прошел командный тренинг по Scrum. Среди участников тренинга были как простые разработчики, так и ИТ-директора тюменских компаний. Участники тренинга пришли к следующим выводам…
SCRUM нужен не только в программных, но и в консалтинговых проектах там, где заказчик не может четко сформулировать ожидаемый результат. Где результатом может быть процесс или целая система управления отдельным бизнес-процессом либо предприятием в целом.
Тренинг провел, Алексей Пикулев, директор «Agile Technologies» (г. Екатеринбург), Certified Scrum Master, Certified Scrum Product Owner, Agile coach.
В программе были интереснейшие темы:
— Каркас Скрам
— Роли в #SCRUM. Кто такой Скрам Команды Разработки. Кто такой Скрам-мастер. Кто такой Владелец Продукта
— Процедуры SCRUM. Артефакты SCRUM
— Подготовка Беклога – Backlog Grooming
— Планирование релизов в Скрам
— Оценивание сложности и длительности работ
— Планирование спринтов
— Ежедневный Скрам-митинг
— Ревью Спринта, демонстрации и приемка работ
— Ретроспектива и процесс улучшений процесса
— Масштабирование Скрам.
— Симуляция полного цикла Скрам-проекта. (Lego-Scrum).
Если у Вас есть вопросы, то можете их задать в комментарии к данной статье или обращаться в ЗАО «Тюмбит-АСУ» по телефону: (3452) 689-689, e-mail: info@t-asu.ru
Какие плюсы по ведению проекта по SCRUM в отличие от «консервативного» управления?
Основные плюсы Scrum:
1. Заказчика не «напрягают» утвержденным ТЗ, т.к. за 15 лет работы мы поняли, что подписывая ТЗ заказчик не осознает и не представляет себе в полной мере — что получится. Половина функционала ТЗ — фантазии консультанта из его предыдущего опыта. Заказчик часто эти «фишки» не понимает, он до них не созрел и, соответственно, потом большая вероятность, что даже пользоваться этим не будет. Делается по принципу «пусть будет на всякий случай, вдруг потребуется». ТЗ в Scrum заменяет список требований/хотелок (Backlog)
2. Проектная команда наделена ответственностью, правами и обязанностями и сама решает — что наиболее эффективно. В Scrum все участники проектной команды «включают мозги», а не только руководитель проекта;
3. Очень полезны ежедневные совещания по утрам, планерки по проекту (Daily Scrum Meeting )
4. Проект делится на короткие задачи до 1 недели длинной (не более 2-х недель) — Sprint. Однако результатом Sprint должен быть вполне осязаемый результат, который показывают заказчику при сдаче работ, что называется Demo;
5. Короткие Sprint позволяют заказчику и проектной команде лучше осознать окончательный результат не только Sprint, но и всего проекта. Поскольку в его начале ни заказчик, ни исполнитель не представляют себе четко этот вожделенный результат. Они его и представлять то могут по разному. В процессе коротких Sprint -ов это видение сближается и более четко прорисовывается так, что к завершению проекта все приходят к одному, единому результату.
6. Очень важны Ретроспективы или ревью Спринта, когда разбираются детально успехи и проблемы, возникшие на каждом спринте.
Часть перечисленных особенностей встречается и в классической методологии управления проектами, с другими названиями, но по большому счету не важно — как называется. Главное — методология вполне стройная и чтобы добиться результата — надо этой дорогой идти. 🙂