Agile для не IT-компаний: а что так можно было?
Методология Agile сегодня используется во многих крупных компаниях по всему миру. К сожалению, как и OKR, у нас эта практика еще не очень популярна. Многим IT и даже не техническим компаниям, чтобы стать более эффективными и создавать востребованные продукты, стоит посмотреть на свой стиль работы под другим углом.
В этой статье мы разберемся с тем, что же такое подход Agile, какими методами он руководствуется и как внедрить его в не IT-компанию.
Что такое Agile
Agile – это подход, который помогает командам быстро реагировать на отзывы о проекте. Это позволяет оценивать возможные направления и вносить изменения в проект в процессе работы над ним. Иначе такой подход называется интеративным.
Agile помогает компаниям проектировать и создавать правильный продукт. Такой процесс управления очень полезен для IT-компаний, потому что он помогает анализировать и улучшать свой продукт на протяжении всего процесса разработки. Agile-подход позволяет создать продукт с высокой конкурентоспособностью.
История и принципы
В 2001 году небольшая группа людей, устав от традиционного подхода к управлению проектами разработки программного обеспечения, сформулировала Agile Manifesto, как описание улучшенного метода управления прогрессом технических проектов.
Манифест Agile имеет четыре важных пункта:
- Следует уделять больше внимания людям и взаимодействиям, а не процессам и инструментам.
- Работающий продукт важнее, чем полная документация.
- Сотрудничество с клиентами важнее, чем переговоры по условиям контракта.
- Процесс должен реагировать на изменения, а не следовать изначальному плану.
Существует 12 принципов Agile разработки:
- Потребности клиента удовлетворяются путем непрерывной поставки продукта
- Требования клиента относительно продукта, следует удовлетворять независимо от этапа работы
- Осуществление частых обновлений
- Тесное сотрудничество и обсуждение с клиентом в течение всего процесса работы
- Информацию лучше всего передавать между сторонами в личных разговорах
- Мотивация людей к созданию проекта создает атмосферу признания и доверия
- Рабочий продукт – ключевой показатель прогресса
- Разработчики должны иметь возможность поддерживать постоянный темп работы на неограниченный срок
- Постоянное внимание к совершенству и качеству в технических характеристиках и дизайне
- Простота – способ не делать лишней работы
- Самоорганизованные команды создают лучшие продукты
- Чтобы быть более эффективными, команды должны адаптироваться к изменениям
Разница между Agile и традиционным подходом
Методы
Методология Agile довольно широка, но самые популярные методы — Kanban и Scrum.
Kanban
Визуальный подход к управлению проектами, когда команды создают физические представления своих задач, часто используя заметки на досках (или через онлайн-приложения). Задачи проходят через заранее определенные этапы, чтобы отслеживать прогресс и выявлять общие препятствия.
Scrum
Метод, в котором небольшую команду возглавляет Scrum Master, основной задачей которого является устранение всех препятствий для успешного завершения работы. Работа выполняется короткими циклами, называемыми спринтами, команда ежедневно собирается для обсуждения текущих задач и проблем, которые необходимо устранить.
APF
Adaptive Project Framework – это адаптивная структура проекта. Такой метод управления проектами вырос из идеи, что большинством IT-проектов нельзя управлять с помощью традиционных методов. Работа выполняется поэтапно и оценивается после каждого этапа.
XPM
Extreme Project Management – это экстремальное управление проектами. Метод, в котором вы можете изменить план проекта, бюджет и даже конечный результат в соответствии с меняющимися потребностями, независимо от того, как далеко продвинется проект.
Как внедрить Agile не в IT
Методология Agile не ограничивается командами разработчиков программного обеспечения. Бесчисленные организации улучшили свою гибкость и скорость, благодаря образу мышления Agile, и многие успешно применяют подход в каждом отделе. Agile уже широко используется в маркетинге, образовании и даже в производстве автомобилей. По факту, Agile основан на методологии LEAN, созданной в Toyota, которая делает акцент на устранении из всех процессов любых видов мусора - от непродуктивных многочасовых встреч и легко автоматизируемой работы, которая выполняется вручную, до длительных пауз в работе, потому что кто-то что-то не подписал.
Если вы не IT-команда, но хотите внедрить Agile, вы, вероятно, столкнетесь с сопротивлением переменам и это хорошо. Чтобы поощрять внедрение Agile в группах, не занимающихся разработкой, вы должны сначала продемонстрировать пользу, которую может обеспечить эта методология.
Не настаивать
Методология Agile довольно насыщена различными предписаниями, которые загоняют в рамки. Чтобы никого не отталкивать, не используйте Agile, как набор правил. Вместо этого сформулируйте подход, как культурную практику и образ мыслей для улучшения работы.
Применение Agile даже к проектам, не связанным с разработкой программного обеспечения, принесет дополнительную пользу вашему бизнесу, поэтому и рассматривать эти методы нужно не просто, как тенденцию, а как неизбежный прогресс.
Обратите внимание, что успешная Agile-культура поможет повысить независимость сотрудников, доверие и личную ответственность. Для Agile преобразований важно, чтобы они происходили более или менее органично. Никто не хочет мириться с еще одним смутным изменением стратегии, которое было предписано руководством.
Естественный переход
Вокруг Agile сложилось много практик интеграции. Вводите их интерактивно, и сможете избежать сопротивления, которое остановило многие изменения. Чтобы начать, исследуйте Scrum и Kanban. Постарайтесь понять, какие практики могут вам помочь и почему.
Если вы стремитесь к масштабному переходу на Agile, будьте особенно внимательны при планировании изменений. Например, для начала небольшое количество прогрессивных людей формируют пилотную команду, где применяют Agile-методы и измеряют свои показатели, чтобы доказать преимущества производительности. Затем команда делится и распределяется по другим командам. Такие изменения более естественны и не разрушают установленную организацию. Преобразование скорее итеративное, чем внезапное, а значит Agile принимается с использованием Agile.
Оптимизация под свою сферу деятельности
Некоторые Agile-тренеры отметили, что трудно связать идею “разработки работоспособного программного обеспечения” с другими областями бизнеса. Противники Agile часто отвергают нововведения, аргументируя тем, что они слишком сфокусированы на качестве, чтобы тратить время на введение новых практик. Такое мышление происходит из-за отсутствия понимания основных принципов Agile. Имейте в виду, что Agile не означает жертвовать качеством ради скорости. Подход больше о том, что вы должны обеспечивать высочайшее качество, которое можете, не увязая в бюрократии.
Концепцию разработки “продуктивного программного обеспечения” можно легко перенести в любую область. Это просто означает точку, где вы можете принести реальную пользу для ваших клиентов. Определите переменные значения в принципах Agile, которые будут актуальны для вашей команды.
Вы также не должны обязательно использовать язык Agile. Он был создан в мире IT и может быть неуместен или сбивать с толку ваших членов команды. Подумайте об изменении терминологии, чтобы отразить язык, на котором общаются сотрудники.
Объединять без формальностей
Когда у вас есть несколько команд, практикующих Agile, вы рискуете получить в итоге “Agile silos” – команды, которые практикуют Agile внутри компании, но им не хватает межгрупповой координации. Должно быть какое-то объединяющее видение, чтобы помочь превратить эти разные команды в совместную систему.
Важно синхронизировать свои команды, но вы должны быть осторожны, чтобы не увязнуть в формальностях и бюрократии. Центральным столпом Agile является замена процессов взаимодействиями. Принятие формальностей Agile без понимания их цели бессмысленно.
А нам точно нужен Agile?
Одна из самых больших ловушек, в которую вы можете попасть – рассматривать Agile как панацею, способную помочь вам выполнять больше работы за меньшее время. Agile – это разрушение жестких структур, которые не позволяют людям выполнять свою работу лучшим образом. Поэтому большинству современных компаний стоит знать об этом подходе и по возможности применять его на практике.