Agile в строительстве: реальность или утопия?
Строительство — довольно консервативная отрасль, но даже здесь внедряются технологические инновации. К примеру, использование BIM-технологий позволило сократить сроки сдачи объектов, уменьшить расхождение между сметной и реальной стоимостью, повысить качество решений и конструкций. Но программное обеспечение — это только инструмент, а для выхода на новый уровень важно пересмотреть сами подходы к работе. В этой статье коммерческий директор Trimble Solutions Russia Денис Купцов рассмотрит принципы технологии Agile и специфику их применения в строительной отрасли.
История и принципы Agile
Agile — это не просто методика, а целая философия. Она зародилась в самой прогрессивной отрасли экономики — сфере IT. До начала XXI века ПО разрабатывали методом водопада, который и сегодня используют в строительстве. Его суть в том, что проект проходит несколько последовательных этапов, после чего попадает к конечному пользователю. Однако с каждым годом продукты становились всё сложнее, что привело к серьёзным проблемам, таким как перерасход средств и срыв графика.
В итоге программисты поняли, что старый подход устарел, и предложили новую философию. В феврале 2001 года 17 разработчиков встретились на горнолыжном курорте Сноубёрд в штате Юта и приняли упрощённые методы работы. Они опубликовали манифест, включающий 12 принципов Agile, — их активно используют и сегодня:
- Главный приоритет работы — удовлетворение потребностей клиентов путем своевременной и непрерывной поставки ценного продукта.
- Изменения приветствуются даже на поздних стадиях разработки — они помогают обеспечить конкурентное преимущество.
- Создавать работающий продукт нужно как можно чаще. Цикл — от нескольких недель до нескольких месяцев.
- Заказчик и разработчик должны взаимодействовать ежедневно.
- Над проектом должны работать мотивированные профессионалы. Нужно создать для них комфортную среду.
- Самый эффективный способ передачи информации другим членам команды и заказчику — личный разговор.
- Основной показатель прогресса — работающий продукт.
- Процесс разработки должен быть устойчивым. Для этого заказчики, подрядчики и пользователи должны иметь возможность всегда поддерживать один и тот же темп работы.
- Постоянное внимание к техническому совершенству и качеству проектирования повышает маневренность.
- Простота имеет значение. Её можно определить, как умение минимизировать количество лишней работы.
- Лучшие проекты рождаются у самоорганизующихся команд.
- Группа должна регулярно думать о повышении своей эффективности и корректировать способы работы для улучшения результата.
За эти годы эффективность гибких методологий управления проектами оценили во многих отраслях. Компании отмечают, что следование принципам Agile позволяет ускорить работу, улучшить её результаты, выстроить взаимодействие в команде.
При этом принято считать, что в строительстве гибкий подход внедрить практически невозможно, поскольку работа над проектами ведётся последовательно, а изменения стоят дорого — особенно на поздних этапах. Действительно, второй принцип Agile-манифеста стоит трансформировать. Например, так: благодаря тому, что работа разделена на короткие отрезки, заказчик и подрядчик могут оперативно вносить изменения на ранних стадиях.
Принцип номер 3 тоже можно модифицировать. Так, в IT-отрасли команда раз в пару недель должна выдавать работающий продукт с ограниченным функционалом, а в строительстве можно говорить о разделении проекта на несколько участков и параллельной работе над ними. Остальные принципы актуальны и без изменений.
Agile в строительстве — мировой опыт
Рассмотрим два примера использования Agileпри возведении серьезных объектов.
С 2012 по 2014 год поставщик топлива для атомных электростанций Centrus Energy Corp и Министерство энергетики США реализовали совместную программу исследований, разработок и демонстраций, чтобы подтвердить техническую готовность американской центрифуги — технологии обогащения урана следующего поколения.
Программа обошлась в 350 миллионов долларов и позволила построить, установить и протестировать коммерческие системы поддержки установок и каскад из 120 машин. В реализации проекта приняли участие 169 компаний из 28 штатов, а общая численность работников превысила 1100 человек.
Подрядчикам пришлось преодолеть немало трудностей: это и сжатые сроки с отчетными периодами, и траншевое финансирование, и строгий надзор со стороны госструктур. В таких условиях традиционные методы заключения контрактов и последовательные переключения между этапами оказались не эффективны, поэтому был выбран Agile-подход. Для управления проектом и контроля ресурсов использовали программу Primavera, о результатах работы отчитывались ежемесячно.
В результате проект был выполнен в срок и в рамках бюджета, без каких-либо претензий со стороны надзорных или регулирующих органов. Министерство энергетики подтвердило завершение всех десяти технических этапов программы и всех пяти показателей эффективности.
Второй пример использования Agile в строительстве — возведение стадиона Оптус в Австралии в 2018 году. Заказчиком третьего по величине здания страны выступило Правительство штата Западная Австралия. Над проектом работали: генподрядчик — компания Multiplex, инженерная группа Arup и PDC Group (BIM-менеджмент).
BIM-модель стадиона, выполненную в программе Tekla, разделили на восемь квадрантов: четыре участка трибуны и четыре участка конструкции крыши. Это позволило командам повысить маневренность, придерживаясь общего графика. Архитектурные и конструктивные усовершенствования могли происходить параллельно, что позволяло избежать постоянной доработки при каждом обновлении проекта.
Работая с цифровой моделью здания по принципам Agile, специалисты разных компаний тесно взаимодействовали друг с другом с первого и до последнего этапа реализации проекта. Это позволило оптимизировать процессы. Например, удалось заранее изготовить более 3250 сборных железобетонных плит и хранить их за пределами площадки, чтобы доставить в нужное время для возведения чаши стадиона.
Работы по проектированию стальных конструкций выполняла объединенная команда. Комментарии и поправки от всех её участников отправляли заводу-изготовителю стали, чтобы их учли при производстве.
Применение BIM-платформы Tekla и принципов Agile позволило заказчику активно участвовать в процессе реализации проекта. Благодаря облачным технологиям, сотрудники разных компаний смогли совместно использовать BIM-модель, что позволило команде еженедельно проводить проверки на коллизии, оперативно вносить изменения на ранних этапах, выстроить оптимальный график работы и снизить затраты.
Сотрудничество компаний Arup и PDC при проектировании объекта позволило сэкономить 50% рабочего времени. В итоге стадион сдали на три недели раньше срока.
Перспективы Agile в строительной отрасли России
По данным исследования, проведенного в 2017 году компанией ScrumTrek, Agile в России набирает популярность, и не только среди программистов. Так, 32% тех, кто его применяет, не только не занимаются разработкой ПО, но и не работают в IT-организациях, а еще 10% никак не связаны с какими-либо цифровизируемыми услугами. Почти 40% из них работает в финансовой отрасли (включая страховые компании), а 13% — в тяжелой или легкой промышленности. Большинство этих людей применяют Agile всего 1 год.
32% тех, кто применяет Agile, не только не занимаются разработкой ПО, но и не работают в IT-организациях, а еще 10% никак не связаны с какими-либо цифровизируемыми услугами.
Если говорить об эффективности гибких подходов, то 63% тех, кто их использует, отметили, что ускорили поставки продуктов (или их вывод на рынок).
«Agile — очень перспективное направление, — считает генеральный директор архитектурного бюро «Стамтэк» Артем Литвинов. — На мой взгляд, эта тема незаслуженно игнорируется сообществом проектировщиков, хотя в ней много интересного"
Ни для кого не секрет, что конечный результат практически никогда не соответствует техническому заданию: в ходе создания проекта постоянно меняется архитектура и, как следствие, корректируется задание для конструкторов. Эти явления неизбежны, и вместо того, чтобы бороться с ними, нужно придумать способ органично вписывать эти поправки в свою работу.
Однако задуматься о внедрении новых методов должны не только проектировщики, но и заказчики. К сожалению, многие российские компании пока не готовы пересматривать свои подходы.
«У нас был опыт, когда мы целенаправленно хотели включить заказчика в процесс разработки продукции. Мы на еженедельной основе готовили прототип документации изделий. На языке Agile это называется «Минимально жизнеспособный продукт», или MVP. Передача такой документации и получение полезной обратной связи позволили бы нам итерационным путем выйти на желаемый результат и непрерывно улучшать продукт в процессе его разработки. После передачи первого прототипа документации мы получили от заказчика примерно такой ответ: “Ваши чертежи не готовы, поэтому мы не будем давать комментарии”. Мы подготовили законченные чертежи, и они ответили: “Зачем вы прислали нам два чертежа? Мы ждем от вас полный комплект”. А когда мы прислали комплект, они сказали: “Да тут все неправильно — переделывайте!”. Разумеется, в моем рассказе есть определенная доля преувеличения, но в целом характер взаимоотношений с заказчиком, если не брать в расчет несколько эпизодов действительно продуктивного общения, был именно такой».
Таким образом, чтобы гибкие методологии управления проектами прижились в нашей строительной отрасли, к их внедрению должны быть готовы все стороны. При этом прогноз оптимистический, ведь Agile в России находится в фазе бурного роста. По данным исследования ScrumTrek, компании в среднем уже применяют его 2,5 года, что всего на 1-2 года меньше среднемирового показателя. Можно предположить, что активное внедрение Agile в промышленности скоро затронет и строительную отрасль.
Очень бы хотелось. Однако мой опыт исследования этой области говорит, что сейчас идёт уклон в каскадные методики. Сопротивление строителей гибким методикам, по моим наблюдениям - запредельное. У нас пока принято обвинять другую сторону, а не вступать в партнёрские отношения.
Надеюсь, что-нибудь поменяется. Про гибкость в стройке всё чаще говорят.
Гибкие методологии строители применяют повседневно, именно такой подход приводит к успеху проекта, но зачастую строители сами не отдают себе в этом отчет.
Проблема применения идеологии Agile в строительстве, как мне кажется, кроется в консервативности участников отрасли, настороженностью к любому новшеству, и дополняется отсутствием информации о лучших наработанных практиках.