Agile для не IT-компаний: а что так можно было?

Методология Agile сегодня используется во многих крупных компаниях по всему миру. К сожалению, как и OKR, у нас эта практика еще не очень популярна. Многим IT и даже не техническим компаниям, чтобы стать более эффективными и создавать востребованные продукты, стоит посмотреть на свой стиль работы под другим углом.

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

Что такое Agile

Agile – это подход, который помогает командам быстро реагировать на отзывы о проекте. Это позволяет оценивать возможные направления и вносить изменения в проект в процессе работы над ним. Иначе такой подход называется интеративным.

Agile помогает компаниям проектировать и создавать правильный продукт. Такой процесс управления очень полезен для IT-компаний, потому что он помогает анализировать и улучшать свой продукт на протяжении всего процесса разработки. Agile-подход позволяет создать продукт с высокой конкурентоспособностью.

История и принципы

В 2001 году небольшая группа людей, устав от традиционного подхода к управлению проектами разработки программного обеспечения, сформулировала Agile Manifesto, как описание улучшенного метода управления прогрессом технических проектов.

Манифест Agile имеет четыре важных пункта:

1. Следует уделять больше внимания людям и взаимодействиям, а не процессам и инструментам.
2. Работающий продукт важнее, чем полная документация.
3. Сотрудничество с клиентами важнее, чем переговоры по условиям контракта.
4. Процесс должен реагировать на изменения, а не следовать изначальному плану.

Существует 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 – это разрушение жестких структур, которые не позволяют людям выполнять свою работу лучшим образом. Поэтому большинству современных компаний стоит знать об этом подходе и по возможности применять его на практике.

• Тайм-менеджмент