Добро пожаловать на 5 модуль курса «Управление проектами». В 5 модуле мы с вами поговорим об Agile методах в управлении проектами. Agile — это набор методов и практик для гибкого управления проектами в различных прикладных областях, начиная от разработки программного обеспечения и заканчивая маркетинговыми исследованиями и продуктами. Как правило, Agile применяется с точки зрения и с целью повышения скорости разработки и выпуска готовых продуктов и минимизации рисков за счет итерационного выполнения. Agile отличается интерактивным взаимодействием всех членов команды и быстрой реакцией на изменяя. Само понятие Agile пришло в мир, а далее и в деятельность управления проектами, 70-х годах ХХ века. Тогда публике были представлены эволюционные методы в области управления проектами. В 1970 году доктор, IT-специалист Уинстон Ройс в своей статье раскритиковал классический последовательный подход в области создания и выпуска ПО. Он говорил о том, что разработка и создание нового программного обеспечения не должно быть похоже на нечто конвейерное, то что мы привыкли наблюдать с точки зрения эффективности создания выпуска на тех или иных производствах. В статье «управления крупных программных систем» Ройс говорил о том, что разработка ПО должна быть по фазовой и каждая фаза должна завершаться и иметь свой конкретный результат еще до начала следующей фазы. То есть, Ройс в своей статье предлагает изменить подход с точки зрения последовательного разработки ПО на фазовый. Таким образом он говорит о повышении эффективности сокращении времени и выпуска более качественного продукта. Вот так, шаг за шагом, начиная с 70-х годов ХХ века начинают говорить об Agile. Ключевой смысл всех Agile практик, которые накапливаются с 70-х годов ХХ века, год за годом, десятилетие за десятилетием, был отражен инициативной группой американских IT-специалистов в штате Юна, в феврале 2001 года, на совещании, которое было посвящено разработке одного из новых ПО, где инициативная группа решила создать документ в котором утвердятся нормы гибкого управления проектом. Этот документ получил название и известен во всем мире, как «Agile манифест». Февраль 2001 года считается некой официальной датой, когда в практике гибкого управления проектами или Agile-практики, получили свое официальное распространение в мире управления проектами, в организации не только IT-области, но и других различных областях производства и экономики. Agile манифест представляет из себя 12 принципов, познакомившись с которыми у нас будет возможность более точно и конкретно понять о чем суть Agile, потому что сейчас вы, наверняка, повсеместно слышите это слово, но важно понимать, что оно в себя включает, что включает в себя, как понятие, так и проекты, которые мы можем называть Agile. Первый принцип из Agile манифеста звучит так: работающий конкурентноспособный продукт, удовлетворяющий заказчика — лучший показатель прогресса и измеритель эффективности. Фокус на оперативной и бесперебойной доставки продуктов, которые удовлетворяет заказчика. Адаптивность продукта к новым требованиям, которые повысят его ценность и конкурентоспособность — это третий принцип из Agile манифеста. И здесь речь идет о том, что у создания продукта, у команды разработчиков должна быть возможность вносить изменения на любом этапе создания продукта. Четвертый принцип — простота и прозрачность технических решений, документации, процессов и инструментов, чтобы не создавать лишние работы. Частая поставка функционирующего продукта, раз в месяц или неделю или еще чаще. Мы с вами уже из SCRUM знаем том, что важно вовлекать заказчика и показывать ему создание продукта, возможно демо версии или частично готовый продукт, во всем процессе создания конечного результата, а не только на выпуске продукции. И вот как раз этот принцип говорит о том, что фокусировка Agile проектов должна быть на постоянном предоставлении функционирующего продукта для того, чтобы и заказчик, и команда могли видеть, как двигаются с точки зрения достижения результата, конечного продукта. Следующий принцип — это постоянный темп работы всех участников Agile проекта на протяжении всего его срока. Помните мы с вами знакомились с таким понятие, как ежедневный SCRUM, ретроспектива. Это как раз примеры того, когда команда максимально сосредоточена на постоянном эффективном взаимодействии друг с другом с целью, чтобы как раз не потерять этот темп и доводить начатую разработку до конца в едином темпе и ритме. Вот подобные встречи и собрания они как раз работают на это, как инструмент поддержки единого темпа на протяжении всего проекта. следующий принцип — это минимизация организационных и информационных барьеров. Agile манифест говорит о том, что лучший способ передачи информации — лицом к лицу. Все Agile проекты про личное взаимодействие и контакт. Мы помним, что методология Agile, практики Agile, мы знакомились с этим уже в рамках модуля посвященного SCRUM, отрицают наличие бюрократии и документации, в том числе и излишне деловой переписки. Если у вам есть возможность лично передать информацию заказчику, коллеге, своему руководителю, лидеру проекта, то это лучше делать лично. Следующий принцип, это тесное и ежедневное общение с заказчиком на протяжении всего проекта. в рамках изучения SCRUM мы с вами уже говорили о том, что отличие Agile, гибких методов управления проектами, с точки зрения взаимодействия с заказчиком, отличается от классических методов, таких как «Waterfall», например, как раз тем, что заказчик вовлекается в реализацию проекта не только два раза, если утрировать классическое управление проектами на моменте согласования ТЗ и приемке конечного продукта, но и на протяжении всего процесса создания продукта в рамках, как раз четко выстроенный и организованных мероприятий, кода проходя демо версии, проверка, тестирование промежуточных результатов и смотрится каким образом происходит создание конечного продукта. Следующий принцип это мотивация команды и создание для них необходимых условий обеспечения их всем необходимым с точки зрения комфортной и эффективной работы на протяжении всего проекта. следующий принцип самоорганизация и самоконтроль команды проекта. Непрерывное улучшение профессиональных компетенций всей команды проекта на протяжении всего пути реализации и создания конечного продукта. Систематический анализ и постоянный поиск возможностей оптимизации работы команды и индивидуальной работы каждого из членов команды. Все 12 принципов из Agile манифеста можно сгруппировать на 4 основные идеи, 4 основные направления всех методов и практик Agile. Эффективное взаимодействие между людьми — это базовое и ключевое средство достижения целей. Реально работающий и конкурентноспособный продукт является главной целью. Изменения, которые повысят качество и конкурентоспособность продукта, приветствуется на любом этапе реализации проекта. контрактная, техническая и прочая регламентирующая документация вторична по сравнению с важностью конкурентноспособного, работающего продукта и эффективно работающей, слаженной команды. Вот с этим изображением мы с вами уже знакомились, когда разбирали управление проектами по методологии SCRUM. Собственно говоря SCRUM, это один, наверное из самых популярных Agile методов в области управления проектами и как раз данная картина, изображение, четко еще раз показывает ключевые отличия Agile методов реализации проекта от классических таких, как «Waterfall», «каскадный» метод или метод «водопад». За счет своей инерционности методики Agile позволяют быть более эффективными и более адаптивными к изменениям, которые возникают по ходу реализации создания конечного продукта. Тогда как классический Project Management чаще всего исключает внедрение быстрых реакций на те или иные изменения, которые появляются и на которые необходимо отреагировать уже тогда, когда наш проект, его реализация запущена. Чаще всего, мы с вами уже говорили об этом не однократно, в классической реализации проекта все корректировки, измерения, недочеты происходят на этапе завершения проекта, когда происходит приемка заказчиком конечного результата. Чтобы не тратить на это время, можно сказать в пустую, потому что основная часть проекта, это реализация, с точки зрения времени, Agile методики позволяют вносить необходимые корректировки, при помощи вовлечения заказчика, эффективной работы команды, фокусы на результаты, работающий продукт уже в процессе реализации.
