Современные организационные методологии: Agile

Среди последних трендов в области принципов организационного управления заметное место занимает  методология гибкой организации или agile methodology. Это подход к управлению проектами, в котором особое внимание уделяется гибкости, сотрудничеству и быстрой итерации. Первоначально данная методология возникла в области разработки программного обеспечения. Однако в дальнейшем она стала с успехом применяться и в других областях. Причины популярности методологии заключаются в том, что она позволяет организациям быстро реагировать на меняющиеся потребности бизнеса и требования клиентов.

Методология Agile может применяться как в малом, так и в крупном бизнесе, поскольку сегодня бизнесу как никогда нужно сохранять гибкость, способность быстро адаптироваться к изменениям и быть ориентированному на клиента.

Малый бизнес часто работает в быстро меняющихся условиях, где гибкость является ключом к успеху. Гибкая методология помогает малым предприятиям быстро реагировать на меняющиеся рыночные условия и разрабатывать продукты и услуги, отвечающие потребностям клиентов.

Крупные компании также могут извлечь выгоду из принципов гибкой методологии, разбивая большие и сложные проекты на более мелкие, более управляемые составляющие, а также привлекая клиентов и заинтересованных лиц к процессу разработки. Применяя методологию agile, позволяет крупным компаниям преодолеть недостатки иерархических бюрократических организационных структур, замедляющих их развитие и расширение бизнеса.

ПРИНЦИПЫ AGILE

Agile-подход основан на Agile Manifesto https://agilemanifesto.org/iso/ru/manifesto.html, наборе ценностей и принципов разработки программного обеспечения, которые также применимы и в других областях.

Ценности Agile Manifesto включают следующие принципы:

• Люди и взаимодействие важнее процессов и инструментов
• Работающий продукт важнее исчерпывающей документации
• Сотрудничество с заказчиком важнее согласования условий контракта
• Готовность к изменениям важнее следования первоначальному плану

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

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

В методологии Agile ценность «Люди и взаимодействие выше процессов и инструментов» подчеркивает важность людей и их взаимодействия над строгими процессами и инструментами. Эта ценность основана на вере в то, что лучшие решения возникают в результате совместных усилий мотивированных и квалифицированных людей, а не в результате соблюдения жестких процедур.

Этот принцип подчеркивает важность общения, сотрудничества и командной работы в Agile. Организация создает рабочую среду, которая побуждает членов команды работать вместе и делиться своими знаниями и опытом для достижения общих целей. Это также способствует развитию культуры доверия и взаимного уважения, когда члены команды чувствуют себя комфортно, делясь своими идеями и опасениями.

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

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

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

Принцип «Работающий продукт важнее исчерпывающей документации» подчеркивает важность максимально быстрой доставки функционирующего продукта заказчику, и сокращению времени и сил на создание подробной документации. Идея состоит в том, что клиент может увидеть и использовать работающий продукт, оставить отзыв о нем, который затем может быть включен в следующую итерацию разработки. А подготовленная ранее документация при этом потребует переработки. Такой подход обеспечивает большую гибкость и способность быстро реагировать на изменения требований, а также помогает сосредоточить внимание на создании ценности нужной клиенту.

В методологии Agile значение «Сотрудничество с клиентом вместо переговоров по контракту» подчеркивает важность тесного сотрудничества с клиентом, чтобы понять его потребности и предпочтения, а не полагаться на требования к проекту, изложенные в жестком контракте. Эта ценность основана на вере в то, что наилучшие решения приходят при тесном сотрудничестве с заказчиком, и что обратная связь и вклад заказчика необходимы для успеха проекта.

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

«Реагирование на изменения вместо следования плану» подчеркивает важность гибкости и способности к адаптации в условиях меняющихся требований и возникающих новых проблем, в отличие от жесткого соблюдения заранее определенного плана. Эта ценность основана на вере в то, что наилучшие решения приходят из способности реагировать на меняющиеся обстоятельства и потребности клиентов, а не придерживаться фиксированного плана, который может быстро стать неактуальным или неэффективным.

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

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

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

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

Например, в строительной отрасли методология Agile получила название Agile Construction. В маркетинге методология Agile используется для разработки и проведения маркетинговых кампаний. Гибкий подход позволяет гибко и адаптивно планировать, тестировать и повторять кампании, и создавать эффективным маркетинговые программы соответствующие предпочтениям целевой аудитории. В финансовом секторе Agile можно использовать в процессе финансового планирования и бюджетирования.

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

ЧТО ЛУЧШЕ AGILE ИЛИ ПЛАН?

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

Обычные иерархические организации, с другой стороны, больше подходят для проектов, где требования и решения хорошо понятны в начале проекта и где есть четкий и фиксированный план, которому нужно следовать. Метод традиционного планирования и управления проектами особенно хорошо подходит для стабильных и предсказуемых областей.

В традиционной иерархической организации принятие решений централизовано, и существует четкая цепочка команд, при этом полномочия по принятию решений сосредоточены наверху организации. Напротив, методология Agile основана на децентрализованном принятии решений и самоорганизующихся командах с упором на сотрудничество и общение между членами команды и заинтересованными сторонами.

Сильные стороны организационной гибкой методологии включают в себя:

Гибкость: методология Agile позволяет вносить изменения и корректировки на протяжении всего проекта, делая его более адаптируемым к меняющимся требованиям и неожиданным препятствиям.

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

Развитие сотрудничества: методология Agile способствует созданию среды для сотрудничества, в которой все заинтересованные стороны могут работать вместе для достижения общей цели.

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

К недостаткам методологии Agile относятся:

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

Ограниченная документация: методология Agile делает упор на создание в первую очередь работающего продукта, в ущерб формированию исчерпывающей документации, что затрудняет для организаций отслеживание прогресса или ведение журнала аудита.

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

Трудности с бюджетированием и распределением ресурсов: методология Agile может быть сложной для бюджетирования и распределения ресурсов, поскольку она требует постоянной корректировки и гибкости.

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

Существует множество примеров успешного внедрения гибкой организационной методологии в различных отраслях. Для наглядности перечислю некоторые из них:

Spotify: Spotify — это служба потоковой передачи музыки, которая успешно внедрила методологию Agile в процесс разработки. Компания организовала свои команды в небольшие автономные подразделения, называемые «отрядами», которые работают вместе, чтобы предоставлять новые функции и обновления для платформы. Spotify приписывают свой успех гибкому подходу, который позволил быстро адаптироваться к изменяющимся потребностям пользователей и оставаться конкурентоспособными на рынке.

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

НАСА: НАСА успешно применяет методологию Agile в своих проектах по исследованию космоса. Организация организовала свои команды в небольшие автономные подразделения, которые работают вместе, чтобы предоставлять новые функции и обновления для своих космических кораблей и ракетоносителей. НАСА считает, что его гибкий подход помог улучшить способность управлять рисками и быстро реагировать на неожиданные проблемы.

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

Intel: Intel внедрил методологию Agile в процессы разработки новых продуктов. Методологии Scrum и Kanban (разновидности Agile), что позволило компании ускорить процесс выпуска новых продуктов, улучшить сотрудничество внутри компании и улучшать коммуникацию.

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

В некоторых случаях организации, которые имеют долгую историю использования традиционного иерархического подхода к управлению проектами, могут столкнуться с трудностями при переходе на гибкую методологию. Сотрудникам  может быть трудно приспособиться к культурному сдвигу и изменению процесса, что приводит к путанице и снижению производительности.

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

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

Есть также ряд обстоятельств, которые мешают применению методологии Agile. Хотя нужно отметить, что они также снижают эффективность и традиционных организаций. В их числе я перечислю:

Отсутствие четких требований. Без четких требований команда может с трудом добиться прогресса и создать работающий продукт.

Плохо определенные роли: методология Agile требует высокой степени сотрудничества и командной работы, но если роли четко не определены, команде может быть трудно координировать свои усилия и достигать своих целей.

Ограниченные ресурсы: методология Agile требует высокой степени гибкости, но если ресурсы ограничены, команде может быть сложно адаптироваться к неожиданным вызовам и вовремя предоставить работающий продукт.

Есть также примеры компаний, где использование гибкой методологии привело к неудачам.

Министерство обороны США: В 2010 году Министерство обороны США попыталось внедрить Agile при разработке Системы управления оборонным здравоохранением (DHMS). Однако проект столкнулся с проблемами из-за отсутствия четких требований, плохой коммуникации между заинтересованными сторонами и нехватки опытных практиков в команде. В конечном итоге проект был закрыт через несколько лет, и были потрачены сотни миллионов долларов.

Британская компания, предоставляющая ИТ-услуги, T-Systems: В 2016 году компания T-Systems попыталась использовать методологию Agile при разработке новой ИТ-системы для крупной телекоммуникационной компании. Проект столкнулся с проблемами из-за отсутствия четких требований и плохой коммуникации. В конечном итоге проект был закрыт через несколько месяцев.

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