Подписывайтесь на рассылку статей для HR и рекрутеров! Будьте в тренде с Hurma ;)
Я даю своё согласие на обработку Персональных Данных в соответствии с Политикой конфиденциальности и принимаю Пользовательское соглашение
Методология Agile сегодня используется во многих крупных компаниях по всему миру. К сожалению, как и OKR, у нас эта практика еще не очень популярна. Многим IT и даже не техническим компаниям, чтобы стать более эффективными и создавать востребованные продукты, стоит посмотреть на свой стиль работы под другим углом.
В этой статье мы разберемся с тем, что же такое подход Agile, какими методами он руководствуется и как внедрить его в не IT-компанию.
Agile – это подход, который помогает командам быстро реагировать на отзывы о проекте. Это позволяет оценивать возможные направления и вносить изменения в проект в процессе работы над ним. Иначе такой подход называется интеративным.
Agile помогает компаниям проектировать и создавать правильный продукт. Такой процесс управления очень полезен для IT-компаний, потому что он помогает анализировать и улучшать свой продукт на протяжении всего процесса разработки. Agile-подход позволяет создать продукт с высокой конкурентоспособностью.
В 2001 году небольшая группа людей, устав от традиционного подхода к управлению проектами разработки программного обеспечения, сформулировала Agile Manifesto, как описание улучшенного метода управления прогрессом технических проектов.
Методология Agile довольно широка, но самые популярные методы — Kanban и Scrum.
Визуальный подход к управлению проектами, когда команды создают физические представления своих задач, часто используя заметки на досках (или через онлайн-приложения). Задачи проходят через заранее определенные этапы, чтобы отслеживать прогресс и выявлять общие препятствия.
Метод, в котором небольшую команду возглавляет Scrum Master, основной задачей которого является устранение всех препятствий для успешного завершения работы. Работа выполняется короткими циклами, называемыми спринтами, команда ежедневно собирается для обсуждения текущих задач и проблем, которые необходимо устранить.
Adaptive Project Framework – это адаптивная структура проекта. Такой метод управления проектами вырос из идеи, что большинством IT-проектов нельзя управлять с помощью традиционных методов. Работа выполняется поэтапно и оценивается после каждого этапа.
Extreme Project Management – это экстремальное управление проектами. Метод, в котором вы можете изменить план проекта, бюджет и даже конечный результат в соответствии с меняющимися потребностями, независимо от того, как далеко продвинется проект.
Методология 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 – это разрушение жестких структур, которые не позволяют людям выполнять свою работу лучшим образом. Поэтому большинству современных компаний стоит знать об этом подходе и по возможности применять его на практике.
Я даю своё согласие на обработку Персональных Данных в соответствии с Политикой конфиденциальности и принимаю Пользовательское соглашение