Сильные и слабые стороны водопадной модели и гибкой модели Agile

— Текст : непосредственный // Молодой ученый. — 2020. — № 22 (312). — С. 48-51.Яшина, В. А. Гибкая методика проектного управления / В. А. Яшина. — Текст : непосредственный // Исследования молодых ученых : материалы XVI Междунар. науч. конф. (г. Казань, январь 2021 г.). — Казань : Молодой ученый, 2021. — С. 24-27.РЕЧЬНа сегодняшний день, в современном мире при разработке нового проекта, заказчик должен определиться не только с выбором подрядчика, но и подходящей методологией разработки проекта. На современном этапе развития технологий, нет универсального подхода в создании проекта, поэтому возникает логичный вопрос: какой подход выбрать и какие «подводные камни» существуют.Водопадная модель разработки проектов, далее – Waterfall, понимается как четкий конкретный запланированный и детализированный подход, где исполнитель придерживается плана.Waterfall, характеризуется постепенным переходом к каждому этапу разработки, который невозможно повернуть вспять, то есть вернуться на шаг назад. Если потребуется внести какие-то изменения в проект, то сделать это можно будет только после реализации проекта.Иными словами, модель Waterfal подразумевает под собой каскадную модель, которая базируется на последовательном создании проекта, разбитого на циклы.На сегодняшний день,модель Waterfall включает в себя следующие этапы:Анализ системных и программных требований, которые закреплены в документе (Word или PDF).Планирование всех этапов разработки. Важный пункт, так как вся последующая работа будет четко следовать составленному плану.Проектирование. Разрабатывается внутренняя архитектура проекта, его внешний вид, структура, рассматриваются варианты реализации.Реализация дизайна, верстки, программного продукта.Интеграция. Проводятся необходимые работы по обмену данных и пишется код программы.Тестирование. Готовый продукт проверяется на наличие программных ошибок, также выявляются недочеты функционала. После этого идет исправление нужных багов.Выпуск продукта. Релиз готового проекта и окончание разработки. Возможна также работа по адаптации проекта к иным видам систем.Техническая поддержка. Поддержание работоспособности ресурса и оперативное реагирование на возникающие вопросы или проблемы в системе.Гибкая модель построения и разработки проектов, которая носит название модели «Agile», подразумевает под собой модель разработки проектов, в сонове которой лежитпринцип «гибкого» управления проектами. Гибкая модель, включает в себя такие методики разработки как: Scrum, FDD, Kanban, Экстремальное программирование (XP), Lean и т.д. Сущность гибкой модели «Agile», заключается в участии при построении проектов, принципов итераций. Процесс формирования нового проекта подразделяется, в свою очередь, на несколько этапов, или циклов в период от одной недели до месяца. В зависимости от особенностей проекта, временные рамки оговариваются отдельно. Каждый цикл представляет собой завершенный мини-проект, в котором есть этапы анализа, планирования, тестирования и реализации. Итогом гибкого процесса, является получение клиентом продукта, который, при необходимости, корректируется.Теперь хотелось бы рассмотреть плюсы и минусы каждой их моделей.1. Рассмотрим стороны первой модели - модели Waterfal.Основными ее плюсами выступают: - предельная детализация каждого шага работы, сопровождающаяся документированием- требования максимально внятно и четко изложены, не могут противоречить друг другу или меняться в середине работы- легкость понимания методики как таковой даже для не самых опытных разработчиковТакже, у этой модели есть и недостатки. Итак, ее основными недостатками выступают:- затраты времени на ведение подробной документации, которая, к тому же, может быть не всегда понятной заказчику, и вызывать у него вопросы- отсутствует возможность для маневра, если в процессе разработки выяснилось, что продукт не отвечает требованиям рынка- затраты времени и денег достаточно высоки2. Так же, как и у водопадной модели, у модели Agile, имеются как слабые, так и сильные стороны. Рассмотрим их.Сильными сторонами гибкой модели, являются то, что в готовом продукте число дефектов минимизируется, так как он является результатом тщательной проверки качества, которая проводится по завершении каждого этапа-спринта.Также, у этой модели имеются минусы, как и у первой рассматриваемой – водопадной модели:Во-первых, постоянная обратная связь может приводить к тому, что все время будет переноситься и дедлайн проекта, тем самым создавая угрозу бесконечно продолжающейся работы. Если заказчик видит, например, только результаты, но не имеет представления об усилиях, потребовавшихся для их достижения, он будет все время требовать улучшений.Второй недостаток заключается в необходимости адаптировать под изменяющиеся условия проекта проектную документацию. При отсутствии надлежащего информирования команды об изменениях или дополнительных функциях документы с функциональными требованиями или архитектурой могут оказаться неактуальными на текущий момент времени.В качестве вывода, хотелось бы сказать, что каждая из рассмотренных моделей имеет свои методики разработки проектов. А также, каждая из моделей имеет свои сильные и слабые стороны.