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

Главная Блог СтатьиМетодология управления проектами Agile Scrum в «АБМ»
Методология управления проектами Agile Scrum в «АБМ»
01 07/21
Особенности методологии Agile Scrum (Аджаил Скрам) в «АБМ» и причины необходимости ее применения.
  • Автор: Бунеев Алексей
  • Просмотров: 1

О методологии 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 в «АБМ»

Терминология Scrum в «АБМ»

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

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

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

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

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

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

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

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

  • Дата начала работ — следующий день после поступления авансового платежа на расчетный счет Исполнителя в размере 50% от суммы.
  • Дата завершения работ — спустя 28 дней с даты начала оказания услуг.
  • Дата сдачи-приемки работ — спустя 7 дней с даты завершения работ.

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

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

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

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

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

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

Выдержка из договора ООО «АБМ»:

Оказание услуг по методологии Agile Scrum производится в следующем порядке:

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

К примеру, возьмем 40 часов трудозатрат на 4 недели. Тогда аванс составит 50000 руб. (20 часов * 2500 руб./час) и после выполнения работ доплата составит от 0 до 50000 руб. (0–15 часов * 2500 руб./час).

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

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

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

Scrum или Waterfall, что выбрать?

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

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

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

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

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

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

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

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



ПОДЕЛИТЕСЬ В СОЦ. СЕТЯХ!

Возврат к списку