Все этапы известны и определены, а материалы закуплены.
Не везде и не на каждом предприятии данная модель актуальна. На этом этапе определяется, можно ли разработать ПО. При этом, рассматриваются как технические, так и финансовые возможности компании.
Структурируй и властвуй: как работает структурное мышление и почему оно помогает решать даже самые сложные задачи
Участники следуют формальным правилам и не могут их менять во время работы. Требования к проекту после утверждения не меняются. Рассмотрим, как работает классический подход к управлению проектами на примере каскадной модели. Система управления проектами Waterfall строится на каскадной разработке продуктов. В её рамках все работы по проекту выполняются последовательно, без каких-либо отклонений от плана. Данная методика характеризуется чёткостью сроков и процессов, которые можно условно сравнить с каскадами водопада.
- И никакая возможности вернуться на этап назад, чтобы что-то поправить, этого не изменит.
- Waterfall — методология, которую можно считать тем самым минимумом для эффективной работы над проектом.
- Бывает, что в теории методология ясна, а потом дело доходит до внедрения и начинаются вопросы.
- Доска может быть как физической, так и виртуальной, например,
Trello. - Сегодня водопадная модель разработки ПО, которая впервые была описана в 1970 году – более чем полвека назад, из-за недостаточной гибкости и громоздкости используется нечасто.
Заказчик не всегда готов сказать, чего он хочет — не всегда он это знает. На случай большой неопределенности и придумали гибкие методологии. Ее нужно постоянно держать в актуальном состоянии, из-за чего работа над проектом превращается в сплошную бюрократию. Пока не согласовать детали со всеми участниками процесса, не формализовать это в виде документа, проект не сдвинется с мертвой точки. Продукт готов, начинается проверка его работоспособности. Обычно на этом этапе начинаются проблемы — вылазят косяки.
Чем Waterfall отличается от Scrum
Клиенту нужно пройти обучение и перестроить свои процессы, чтобы помогать в разработке продукта. Если клиент не разделяет ценности Agile, работать waterfall модель с ним не получится. Клиент видит результат в конце проекта, и если у него изменились требования или условия, то исполнители поздно об этом узнают.
Фреймворк Scrum — это часть Agile, поэтому он тоже отличается от водопадной модели разработки. На этом этапе пишут код продукта согласно плану, макетам и требованиям. Команда собирает требования к будущему продукту. Потом пишет подробное техническое задание, планирует график работ и возможные риски. Переходит к следующему этапу, только когда все требования прописаны и есть план. Скрам и канбан часто сравнивают, но сравнение не всегда имеет смысл – они не конкурируют и не исключают друг друга.
Что ещё за Waterfall?
Создатели сделали простую программу, в которой пользователи Windows могли обмениваться любыми файлами. Они побоялись выпустить программу сразу для реальных пользователей и записали видео о работе программы. Видео выложили на форум разработчиков и получили от них пожелания, что они хотели бы видеть в программе. И также наняли тестировщиков, чтобы те проверили программу.
Чтобы раньше находить проблемы и адаптировать проект под изменения, изобретают новые варианты каскадного управления проектами – гибридные методологии. Например, в каскадной модели с обратными связями тестирование проводят на каждом этапе, не дожидаясь завершения. Все планы, требования и задачи проекта описывают в документах.
Проверка — тестирование
«Люди и взаимодействия важнее процессов и инструментов. Работающий продукт важнее исчерпывающей документации. Сотрудничество с заказчиком важнее согласования условий контракта. Готовность к изменениям важнее следования первоначальному плану». Руководитель передает проект клиенту, оценивает результат и составляет план по улучшению на будущее. Команда уточняет и детализирует цели проекта и состав работ по нему.
Разработка при использовании каскадной модели — это пять строго последовательных этапов. В каскадной методологии работа начинается с разработки подробного ТЗ, в Scrum такого нет. Клиенту бывает сложно решиться на проект с большим количеством неизвестных.
Итеративная (инкрементальная) модель / Incremental development
В 1970 году этот подход описал американский ученый в области информатики Уинстон Уокер Ройс, директор Lockheed Software Technology Center. Появление каскадной модели стало скорее ошибкой. Ученый написал статью, в которой обсуждал недостатки каскадного подхода и предлагал его доработать — сам он использовал итеративную методологию. Waterfall — это методология, где всё изначально продумано и зафиксировано, и в этом есть свои плюсы. Бывают проекты, которым она подходит, — такие, в которых все требования известны заранее и не могут измениться по ходу работы и где нет риска ошибиться.
Методику «Каскадная модель» довольно часто критикуют за недостаточную гибкость и объявление самоцелью формальное управление проектом в ущерб срокам, стоимости и качеству. Водопадная модель разработки подразумевает последовательное прохождение процесса, разбитого на стадии. Переход к новому этапу возможен только после завершения предыдущего. Именно поэтому часто ошибочно за каскадную модель принимается процесс разработки, в котором взаимодействие между этапами в обратном порядке исключено без директивных причин. Да и сами этапы часто дробятся в угоду многочисленным контролирующим органам, или объединяются из-за смежных профессий разработчиков. Общая концепция подхода была представлена доктором Уинстоном Ройсом ещё в 1970 году.
