Методология Waterfall
В проектном управлении применяются различные системы и методы. В их число выходит классическая методология Waterfall, представляющая каскадную модель, в которой каждый переход на следующий этап происходит только после завершения предыдущего. Сегодня данный метод используется достаточно редко, хотя за более полувека существования он много раз доказывал свою состоятельность и эффективность. Ведь, несмотря на активное внедрение гибких Agile-технологий в бизнес сфере существует немало компаний, в которых каскадная система управления является единственной альтернативой.
Как появился и что представляет метод Waterfall
Термин «Waterfall» происходит из английского языка и переводится как «водопад». Впервые данный метод был сформулирован в 1970 году специалистом в области информационных технологий, Уинстоном Уокером Ройсом. А в 1976-м технология получила своё официальное название. Первоначально водопадная модель использовалась при разработке программного обеспечения, но в сфере IT её успешно заменили гибкие Agile-методики. В настоящее время метод более востребован в космической, авиационной отрасли, в финансовом секторе и медицине.
Система управления проектами Waterfall строится на каскадной разработке продуктов. В её рамках все работы по проекту выполняются последовательно, без каких-либо отклонений от плана. Данная методика характеризуется чёткостью сроков и процессов, которые можно условно сравнить с каскадами водопада.
Принципы и суть каскадной системы управления
В основе традиционной методологии Waterfall используется 8 принципов:
- Обязательное документирование входящей информации.
- Каждый новый этап начинается после завершения предыдущего.
- Пропуски любого этапа недопустимы.
- При изменении требований к продукту в процессе его разработки, в ТЗ вносятся соответствующие правки.
- Нельзя возвращаться назад, на прошлые этапы, для их коррекции.
- Разработки ведутся исключительно в рамках одного рабочего процесса, без итераций.
- Ошибки исправляются после завершения проекта.
- Клиент не участвует в рабочем процессе. Его участие ограничивается созданием ТЗ.
Водопадная модель предполагает последовательное выполнение работ. Количество этапов, содержание, даже их последовательность в разных проектах может отличаться. Но, суть одна: каждая жизненная фаза проекта следует за предыдущей в строгой последовательности. К примеру, проект в IT, организованный по традиционной каскадной системе, будет состоять из следующих фаз:
- Сбор аналитики, необходимой для формулировки требований к будущему продукту. На основе полученной информации создаётся техническое задание, разрабатывается график выполнения работ, рассчитываются возможные риски по проекту. К следующему этапу команда переходит только после утверждения и тщательной проработки плана с подробными инструкциями дальнейших действий.
- Проектных работ, включающих создание дизайн-макета и прототипа будущего продукта.
- Разработки, включающей создание программного кода, соответствующего макету и требованиям, утверждённым в плане. Все работы выполняются исключительно по ТЗ, без каких-либо отклонений от задания.
- Тестирования кода, направленного на обнаружение проблем и ошибок. При серьёзных недочётах проекта команде потребуется немало времени, чтобы их исправить. В этом заключается основной минус каскадной модели .
- Передачи результатов заказчику с технической поддержкой в течение установленного времени, для уверенности, что всё работает нормально.
Методика Waterfall строится на чётко распланированном ТЗ, не допускает малейших отклонений от плана, в отличие от Agile технологий, в которых приветствуется адаптивность и гибкость.
Плюсы и минусы «водопадной модели»
Отсутствие гибкости, обязательная формализация управления проектом, негативно влияющая на скорость выполнения задач – данные факторы являются серьёзным поводом для критики каскадного подхода. К недостаткам Waterfall относятся:
- Огромное количество документов, требующих согласования, актуализации. Из-за данных бюрократических процедур работа над многими задачами движется медленнее, чем это возможно.
- Детальный план не является гарантией качественной работы над проектом. Фраза «мы завершили 60% работ по проекту» не означает, что все задачи были выполнены корректно и грамотно, ведь проверить их качество можно будет только после сдачи проекта.
- Заказчик полностью устранён от разработки продукта. Он не может вносить свои правки по ходу, если что-то его не устраивает. У пользователей нет возможности постепенно познакомиться с продуктом на этапе его разработки.
- Абсолютно все требования ТЗ должны быть известны до начала разработки продукта. Это довольно проблематично, так как часто потребности и желания заказчика в ходе реализации проекта кардинальным образом изменяются. Гибкие Agile методики в этом случае работают гораздо лучше.
- Фаза тестирования в водопадной модели находится на финишном этапе. То есть результаты работы, включая ошибки и недочёты команды, будут известны в конце. Получается, что на протяжении всего проекта, над определёнными задачами могут работать недостаточно компетентные исполнители. Результат: множество проблем, для решения которых придётся серьёзно потрудиться, без гарантии.
Несмотря на большое количество «слабых мест», у водопадного подхода есть немало плюсов. Например:
- Нечувствительность к замене исполнителей в команде. Так как все функции участников проекта задокументированы, если кто-то уйдёт из команды на этапе разработки, это никак не повлияет на деятельность остальных её участников.
- Строгая дисциплина, подкреплённая чётким планом и строгим соблюдением последовательности этапов.
- Прозрачность на каждом этапе управления. Зная, что будет происходить на каждой фазе проекта, руководителю проще прогнозировать бюджет, подбирать исполнителей.
С 2009 года в Свод знаний по управлению проектами (PMBOK) включён гибридный вариант менеджмента, сочетающий достоинства каскадной методики и итеративных технологий.
Кому подходит водопадная модель
Формализованная система Waterfall актуальна при создании сложных продуктов, требующих больших финансовых затрат и строгой последовательности работ (например, в военной, авиационной, космической промышленности). Чтобы убедиться в том, насколько подходит эта методика вашему проекту, ответьте для себя на следующие вопросы:
- У вас есть конкретное и чёткое представление о конечном результате проекта.
- Вы располагаете достаточным количеством времени и ресурсов для его реализации.
- Вам требуется документальное оформление каждой фазы работы.
- Для создания вашего продукта важно строгое соблюдение определённых этапов.
- Вы уже выполняли аналогичный проект, вам требуется повторить его в точности, по утверждённому образцу.
- Ваш заказчик полностью устраняется от участия в проекте, передавая его вам в аутсорсинг.
Приложение ЛидерТаск для управления проектами
Эффективное управление проектами невозможно без автоматизации и внедрения профессиональных инструментов проектного и командного менеджмента. Они помогают организовать работу в команде, достичь намеченных целей с меньшими затратами времени, оптимизировать бизнес процессы.
ЛидерТаск – инновационный программный продукт, представляющий собой онлайн-сервис для планирования, отслеживания эффективности сотрудников, организации работы в команде. В приложении можно создавать проекты, задачи, распределять их между сотрудниками. Отслеживать их прогресс и отмечать результативность каждого исполнителя на удобном, информативном графике.
В программе присутствует календарь для ежедневного планирования, функционирует прогрессивная система напоминаний и уведомлений, которая будет держать в курсе всех текущих и запланированных дел по проекту. Приложение работает на всех цифровых платформах: Web, Windows, Android, iOS, MacOS, с синхронизацией информации между мобильными устройствами и ПК. Поддерживает инструменты популярных методологий менеджмента, включая Waterfall, гибкие Agile методы, GTD, принцип Парето и другие техники управления задачами и временем.
Заключение
Как и многие другие методы управления, Waterfall имеет свои плюсы и минусы. Каскадный подход точно уместен в строительной отрасли и медицине. Он не подходит для стартапов и сферы IT. Для данных направлений разумнее использовать гибкие модели и методы работы над проектами.
Методология Waterfall — это классический подход к управлению проектами, который предполагает последовательную работу над проектом. Он состоит из строго определенных этапов, где каждый этап начинается только после успешного завершения предыдущего. Этапы включают определение требований, проектирование, реализацию, тестирование и внедрение. Каждый этап имеет четко определенные цели и результаты, а процесс перехода между этапами строго контролируется.
Методология Waterfall состоит из 6 последовательных этапов проекта: определение требований, проектирование, разработка, тестирование, внедрение и сопровождение. Каждый этап начинается только после завершения предыдущего. Методология создана для минимизации рисков и точного планирования процесса разработки продукта. Важно четко определять цели и результаты каждого этапа.
-
Принципы эффективного делегированияПо утверждению известного бизнес тренера Стивена Кови делегирование полномочий – это высшая - Что делает руководитель проектаПроектная деятельность становится популярной в различных сферах бизнеса. С развитием данной тенденции
- Покер планирование в ScrumПланирование, систематическое обсуждение задач – важная часть командной деятельности в рамках любого
