Коллеги, вы тут много всего понаписали правильного.
Ключевое: если руководитель нормально выстраивает работу над проектом, то у него по-любому будут:
1. дейлики/планёрки/летучки
2. регулярные общения с заказчиками с целью получения ОС и актуализации требований / демо
3. чётко расписанное ТЗ и ПГ проекта / бэклог
4. регулярные внутренние встречи для отчётов по завершенным и запусков следующих этапов проектов / плэнинги
И другие ритуалы, может с ходу что-то упустил.
И это не зависит от выбранной методологии ведения проекта.
Просто SCRUM даёт готовый и устоявшийся фреймворк, к которому в ИТ все привыкли.
А раз это работает, то зачем от этого отрекаться.
Но можно и без SCRUM, никто ж не спорит. Но тогда Вам нужно будет любого нового сотрудника чуть дольше погружать в свои ритуалы, дольше слаживать работу команд.
Общепринятые методологии призваны стандартизовать процессы, чтобы:
1. Минимизировать риски что-то сделать не так на первых этапах по отношению к "давайте всё придумаем сами". Читай: быстрее начать качественно работать, что приведёт к ускорению преокта.
2. Сократить время слаживания новой проектной команды за счёт того, что все сразу будут понимать как надо взаимодействовать
3. Снизить нагрузку и стресс для новых сотрудников, попадающих в уже существующую команду. Опять же, за счёт того что всё стандартно происходит.
Может быть, поэтому владение SCRUM считается Hard Skill для управленцев в ИТ.