Вопрос организации в любом бизнесе — ведущий. От того, как будут выстроены процессы, зависит и их эффективность, и, следовательно, качество конечного продукта.
Agile — это способ ведения проектов, даже философия управления, которая появилась более 20 лет назад.
Agile возник как альтернатива подходу к работе, построенному на основе отчетности и поэтапной разработки, например, водопадному методу — Waterfall. Он работает линейно и не предполагает постоянного контакта с клиентом. Этот метод хорош в идеальных условиях: когда все необходимые для создания продукта вводные известны сразу и точно не будет неожиданных изменений. В ИТ, где над одним продуктом часто работают сразу несколько команд, это практически невозможно.
Agile — действительно эффективный метод, приносящий в работу команд гибкость и слаженность. Но и у него есть свои тонкости, ведь управление — сложная задача, решение которой часто зависит и от структуры компании, и от личного взаимодействия сотрудников. А еще — от сферы бизнеса, в которой работает компания, и ее специфики.
В ИТ Agile оказался недостающим кусочком пазла, идеально дополняющим общую картину. Вся сфера предполагает постоянную изменчивость, как и каждый проект в отдельности. Почему именно Agile подходит IT, рассказываем ниже.
Почему Agile и ИТ созданы друг для друга
Agile обладает несколькими характерными чертами:
- стремление к сотрудничеству с заказчиком;
- упор на взаимодействие людей, обмен информацией;
- гибкость — готовность внести изменения в план в любой момент;
- нацеленность на результат — на работающий продукт, а не отчетность.
Agile включает в себя несколько методологий, систем принципов и практик. Они более конкретно раскладывают рабочий процесс на шаги, из которых составляется подвижный план, позволяющий добиться нужного результата.
Ключевая особенность философии — универсальность, снижение издержек при внесении изменений в проект: каждая из методологий легко подстраивается под задачи вашей команды или требования клиента в моменте. Адаптивностью и объясняется широкая практика внедрения Agile. Это качество — большой плюс для ИТ-сферы, в которой создание продукта априори отличается гибкостью: между разработкой и производством условной программы нет разрыва, это один и тот же процесс.
Для Agile характерен «итеративный» подход — весь процесс разработки разбит на несколько мелких этапов по 2-3 недели. После завершения каждого из них команда анализирует результаты своих действий и составляет дальнейший план действий.
Разбиение процесса на небольшие задачи позволяет разрабатывать продукт максимально эффективно. Расстановка приоритетов здесь играет решающую роль — в первую очередь важно реализовывать «горящие» и базовые характеристики продукта. Создав минимальный необходимый функционал продукта (MVP), команда, тестируя его базовую версию, может проверить, отвечает ли он потребностям рынка и бизнеса. И после достраивает поверх «фундамента» дополнительные функции и возможности.
Например, наши коллеги из «Иннотех» поэтапно разрабатывали проект DION — сервис видеоконференций с гибридной облачной инфраструктурой. Стояла задача создать систему для внутренней работы с гарантированной конфиденциальностью данных. И, соответственно, в первую очередь команда решила проблему защищенности канала и выпустила продукт с MVP для своих задач. После проект продолжили развивать, вывели на рынок и сделали пригодным для массового использования: сейчас DION предусматривает до 1000 равноправных участников в рамках одной встречи.
Agile-перестройка нужна не только разработчикам
Agile несложно понять. Однако компаниям не так просто внедрять Agile в повседневную деятельность, потому что его нужно применять сразу во всех структурах компании, учитывая все практики — например, непрерывное обучение, меньшее количество формальных контролей и отчетов, стремление к упрощению всех процессов.
Если по Agile будут работать только команды разработчиков, этого не хватит, чтобы система действительно стала эффективной. Принципы гибких методологий работают, когда их применяют комплексно: важно взаимодействие всех участников проекта и обмен знаниями между разными отделами — если не синхронизировать их работу, пострадают сроки разработки и реализации конечного продукта.
Например, если разработка ведется гибко и быстро, по принципам Agile, а отдел бухгалтерии работает стандартно, то бухгалтеры будут не успевать платить подрядчикам, вести расчеты, и в итоге будут тормозить весь проект.
При этом масштабная перестройка работы всех отделов компании — это сложный и продолжительный процесс. В него должны быть вовлечены и менеджеры по трансформации, и эксперты в Agile, и руководители бизнеса. Компаниям требуется много времени, чтобы полноценно перейти на Agile. И далеко не все решаются радикально изменить свои процесс
Мы в Т1 Цифровой Академии на практике знаем, как внедрить процессы Agile в работу компании — рассказываем на примере ГК «Иннотех».
У ИТ-компании быстро вырос штат: всего за три года — до 10 000 сотрудников. В «Иннотех» пришли к выводу, что разработка общих продуктов стала запутанной, и требуется внедрить единый производственный процесс на базе Agile. Продумав его, заказчик обратился к нам, чтобы оптимизировать обучение сотрудников.
Мы изучили структуру, которую требовалось внедрить в компанию, и методы решения таких задач на примере лучших мировых ИТ-компаний: практики внедрения через лидеров изменений, профсообщества, субкультурное обучение.
Из чего состояла наша работа:
- Анализ. Мы провели аудит команд, собрали все требования, предложения, барьеры и возражения от HR, ИТ, руководителей и бизнеса.
- Выбор метрик. Вместе со специалистами «Иннотех» мы выбрали метрики, на которые требуется повлиять, и разработали систему отслеживания этих метрик в реальном времени.
- Создание инструментов для эффективного внедрения нового процесса. Мы провели оценку и отобрали лидеров для внедрения новой системы в роли Scrum-мастеров, объяснили им нюансы работы по Agile и особенности его запуска внутри компании, разработали массовый курс для всех ролей по новому процессу, включив в него интерактивные тренажеры и игровые механики. Наконец, запустили сообщество для помощи и консультаций.
- Проектирование образовательных решений. Коучи «Иннотех», разработавшие единый производственный процесс, выступали экспертами-консультантами во время проектирования решений. Нам было важно сделать курсы подходящими под реальные рабочие задачи.
- Интерактивные мероприятия с чемпионами компании. Мы приглашали сотрудников «Иннотех», успешно внедривших Agile в своих командах, поделиться советами по трансформации и наблюдениями, какую пользу приносит им новый метод.
- Мотивационные мероприятия с руководством. Они проходили и очно, и в формате вебинаров. Так мы добились максимального участия и вовлеченности топ-менеджеров.
- Оптимизация нагрузки. Первое обучение Scrum-мастеров проводили создатели единого производственного процесса — специалисты из «Иннотех». А наши преподаватели перенимали их опыт, после чего обучали кандидатов самостоятельно.
Каковы же итоги?
- 92% сотрудников положительно отзываются о работе по новой системе — это на 61% больше прежних показателей;
- 100% коллег успешно выполнили первую рабочую задачу по новому процессу;
- «Иннотех» стал ежемесячно выпускать на 60% больше Scrum-мастеров;
- 93% сотрудников получают ответ по производственному процессу от центра компетенций в течение 1 часа.
Если приложить усилия, Agile — верный способ настроить во всех отделах ИТ-компании гибкие и эффективные процессы. Он хорошо подходит для разработки программных продуктов, а итерации по модели MVP позволяют помогают создать по-настоящему нужный рынку продукт.
Однако понять принципы Agile не так трудно, как внедрить их, особенно во всех отделах одновременно — и в продуктовых командах, и в бэк-офисе. Сложно привлечь к переменам и руководителей. Но сама философия того стоит, ведь дает преимущества по скорости разработки продукта и гибкости реакций на постоянно меняющиеся условия.
