Контрольная по управлению проектами на тему: "Аgile как набор идей и принципов"

Аgile как набор идей и принципов

ФИО автора

Agile – набор методов и практик для гибкого управления проектами в разных
прикладных областях, от разработки ПО до реализации маркетинговых стратегий, с целью
повышения скорости создания готовых продуктов и минимизации рисков за счет
итерационного выполнения, интерактивного взаимодействия членов команды и быстрой
реакцией на изменения.
Изначально термин Agile относился к ИТ-индустрии и употреблялся в контексте
гибких методологий разработки программного обеспечения: экстремального
программирования (XP), Crystal Clear, DSDM, Feature driven development (FDD), Scrum,
Adaptive software development, Pragmatic Programming, быстрая разработка приложений
(RAD) и других адаптивных методов, суть которых состоит в ускорении процессов
создания продукта путем микропланирования, коротких производственных циклов и
оперативного реагирования на изменения. Ключевой смысл этих Agile-практик отражен в
манифесте гибкой разработки программного обеспечения (Agile Manifesto), который был
выпущен инициативной группой программистов в феврале 2001 года в американском
штате Юта. Эта дата считается началом повсеместного распространения эджайл как
практики управления проектами и организации бизнес-процессов не только в ИТ-отрасли,
но и в других прикладных областях. Дополнительным драйвером развития Agile-подходов
является микросервисная архитектура приложений, когда весь проект состоит из набора
независимых слабосвязанных модулей, которые взаимодействуют друг с другом через
открытые API-интерфейсы. Популярность облачных технологий (SaaS-, PaaS-, IaaS- и
других сервисных моделей) также стимулирует распространение эджайл.
В отличие классического Project Management (PM), когда проект жестко
регламентирован заранее установленными требованиями (контрактами), Agile
предполагает быстроту реагирования, а также гибкую адаптацию к внешним и
внутренним изменениям. Это достигается с помощью итеративной разработки продукта и
эффективного межличностного общения. В водопадной (каскадной) модели PM, которая
считалась стандартом де-факто, проект состоит из функциональных задач, где каждая
последующая работа четко регламентирована и начинается строго после окончания
предыдущей, например, тестирование начнется только после того, как написан весь код.
Жесткая определенность и обилие регламентирующей документации обусловливают
длину производственного цикла. При этом продукт считается готовым лишь после
выполнения всех этапов.

В Agile продукт создается серийно, когда каждая последующая версия
работоспособного решения имеет больше функциональных возможностей, чем
предыдущая. Такое уплотнение процессов позволяет существенно сократить сроки
выхода готового продукта на рынок, что особенно значимо для бизнеса.
Идеи Agile, которые сфокусированы на гибкости и адаптивности этого подхода:
1. Эффективное взаимодействие между людьми – базовое средство достижения
целей;
2. Реально работающий продукт является главной ценностью;
3. Изменения, которые могут повысить качество и конкурентоспособность
продукта, приветствуются на любом этапе разработки;
4. Контрактная, техническая и прочая регламентирующая документация вторична
по значимости относительно работающего продукта и сотрудничества между участниками
проекта.
Эти идеи раскрываются в 12 принципах Agile Manifesto [1]:
1) работающий конкурентоспособный продукт, удовлетворяющий заказчика —
лучший показатель прогресса и измеритель эффективности;
2) оперативная и бесперебойная поставка продукта, удовлетворяющего заказчика;
3) адаптивность продукта к новым требованиям, которые могут повысить его
ценность и конкурентоспособность (возможность внесения изменений на любом этапе
разработки);
4) простота и прозрачность технических решений, документации, процессов и
инструментов, чтобы не создавать лишней работы;
5) частая поставка функционирующего продукта (раз в месяц/неделю или ещё
чаще);
6) постоянный темп работы всех участников проекта на протяжении всего его
срока;
7) минимизация организационных и информационных барьеров, лучший путь
передачи информации — это личный разговор лицом к лицу;
8) тесное и ежедневное общение исполнителей с заказчиком в течении всего
проекта;
9) мотивация участников проекта и обеспечение их всеми необходимыми
условиями работы, поддержкой и доверием;
10) самоорганизация и самоконтроль команды проекта;
11) непрерывное улучшение профессиональных компетенций команды проекта;