Проект не может существовать отдельно от проектной документации, которая включает в себя договоры и приложения к ним, акты и финансовые сметы, инструкции, регламенты и, наконец, сам устав. Система должна иметь гибкую настройку, работу с версионностью, совместное редактирование и многие другие возможности.
Самое главное — не пытаться сочетать в одном проекте две методологии, сразу же потеряете контроль за стоимостью и сроками, при этом не получите никакой гибкости.
Гибридность подразумевает полноценное календарно-сетевое и ресурсное планирование всех формализуемых этапов с использованием сквозной контрольной точки (например, когда у нас уже сформированы все требования к нужному программному продукту, согласованы бюджеты, найден источник финансирования, сфорированая команда), которая достигается в рамках водопада. Опираясь на эту контрольную точку стартует другой проект, который ведется по гибкой методологии, ограниченый примерным бюджетом и желаемым скоупом работ, результатом которого является вторая сквозная контрольная точка, которая и продложит первый проект.
Первый проект — все строго, со сроками и суммами.
Второй с гибким составом работ, сроком и бюджетом (ищем, пробудем, ошибаемся и исправляемся до тех пока что-то более-менее жизнеспособное не сделаем).