По этому и предлагается гибридный)

Ну, из определения гибридный прекрасно укладывается и на функциональный. Есть бизнес, есть группы ответственности (отделы), есть точка взаимодействия первых со вторыми (менеджеры).      Кажется, что в описании смешаны уровни абстракции, которые между собой не очень пересекаются: взаимодействие бизнес<->IT и взаимодействие отделов-функций внутри самого IT🤔      Ну, то есть, она из проблем функционального подхода как раз в инкапсуляции отделов (на мой взгляд). То есть взаимодействие между отделами тоже происходит преимущественно через менеджера.      Другая проблема в том, что при функциональном подходе сильно уменьшается вовлечённость линейного сотрудника в проект, размывание производимой ценности и общий отрыв разработки от предметной области бизнеса.

Верно в некоторых случаях понятия пересекаются, тут как распишете у себя гибридный подход.

Пример: поступление глобальных бизнес задач через начальника ИТ (он же ходит на планерки и совещания), а общение с ИТ сотрудниками согласно каталогам. Разумеется предварительно составить каталог ИТ услуг, каталог используемого ПО и каталог владельцев данных. Эти каталоги подскажут какие ИТ специалисты в каком ПО смогут помочь и каким подразделениям (владельцам данных). Желательно правку об этом разместить на корпоративном портале.

Ну это уже полноценный ITIL itsm получается. Не хватает только БД конфигураций оборудования, вроде…    Штука довольно не простая для внедрения и требующая определенного уровня зрелости и от бизнеса, и от IT подразделения