21 — 22 июля ребята со SCRUM Ukraine провели Scrum Trainers Retreat «Train the Trainer».

Два дня был достаточно насыщенными как новой информацией так и обменом опытом.

В тренинге приняли участие SCRUM Master-а и тренера с различных компаний.

Каждый участник имел возможность проработать свой тренинг более детально а так же познакомились с графической фасилитацией,  и обменяться «тренинговыми фишками» с другими участниками.

Было здорово !!! Спасибо ребятам со SCRUM Ukraine

И несколько фотографий  🙂

Всем привет

Как и обещал, сегодня обсудим вопросы использования гибких технологий и планирования проектов.

Прежде чем перейти к вопросы как и в каких случаях этот подход лучше использовать или наоборот лучше НЕ использовать, расскажу немного об основных принципах подходов Scrum, Kanban к ведению проектов.

Данные подходы набрали свою популярность в сфере ИТ технологий и разработки программного обеспечения, обеспечивая гибкость работы команд и достижения результатов при плотном взаимодействии с Заказчиком.

Теперь, учитывая данные ключевые подходы, можно обсудить когда и как их лучше применять (Кроме ИТ сферы, так как там эти подходы во всю применяются :-)).

Так как команды небольшие, желательно что бы размещались в одном месте и имели доступ до «ДОСКИ«, то это один из эффективных подходов для StartUP-проектов, где ключевым является повышенная вовлеченность всех участников в проект, чему способствуют ежедневные встречи по Спринтам.

К тому же для Стартапа важно иметь всю картинку проекта в одном месте, доска как нельзя кстати подходит. Так же можно использовать элементы гибких технологий в проектах с «Расплывчатыми целями» , где важной составляющей является постоянный мониторинг движения и прояснение целей в процессе проекта.

Можно использовать комплексный подход, где внешние рамки проекта — «водопад», внутри же самого проекта используются элементы гибких технологий для части работ, где это применимо.

В каких случаях применение гибких технологий проблематично:

Сложно использовать такой подход, где достаточно большое количество участников и при этом проект длительный и сложный, где цена ошибки достаточно высокая и требуется тщательное планирование и только после него — реализация.

Сложно его использовать в проектах строительства. Сложно использовать с участием распределенных команд, хотя это и может быть нивелировано современными интернет технологиями. Сложно использовать в проектах больших компаний, где принят «водопадный подход», а подрядчик использует гибкие технологии.

Сложно использовать в проектах с фиксированной ценой, так как гибкие технологии, больше предполагают подход «Time&Materials«.

В целом, как и любой инструмент данный подход имеет свои сильные и слабые стороны, часть из которых мы обсудили. И каждый менеджер проекта, отталкиваясь от специфики проекта выбирает те инструменты, которые более эффективны и применимы.

Более подробно про гибкие технологии можно прочитать на соответствующих сайтах или поискать детали в интернете. Могу так же рекомендовать книги на русском языке, где просто и доступно описаны ключевые принципы этого подхода, с примерами из ИТ отрасли. Книга называется: » Kunban и Scrum: выжимаем максимум» и «Scrum и XP: заметки с передовой«.

Ну и на этом сегодня все.

Удачных Вам проектов!!!     ……