Методология Agile для реализации проектов по разработке информационных систем

Статья посвящена обзору одной из гибких методологий для управления проектами в разных прикладных областях, от разработки ПО до реализации маркетинговых стратегий, с целью повышения скорости создания готовых продуктов и минимизации рисков за счет итерационного выполнения, интерактивного взаимодействия членов команды и быстрой реакцией на изменения. В работе рассмотрены 7 базовых принципов методологии управления проектами Agile. Также представлены определённые условия, которые должны выполнять коммуникации в проекте, принципы командной работы в проектах в соответствии с методологией Agile. Дано объяснение каким образом происходит вовлеченность членов проектной команды в методологии Agile.

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

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

• Рабочий продукт, удовлетворяющий потребностям заказчика/клиента – основной показатель прогресса.
• Реакция на изменения среды важнее следования первоначальному плану.
• Сотрудничество в команде важнее формального следования процессам.
• Принцип «20:80», сначала выделяем и делаем 20% базового функционала (нового, главного, творческого), дающих 80% результата и позволяющих запустить пилот.
• «Ошибки устраняем сразу после запуска проекта, не откладывая «в долгий ящик», чтобы не тратить в будущем время на повторное погружение в материал.
• Фактический результат важнее полного охвата документацией.

Коммуникации в проекте в соответствии с методологией Agile должны выполнять следующие условия:

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

Agile подразумевает соблюдение следующих принципов командной работы в проектах:

• Заказчик прикладывает усилия для «продажи проекта» команде, что крайне актуально в ситуации при разработке информационных систем.
• Вся команда отвечает за успех или неудачу в проекте, не персонифицируется ответственность, в том числе по функциональным подразделениям.
• Межфункциональные встречи проводятся не по функциям, а по проектам (как бы не парадоксально это ни звучало, но рассматривая отдельные функции важно держать в фокусе внимания весь проект).
• Каждый участник встречи обязан убедиться, что приглашение на встречу направлены всем необходимым для эффективной работы участникам.
• Организатор встречи отвечает за присутствие на встрече «трудных персонажей».
• Команда проекта движется со скоростью движения самых слабых звеньев – особое внимание и максимальная помощь им от всей команды.
• Подчеркиваются и празднуются любые маленькие победы и достижения.

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

• Учим сотрудников анализировать задания до начала работы над ними, не давать необоснованных обещаний, учитывать другие задачи, приоритеты и сроки по ним.
• Руководители максимально делегируют исполнение, проработку или полностью задачу (в зависимости от уровня участников команды) оставляя за собой функции координации и контроля. Главная задача руководителя – лидерство, мотивация и достижение результата командой.
• Делегирование не снимает ответственности с руководителя проекта.
• Заказчик несет ответственность за результат (аналог «Человек, которому нужно забрать $1 млн. на другом конце города в час пик на такси»).
• Для получения качественного и точного результата заказчик инвестирует время в координацию и контроль своего проекта.
• Изменяем отношение к неисполнению обязательств: «Сказал – сделай, не можешь сделать – не обещай».

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