Гибкие методы управления появились в конце 1990-х годов. Они были полемикой против прогрессирующего нежелания компаний и менеджеров проектов придерживаться жесткого, линейного метода водопада . В постоянно меняющейся бизнес-среде они не особенно хорошо работали в ИТ-индустрии. Agile встретил новые вызовы в области технологий.
В традиционно управляемой организации ответственность за принятие решений обычно возлагается на высшее руководство. В случае сложных стратегий и вытекающих из них проблем ответы также приходят сверху. Это создает огромную проблему и риск для руководителей проектов и менеджеров.
Новая модель управления , так называемая Agile, изначально относившийся к разработке программного обеспечения. В настоящее время все больше организаций решают перенести его идеи и методики в другие сферы деятельности.
В гибкой организационной структуре командная работа , основанная на прямом общении между заинтересованными сторонами и менеджерами, является приоритетом. Поощрение всей команды экспериментировать и выдвигать гипотезы становится своего рода организационным упражнением.
Сложность современных проектов заставляет гибкость работать в динамичных средах , где есть потенциал для изменения и эволюции требований, понимаемых как управление требованиями. При этом на участников проекта возлагаются компетенции, необходимые для завершения его отдельных циклов. Делегирование такой большой ответственности за создаваемый продукт проектным командам положительно влияет на мотивацию сотрудников.
Agile-философия
Представители новых идей, в основном в США, годами искали альтернативный подход к процессу разработки программного обеспечения. В 2001 году предшественники перемен встретились на внешней конференции, чтобы прийти к общему пониманию.
Agile как набор принципов — великий отец гибких методов.
Стоит отметить, что хотя воплотившийся тогда в жизнь Agile часто называют методологией управления проектами, на самом деле это не так. Это философия программного обеспечения, а не описание готового процесса, применимого непосредственно к проекту.
Agile основан на Agile Software Development Manifesto , который представляет собой декларацию общедоступных принципов и ценностей для всех agile-методов. Согласно Agile Manifesto, лучшие способы работы обнаруживаются при разработке программного обеспечения, и его наиболее важные допущения гласят, что:
- Люди и взаимодействия имеют приоритет над процессами и инструментами;
- Рабочее программное обеспечение имеет обширную документацию;
- Сотрудничество с клиентами и переговоры по контракту существуют выше формальностей;
- Реагировать на изменения — это больше, чем жестко следовать плану.
Гибкий метод и гибкая разработка
Говоря об Agile в контексте самого процесса проектирования, обычно упоминаются такие прилагательные, как гибкий, прозрачный, открытый, итеративный. Agile-проекты характеризуются рядом задач, которые разрабатываются, выполняются и адаптируются к ситуации, а не являются заранее спланированным процессом.
Agile: гибкий, прозрачный, открытый, итеративный
Гибкость дает командам возможность реагировать на непредсказуемость с помощью поэтапных итерационных рабочих процессов . Это предполагает поэтапное создание, а не углубленное и линейное планирование в начале проекта. Ориентирован на постоянное совершенствование и скорость.
Элементы, влияющие на проект, непредсказуемы, поэтому гибкие методы делают упор на адаптацию к изменяющимся ситуациям, надлежащее и постоянное общение между проектной командой и между ними и клиентом.
Преимущества Agile:
- Гибкость очень полезна для проектов с высокой степенью риска и неопределенности; их конечная цель не может быть четко определена и весь ее ход не может быть спланирован;
- Проект делится на итерации (управляемые единицы) или циклы, называемые спринтами ; во время них команда проекта самостоятельно планирует разработку, проектирует решения, программы, тестирует и получает обратную связь от клиента;
- Выполнение тестов во время каждой итерации означает, что ошибки выявляются и устраняются быстрее; благодаря последовательным итерациям программное обеспечение может поставляться быстрее и эффективнее;
- Agile-команды часто общаются , люди работают вместе и способны брать на себя ответственность за свои части проектов;
- У клиентов есть возможность увидеть работу небольшими частями, поделиться своим мнением и реально повлиять на конечный продукт; он также обретает чувство собственности;
- Взаимная обратная связь на протяжении всего проекта служит его улучшению;
- Изменения возможны в любой момент проекта, всегда есть возможность отработки бэклога и смены приоритетов;
Хотя уровень гибкости в Agile обычно положительный, он также включает в себя некоторые компромиссы. Определение даты поставки может быть затруднено, документация может быть неполной, а конечный продукт может значительно отличаться от оригинала.
Недостатки Agile:
- Agile-планирование может быть менее конкретным и трудным для определения точной даты реализации проекта; в любой момент можно добавить спринты, чтобы продлить его время;
- Agile-команды обычно небольшие, поэтому на их участниках лежит большая ответственность , ведь все они должны обладать высокой квалификацией в разных областях;
- Требуется постоянное участие команды разработчиков, которая должна быть полностью вовлечена в проект на протяжении всего процесса;
- Документацией можно пренебречь, потому что Agile предпочитает работающее программное обеспечение обширной документации, поэтому члены команды могут чувствовать, что акцент на документации менее важен;
- Итерации могут быть добавлены на основе не только меняющихся отзывов клиентов, но и потенциальных проблем командной работы;
- Поскольку Agile фокусируется на гибкости, конечный продукт может сильно отличаться от исходного , что приводит к совершенно другим конечным результатам.
Заказчик и подрядчик в Agile
Существует довольно гибкое соглашение между промоутером проекта и клиентом относительно гибкости. Предположение о том, что обе стороны ценят agile за то, что он не является водопадом, и понимают, что он делает больше и быстрее, с меньшими и меньшими затратами, на практике может разочаровать клиента. Хотя это может оказаться более быстрым, выгодным и менее рискованным для предприятий, которые борются с различными неопределенностями и трудностями в сфере своего бизнеса, гибкость agile будет им просто на руку.
1. Гибкость стоит денег
Agile означает гибкость по отношению к клиенту проекта, что дает ему возможность часто менять свое мнение в ходе проекта. Тогда клиент может почувствовать, что подрядчик сделает больше с меньшими затратами или что ему никогда не придется принимать окончательное решение, потому что он может передумать до последней минуты. Но… такой уровень гибкости всегда имеет свою цену. Заказчик, конечно, может передумать, но на это нужно время, а время стоит денег.
2. Готовность по запросу
Клиент должен все время быть активным и иметь возможность принимать решения, обеспечивать быструю обратную связь в режиме реального времени, чтобы поддерживать проект в рабочем состоянии. Это может оказаться трудным в иерархических и ориентированных на управление организациях.
3. Доверие и открытость к экспериментам
Клиент должен ответить на вопрос, достаточно ли он доверяет поставщику проекта, чтобы заплатить за возможную неудачу на пути к успеху. Agile требует от клиентов зрелости — они должны понимать, что с agile-методами нельзя точно указать, что они получат или когда , но при определенном доверии и систематическом сотрудничестве команда проекта сделает все возможное.
Краткое содержание
Как набор принципов Agile, это великий отец гибких методов. Таким образом, Agile — это общий термин, используемый для обозначения других концепций реализации Agile, включая Scrum , Lean , eXtreme Programming (XP) , Kanban и Scrumban . В управлении проектами Agile вы можете использовать любой из этих методов. В то время как одни сосредотачиваются на скорости и эффективности, такие как Lean или Kanban, другие на улучшении коммуникации и командной работы, такие как Scrum, третьи на правилах и процессах, таких как XP, а третьи смешивают эти элементы, такие как Scrumban.
Наше агентство по подбору ИТ-персонала предлагает вам найти квалифицированных разработчиков за срок менее 2 недель. Свяжитесь с нами прямо сейчас, чтобы узнать подробнее о возможностях расширения вашего будущего проекта. Мы обеспечиваем подбор лучших кандидатов по разумной цене. За 10 лет работы в этой сфере мы успешно заполнили свыше 5500 вакансий и сформировали 25+ команд с нуля. Проверьте отзывы от наших клиентов об агентстве и убедитесь в нашей компетентности! Если требуются дополнительные рекомендации, пишите нам в Telegram.