Пост-релиз к мастер-классу 24 мая “Agile: практика применения и изученные уроки”

24 мая PMOClub провел мастер-класс и дискуссию на тему «Agile: практика применения и изученные уроки». На мероприятии выступили Сергей Колосков, руководитель корпоративного проектного офиса Альфа-банк и Ольга Седакова, куратор клиентских проектов Диасофт. Модератором выступил Андрей Малахов, со-основатель Клуба Руководителей Проектных офисов (pmoclub.ru), эксперт pmlogic.ru. Мастер-класс собрал 30 профессионалов из известных компаний и банков: Ингосстрах, Сбербанк, JTI, ЮниКредит Банк, Faberlic, Прогресссофт, SAP, ВТБ24, Росевробанк, Белл Интегратор. Мероприятие проходило на площадке компании Белл Интегратор.

Атмосферу же мероприятия можно почувствовать, посмотрев трейлер к мероприятию.

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

1. Agile — идеология, которая внедряется не через принуждение, а через заражение. Это про культуру, философию, установки. Невозможно заставить использовать agile, можно показать его плюсы, включить команды в своеобразную игру, участие в которой само по себе будет интересным для участников. В этом смысле невозможно внедрить agile сверху, зато можно создать условия, при которых будет создана возможность для большего количества команд развиваться, обучаться и работать в стиле agile.
2. Agile опирается на стабильные самоуправляемые команды. Крайне рискованно и малопродуктивно пытаться запустить agile во временной команде, которая живет несколько месяцев. Для того, чтобы команда сработалась и инвестиции в команду окупились может потребоваться несколько лет. Так что неплохо, чтобы сформированная команда жила минимум 3 года. Сплоченная стабильная команда способна на работу без жесткого надзирателя — руководителя проекта. Он мигрирует или в скрам-мастера (реже) или во владельца продукта (чаще). Команда же способна сама договориться о формате ежедневной коммуникации или перераспределении работы в случае перегрузки или недогрузки отдельных участников.
3. Agile — это скорее стиль работы и коммуникации, чем регламентированный процесс и набор инструментов. Фокус внимания в управлении такими проектами перемещается с контроля за планом, бюджетом, сроками на постоянную коммуникацию с заинтересованными сторонами, общение между владельцем продукта и командой. Ритмичная ежедневная коммуникация, демонстрации клиенту результатов работы и ретроспективы — являются важнейшими элементами поддержания групповой энергии и осмысленности совместной работы. При этом не так важно, как происходит общения — у канбан-доски или удаленно по скайпу.
4. При внедрении agile не требуется стандартизировать все артефакты, например, то, как выглядят или используются канбан-доски. Такой подход дает поле для творчества отдельной команды и способствует ее большей приверженности процессу. Роль проектного офиса и методологов в том, чтобы, не нарушая микроклимата команд, способствовать тому, чтобы они, применяя agile подходы, выбрали из всего арсенала инструментов наиболее подходящие и адаптировали их к особенностям своих проектов и самой команды.
5. Agile — это среда, креативное пространство, в том числе физическое, которое позволяет включить в работу всех членов команды и способствовать их самовыражению и участию. Одним из катализаторов такого взаимодействия может быть эргономичная и удобная среда общения от ИТ систем для совместной работы, географически компактного размещения команды, позволяющего общаться лично с минимальным использованием электронной почты, до переговорок и стен, на которых можно свободно рисовать во время стэндапа.
6. При работе по Scrum крайне непросто найти людей, подходящих роль владельцев продукта — так как это де факто внутренний предприниматель, обладающий глубокими знаниями как продукта со стороны техники, так и со стороны клиента и бизнеса. Он отвечает и за удовлетворенность куратора, и за экономическую успешность внедряемого продукта, если таковая может быть оценена. Для него полученная ценность всегда выше, чем соблюдение проектного треугольника сроки-бюджет-содержание. Его взаимоотношения с куратором похожи на взаимоотношения инвестора и предпринимателя, который должен сначала проверить жизнеспособность бизнес-идеи, востребованность рынком, а потом в случае успеха развивать продукт, принося доход инвестору.
7. Agile не подразумевает индивидуальных наказаний или поощрений внутри проектной команды. Фокус смещается с одного ответственного на ответственность команды в целом. За счет этого убирается как возможность одному из членов команды указать на ошибки другого за пределами команды. Исключается противопоставление «заказчик-исполнитель». Успех, как и неудача, становится общим, как следствие, убирается жесткое разделение зон ответственности внутри команды, каждый помогает в силу своих возможностей, если на каком-то участке не хватает рук. Такая объединенная ответственность подразумевает высокий % участия каждого из членов проектной команды в одном конкретном проекте.
8. Agile неприменим для всех типов проектов, и он ни в коем случае не заменяет классический project management. Лучше всего он подходит для инновационных монопродутовых проектов, которые могут быть быстро проверены рынком или пользователем на состоятельность, а вот для тяжелых кросс-функциональных проектов со сложной архитектурой или совсем классических инфраструктурных проектах он, если и может использоваться, то либо ограниченно, либо в комбинации с классическими подходами.
9. Agile — не панацея, а способ более гибко реагировать на обратную связь от рынка и клиента в случае, когда требования к продукту не могут быть определены заранее с высокой достоверностью. Именно такая гибкость отличает компании, которые слышат «голос клиента» и учитывают его при создании своих продуктов и услуг на как можно более ранней стадии. Если же на ранних стадиях развития продукта ему не сопутствует коммерческий успех и куратор не готов продолжать финансирование, то проект естественным образом завершается досрочно, что сложно реализуемо в классических проектах с четко определнными рамками.
10. Развитию agile внутри организации могут препятствовать многие службы, живущие по законам порядка и бюрократии, такие как, служба безопасности, риски, служба закупок, финансисты и т.д. Это не плохо и не хорошо, просто нужно понимать, что это обусловлено как культурно, так и с точки зрения управления рисками бизнеса. Роль проектного офиса в том, чтобы упростить процедуры, связанные с открытием проектов и их финансированием, по крайней мере с запуском пилотов, ограниченных по времени экспериментов по созданию или изменению продуктов или услуг. При всем при этом крайне сложно сделать всю организацию agile-мыслящей. Скорее всего, останутся островки, которые продолжат работать в традиционном стиле. Нужно быть к этому готовым.

Материал подготовлен Андреем Малаховым

Отзывы участников о мероприятии:

Мероприятие очень своевременное и актуальное. Отдельное спасибо докладчикам за наглядный рассказ об ограничениях в применении Agile и о возможных проблемах в работе scrum-команды

Андрей Язев, Сбербанк, руководитель проектов

Прошедшее мероприятие дало возможность познакомится с конкретными успешными практиками применения Agile технологий и понять на сколько эти практики могут быть применимы в своей компании.

Сорокин Максим, Сбербанк

Очень понравились доклады спикеров и дальнейшее обсуждение. Спикеры — действительно, опытные, знающие и интересные люди. Особенно интересен оказался опыт Альфа-Банка, как примера внедрения «свободолюбивой» проектной методологии в организации, бизнес которой находится под пристальным вниманием регуляторов и, по сути, является довольно консервативным. Вместе с тем — для них гибкий подход, это не только и не столько методология ведения ИТ проектов, а скорее средство поддерживающее дух внутреннего предпринимательства. Меня этот пример заставил несколько пересмотреть роль «Product Owner» — посмотрим, удастся ли применить полученные знания на практике у себя.

Хитрин Сергей, руководитель ИТ-службы

С учётом актуальности обсуждаемой темы, мероприятие очень понравилось. Было интересно послушать реальные кейсы и понять работу на практике. Для меня, как только начинающего в данном вопросе было очень полезно.

Ярослав Рашевский

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

Фомкина Елена, ЮниКредит банк, руководитель проектов

Очень актуальный формат: Вечером — без отрыва от работы Коротко о главном) Получила базу для размышлений,зарядилась энергией, пообщалась с интересными людьми.

Евгения Лапина, М-видео, Директор по проектам

Интересные доклады, живая дискуссия. Очень полезный опыт, которым поделились докладчики.

Александр Семенов, Сбербанк, руководитель проектного офиса Блок Риски

Для получения электронных материалов (майндмэпы и презентации) заполните контактную форму нашей рассылки.

Полная видео-версия докладов и дискуссии доступна после оплаты ниже. Общее время видео — более 2-х часов.

Тизер к мероприятию см. здесь>>

Стоимость записи – 1500 руб.