Методология управления проектами Agile Scrum в «АБМ»

О методологии Agile Scrum

Отличительной особенность компании «АБМ» от других, является использование современной и набирающей популярность методологии управления проектами Agile Scrum (Аджаил Скрам), которая основана на:

• Манифесте Agile — гибкой разработки программного обеспечения.
• Фреймворке  Scrum — набором базовых элементов и правил.

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

Манифест Agile

Методология Agile Scrum основана на манифесте Agile — гибкой разработки программного обеспечения и лежащих в его основе 12 принципах:

1. Наивысшим приоритетом является удовлетворение потребностей клиента, благодаря регулярной и ранней поставке ценного программного обеспечения.
2. Изменение требований приветствуется, даже на поздних стадиях разработки.
3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
7. Работающий продукт — основной показатель прогресса.
8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно.
9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
10. Простота — искусство минимизации лишней работы — крайне необходима.
11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

А также на основе ценностей Agile, в которых не отрицая важности того, что справа, всё-таки больше цениться то, что слева:

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

Фреймворк Scrum

А что же такое Скрам? Скрам — это фреймворк, предназначенный для разработки и поддержки сложных продуктов, предоставляющий спектр возможностей для продуктивной и творческой разработки продуктов с максимально возможной ценностью и решения нетривиальных задач в процессе работы.

Терминология Agile Scrum

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

Бэклог проекта — единый список всех задач по проекту, требующих выполнения.

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

Спринт — отрезок времени, равный 4 календарным неделям (28 дней), еще 1 неделя (7 дней) отводится на завершение запущенных работ и сдачу-приемку работ.

Плановое время — время, которое используется для решения задач бэклога спринта.

Управление проектом Agile Scrum в «АБМ»

Для успешной реализации проектов в «АБМ» используется гибкая методология управления проектами Agile Scrum (Аджаил Скрам), которая позволяет отказаться от быстро устаревающих технических заданий, при этом мы получаем прирост по качеству и скорости работ. А именно, услуги оказываются по часам в рамках которых реализуются работы из списка задач, отсортированных по приоритету.

Такие работы подразумевают цикличность, а не разовое исполнение всего объема работ. Цикл таких работ у всех разный, в «АБМ» он составляет 28 дней + 7 дней на завершение начатых и сдачу-приемку работ.

Порядок работ Agile Scrum

Работы проводятся циклами строго по 4 недели — спринтами. В конце спринта предоставляется завершенный результат по взятым в работу задачам. После сдачи-приемки запускается следующий спринт.

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

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

Производится оплата авансом в размере 50% стоимости работ по спринту, остальные 0–50% оплачиваются на основе отчета по факту затраченного времени, после сдачи-приемки работ.

По всем задачам ведется учет рабочего времени и готовятся подробные отчеты. При необходимости предоставляется доступ к задачам в нашем Битрикс24.

Рассмотрим пример расчета. Возьмем 20 часов трудозатрат на 4 недели, 3000 руб./час. Тогда аванс 50% составит: 10 часов х 3000 руб./час = 30000 руб. После выполнения работ доплата составит от 0 до 30000 руб.

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

Следует учитывать, что задачи могут быть не выполнены и перенесены в отдельные договоренности (выдержка из договора «АБМ») по определенным причинам:

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

Почему Scrum?

Гибкая методология управления проектом Agile Scrum или классическая каскадная (последовательная работа по техническому заданию) модель Waterfall, что лучше?

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

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

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

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

Для экономии в Agile Scrum может быть согласовано передача части работ специалистам заказчика с обучением или инструкцией о том, как эти работы реализовывать. Часть задач может быть отложена на другой договор, если ее приоритет изменился и появились более срочные задачи. Или задача может быть отменена совсем, например если утратила актуальность.

Часто большое количество вопросов возникает по контенту, сложно оценить сходу качество и количество, тем более собрать весь контент разом — это огромная нагрузка на Заказчика и почти всегда невозможная. А это обязательное условие для Waterfall, иначе вы не сможете завершить этап проектирования и составления технического задания. В Agile Scrum этого не требуется, информация собирается и оценивается только та, что необходимо в самых ближайших работах. Проектирование проводится уже в процессе реализации задачи и только тогда, когда это экономически целесообразно.

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