Все, что вам нужно знать о управлении водопадом
Резюме
Управление проектами водопада - это последовательная методология управления проектами, которая разделена на различные фазы. Каждая фаза начинается только после завершения предыдущей фазы. Эта статья объясняет фазы управления проектами водопада и как он может помочь вашей команде достичь своих целей.
Управляющие проектами имеют много различных типов методологий управления проектами на выбор. Есть гибкое управление проектами,Управление проектом канбана С СхваткаИ многие другие итеративные процессы, которые вы можете использовать.
Но что, если ваш проект требует более линейного подхода? Методология водопада - это методология управления линейной проектами, которая может помочь вам, и ваша команда достичь ваших общих целей - одна задача или веха одновременно.
Что такое управление проектами водопада?
Водопад является последовательнымМетодология управления проектамив котором проект разделен на различные фазы. Каждая фаза начинается только после завершения предыдущей фазы.
Этот подход для управления проектами возник из производственных и строительных отраслей, где каждый этам должен быть завершен до того, как процесс производства может продвигаться вперед. Например, вы не можете построить стены дома, если Фонд не был налил.
Несмотря на то, что он начал в производстве, Management Project Project с момента адаптирован для удовлетворения потребностей многих различных отраслей промышленности, включая разработку программного обеспечения. Например, вот что может выглядеть проект водопада:
Методология водопада часто визуализируется в виде блок-схемы илиДиаграмма ГантаОтказ Эта методология называется водопадом, потому что каждая задача каскадит на следующий шаг. В диаграмме Gantt вы можете увидеть предыдущую фазу «падения» на следующий этап.
6 фаз методологии управления проектами водопада
Любая команда может реализовать управление проектами водопада, но эта методология наиболее полезна для процессов, которые необходимо выполнить последовательно. Если проект, над которым вы работаете, есть задачи, которые могут быть выполнены одновременно, попробуйте другие рамки, какAgile MethodologyОтказ
Если вы готовы начать работу с управлением проектами водопада, выполните следующие шесть шагов:
1. Фаза требований
Это процесс начального планирования, в котором команда собирается как можно больше информации, чтобы обеспечить успешный проект. Поскольку задачи в методе водопада зависят от предыдущих шагов, это требует много преднамеренного. Этот процесс планирования является решающей частью модели водопада, и из-за этого большинство графиков проекта часто тратят планирование.
Чтобы сделать этот метод работать для вас, компилируйте подробныйплан проэктаЭто объясняет каждую фазу проекта. Это включает в себя все, от каких ресурсов необходимы и какие конкретные члены команды работают над проектом. Этот документ обычно называется документом требований проекта.
К концу этапа требований вы должны иметь очень четкое описание проекта от начала до конца, в том числе:
Каждый этап процесса
Кто работает на каждом этапе
КлючЗависимости
НеобходимыйРесурсы
А. Лента новостейо том, как долго возьму каждый этап.
2. Фаза дизайна системы
В процессе разработки программного обеспечения фаза дизайна заключается в том, когда команда проекта указывает, какое оборудование будет использовать команду, и другая подробная информация, такая как языки программирования и пользовательский интерфейс.
Существует два этапа этапа дизайна системы: фаза дизайна высокого уровня и низкоуровневая фаза дизайна. На этапе дизайна высокого уровня команда создает скелет того, как будет работать программное обеспечение, и как будет доступна информация. Во время этапа дизайна низкой уровня команда создает более конкретные части программного обеспечения. Если фаза дизайна высокого уровня представляет собой скелет, низкоуровневая фаза дизайна является органами проекта.
Эти члены команды, развивающиеся с использованием метода водопада, должны документировать каждый шаг, чтобы команда могла отослаться к тому, что было сделано в качестве проекта.
3. Фаза реализации
Это сцена, где все вложено в действие. Основываясь на документе требований в шаге одного и процесса проектирования системы на втором этапе, команда начинает полный процесс разработки для создания программного обеспечения, как описано как фазой требования, так и фазой дизайна системы.
4. Фаза тестирования
Это этап, в которой команда разработки привлекает проект к команде тестирования по обеспечению качества. Тестеры QA ищут любые ошибки или ошибки, которые необходимо зафиксировать до развертывания проекта.
Тестеры должны четко документировать все проблемы, которые они находят, когда Qaing. В случае, если другой разработчик наступает в аналогичную ошибку, они могут ссылаться на предыдущую документацию, чтобы помочь исправить проблему.
5. Этап развертывания
Для проектов разработки это этап, в которой программное обеспечение развернуто для конечного пользователя. Для других отраслей, это когда финалпоставкизапускается и доставлен для конечных клиентов.
6. Фаза технического обслуживания
Как только проект будет развернут, могут быть экземпляры, где обнаружена новая ошибка, или требуется обновление программного обеспечения. Это известно как этап технического обслуживания, и в разработке программного обеспечения распространено постоянно работает на этом этапе.
Когда использовать методологию водопада
Методология водопада является распространенной формой управления проектами, поскольку оно позволяет для тщательной планирования и подробной документации. Однако эта структура не подходит для каждого проекта. Вот несколько примеров для использования этого типа управления проектами.
Проект имеет четко определенную целью
Одна из сильных сторон подхода водопада состоит в том, что он позволяет четкому пути от точки A до точки B. Если вы не уверены в том, что ваша точка B, ваш проект, вероятно, лучше с помощьюИтеративная форма управления проектамикак логирный подход.
Проекты с легко определенной целью хорошо подходят для метода водопада, потому что менеджеры проекта могут работать назад от цели для создания четкого и подробного пути со всеми необходимыми требованиями.
Нет ограничений на бюджет или время
Если ваш проект не имеет ограничений набюджетИли время члены команды могут потратить как можно больше времени в фазе требований и системной конструкции. Они могут настроить и адаптировать потребности проекта столько, сколько они хотят, пока они не приземлится на хорошо продуманном и определенном плане проекта.
Создание повторяемых процессов
Модель водопада требует документации почти на каждом этапе процесса. Это позволяет легко повторять ваш проект для нового члена команды; Каждый шаг явно подробно, чтобы вы могли воссоздать процесс.
Создание повторяемых процессов также позволяет легко обучать новых членов команды на то, что именно необходимо сделать в аналогичных проектах. Это делает водопад процессом эффективным подходом к управлению проектами для стандартизации процессов.
Преимущества управления проектами водопада
Последовательная документация позволяет легко отступить
Когда вы реализуете процесс управления проектами водопада, вы создаете документацию каждый шаг пути. Это может быть полезно - если ваша команда должна быть возвращена ваши процессы, вы можете легко найти ошибки. Это также отлично подходит для создания повторных процессов для новых членов команды, как упоминалось ранее.
Прогресс отслеживания легко
Выкладывая проект водопада в графике Gantt, вы можете легко отслеживать прогресс проекта. Сама временной шкалы служит баром прогресса, поэтому всегда ясно, на каком этапе проект находится.
Участники команды могут эффективно управлять временем
Поскольку методология водопада требует столько планирования во время фазы требования и дизайна, это облегчает заинтересованные стороны оценить, сколько времени займет их конкретную часть процесса водопада.
Повышение модели водопада
Дорожные блоки могут резко влиять на временную шкалу
Методология водопада является линейной по своей природе, поэтому, если в дороге есть удар или задача задерживается, вся графика смещена. Например, если сторонний поставщик опаздывает на отправку конкретной части для производственной команды, весь процесс должен быть введен на паузу до получения этой конкретной части.
Линейный прогресс может заставить отступить к сложным
Одной из основных проблем методологии водопада является то, что трудно вернуться на этап, когда он уже закончен. Например, если кто-то рисует стены дома, они не смогут вернуться и увеличить размер одного из комнат.
QA опаздывает в процессе
По сравнению с некоторыми из более итеративных методологий управления проектами, таких как Kanban и Agile, этап обзора в подходе водопада происходит позже в процессе. Если ошибка сделана в начале процесса, это может быть сложно вернуться и исправить его. Из-за того, как работает процесс водопада, он не позволяет поместить для итерации или поиска лучшего решения.
Управление проектом вашего водопада
С водными проектами есть много движущихся произведений и разных членов команды, чтобы отслеживать. Один из лучших способов остаться на одной странице - использоватьПрограммное обеспечение для управления работойЧтобы сохранить рабочие процессы, сроки и результаты всех в одном месте.
Если вы готовы попробовать управление проектами водопада с вашей командой, попробуйте Диспетчер задач UDN Отказ Вы можете просмотретьДиспетчер задач UDNПроекты несколькими способами, включая вид сроки, который визуализирует ваш проект в качестве линейной временной шкалы.