Алексей Корсун, консультант по Agile

Agile и Lean в управлении проектами

Agile-блог   

Главная » 2016 » Ноябрь » 12 » Итоги Agile в строительной компании
15:05
Итоги Agile в строительной компании

Вот и закончилось внедрение Agile в строительной компании Gravion Group. Если быть более точным — в компании занимающейся инвестиционными проектами в сфере недвижимости. Работал в команде архитекторов, инженеров, конструкторов. Хотя в итоге ими дело не ограничилось. Об этом дальше.

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

Последнее было особенно неожиданно. В сфере IT люди свято уверены, что уж в строительстве-то ТЗ незыблемо. Как бы не так. На стадии проектирования постоянно изменения. Проектируешь дом на 40 квартир, а заказчик потом просит сделать их меньше, но 50, и ещё добавить детскую площадкуб и чтобы фасад был нестандартный, но чтоб всё дёшево.

Оказалось, и в строительстве надо быть гибким. Так что все те вещи, с которыми отлично работает Agile тут есть.

Проблему изменения ТЗ и коммуникаций с заказчиком решили внедрением еженедельного демо, чтобы заказчик видел куда идёт продукт.

Тут было очень интересно определять, а что же показать заказчику каждую неделю. Помните картинку:

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

По мере внедрения Agile подцепили заодно и техническую основу в виде BIM. Они с Agile очень хорошо дружат. Это так — моим последователям на заметку.

Однако, самой сложной частью оказалась работа с менеджерами проектов и руководством. Нет, не подумайте — руководство в компании замечательное. А от middle-менеджмента я в восторге. Уровень подготовки менеджеров проектов в строительстве (по опыту общения с 4-мя командами) кажется, значительно выше, чем в аналогичной IT-компании.

Но, как оказалось, проблемы в приоритезации работ внутри каждого проекта лежат гораздо выше — на уровне приоритезации портфеля проектов. То есть компания берёт очень много проектов и старается их всех выполнять «параллельно». Якобы «для ускорения». В итоге получатся жонглирование 10-ю проектами одновременно. Ребята стараются, но физически это невозможно. Да и в итоге каждый проект таким образом задерживается. Простая иллюстрация на тему:

Здесь видно, что когда одна команда пытается делать «параллельно» проекты A, B и C, постоянно переключаясь между ними, каждый проект в итоге заканчивается позже, чем если бы она делала их, не переключаясь межу ними.

Разумеется, тут сразу много возражений, и во главе: «а если команде пока нечего делать и она ждёт заказчика?». Почему бы тогда не заняться другим проектом?

Ответу «почему это плохой вариант» я и посвятил несколько сессий при работе как с руководством, так и с менеджерами. Поняли, что надо устранять ожидания, а не занимать команду другими проектами. Но не только поняли — а придумали КАК именно устранять их даже в на первый взгляд «невозможных случаях». Чем заняться команде если проект ушёл на 30 дней на экспертизу? Оказалось, есть прекрасный ответ и на этот вопрос.

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

В итоге начинали с одного пилотного проекта, но потом заказали внедрение Agile и во втором проекте. Сейчас Agile стал официальной идеологией разработки этой компании.

А на моём сайте появился отзыв от заказчика - Gravion Group :)

Просмотров: 431 | Добавил: akorsun | Рейтинг: 0.0/0
Всего комментариев: 0
Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]
Алексей Корсун
Консультант по управлению проектами и постановке процессов

me@akorsun.ru
skype: akorsun
Архив записей
Поиск
Отзывы
JetBrains, Вадим Гуров

За несколько лекций Алексей донес до нашей команды основные принципы Scrum'a, развеял наши стереотипы и заблуждения, придал начальный положительный импульс. Первые два спринта мы, конечно, слили, но благодаря тому, что Алексей курировал основные мероприятия в каждом спринте, мы быстро набрали форму, и вполне успешно завершили последующие спринты. » читать далее
Avia Sales, Борис Каплуновский

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