Методология управления проектами Agile Scrum в «АБМ»
Особенности методологии Agile Scrum (Аджаил Скрам) в «АБМ» и причины необходимости ее применения.
О методологии Agile Scrum
Отличительной особенность компании «АБМ» от других, является использование современной и набирающей популярность методологии управления проектами Agile Scrum (Аджаил Скрам), которая основана на:
- Манифесте Agile — гибкой разработки программного обеспечения.
- Фреймворке Scrum — набором базовых элементов и правил.
Такая методология позволила нам отказаться от быстро устаревающих технических заданий, а также получить прирост качества и скорости при создании сайта.
Манифест Agile
Методология Agile Scrum основана на манифесте Agile — гибкой разработки программного обеспечения и лежащих в его основе 12 принципах:
- Наивысшим приоритетом является удовлетворение потребностей клиента, благодаря регулярной и ранней поставке ценного программного обеспечения.
- Изменение требований приветствуется, даже на поздних стадиях разработки.
- Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
- На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
- Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
- Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
- Работающий продукт — основной показатель прогресса.
- Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно.
- Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
- Простота — искусство минимизации лишней работы — крайне необходима.
- Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
- Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
- Люди и взаимодействие важнее процессов и инструментов.
- Работающий продукт важнее исчерпывающей документации.
- Сотрудничество с клиентом важнее согласования условий контракта.
- Готовность к изменениям важнее следования первоначальному плану.
Фреймворк 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.
Выдержка из договора
Рассмотрим пример расчета. Возьмем 40 часов трудозатрат на 4 недели. Тогда аванс составит 50000 руб. (20 часов * 2500 руб./час) и после выполнения работ доплата составит от 0 до 50000 руб. (0–15 часов * 2500 руб./час).Оказание услуг по методологии Agile Scrum производится в следующем порядке:
- Организация коммуникаций и совместной работы между заказчиком и исполнителем.
- Сбор и обработка полученной от заказчика информации.
- Определение списка задач и их разбивка по приоритетам.
- Проработка каждой задачи и установка специалиста на ее решение.
- Предварительная оценка трудозатрат по задачам по запросу заказчика.
- Выполнение задач в течение всего времени действия договора в порядке согласно уменьшению их приоритета, если иное не согласовано с заказчиком.
- Контроль качества, соблюдение трудозатрат и сроков оказания услуг.
- Формирование отчета по задачам с указанием проведенных работ и трудозатрат по ним.
На 1 спринт мы обычно много времени не закладываем,
Следует учитывать, что задачи могут быть не выполнены и перенесены в отдельные договоренности (выдержка из договора «АБМ») по определенным причинам:
- нехватка запланированных трудозатрат,
- отсутствие доступов или технической возможности реализации,
- отсутствие в задаче указания желаемого результата и/или конкретной проблемы,
- несвоевременное предоставление или не предоставление заказчиком запрашиваемой исполнителем информации,
- несвоевременное согласование заказчиком предложенной исполнителем реализации.
Scrum или Waterfall, что выбрать?
Гибкая методология управления проектом Agile Scrum или классическая каскадная модельWaterfall, что лучше и что выбрать?
В Скрам работа ведется исключительно по часам и по списку задач, иначе требуется согласование технического задания, в котором явно будет указан перечень работ, их объем и качество. Это обусловлено тем, что в Agile Scrum мы задаемся целью запустить проект в эксплуатацию, а не выполнить согласованные работы по Waterfall, которые всегда многого не учитывают и в итоге препятствуют запуску сайта в хорошем качестве или в полном объеме.
И конечно, в Скрам вы оплачиваете только реально затраченное время на основе отчета, а не полную сумму, как в случае с каскадной методологией Waterfall.
Также в процессе работы всегда возникают дополнительные задачи и требования, которые в случае согласованного перечня работ по методологии Waterfall игнорируются или на которые создаются дополнительные соглашения. Таким образом за место выполнения задач мы уходим в правовую плоскость с большим количеством бюрократии и операционных затрат, что естественно также включается в стоимость или в рабочее время.
Особенностью методологии Скрам является возможность корректировать перечень задач в процессе работы по согласованию сторон, менять очередность задач по приоритету в целях соблюдения сроков и/или качества выполнения работ.
Для экономии в Agile Scrum может быть согласовано передача части работ специалистам заказчика с обучением или инструкцией о том, как эти работы реализовывать. Часть задач может быть отложена на другой договор, если ее приоритет изменился и появились более срочные задачи. Или задача может быть отменена совсем, например если утратила актуальность.
Часто большое количество вопросов возникает по контенту, сложно оценить сходу качество и количество, тем более собрать весь контент разом — это огромная нагрузка на Заказчика и почти всегда невозможная. А это обязательное условие для Waterfall, иначе вы не сможете завершить этап проектирования и составления технического задания. В Agile Scrum этого не требуется, информация собирается и оценивается только та, что необходимо в самых ближайших работах. Проектирование проводится уже в процессе реализации задачи и только тогда, когда это экономически целесообразно.
Таким образом в Скрам мы снижаем риски и затраты, минуя избыточное типовое проектирование, прототипирование, документирование, полный сбор и обработку данных. Особенно в этом нет необходимости, если используются популярные сегодня CMS платформы и готовые решения для сайта, готовые системы продаж CRM, системы учета 1С и другие программы.