Стандартизация - это такая тема, о которой я могу писать до завтрашнего утра.  Знаете, как это бывает - любимая тема.  Но чтобы поберечь Ваше (да и своё) время, позвольте объяснить, почему я намеренно упускаю ее. Потому что стандартизация в нормальном ее понимании  -  это результат работы уполномоченного на то органа.  Который, прежде чем жахнуть очередной стандарт - хотя бы обсудит его. Ну вот как W3C. А если одна команда зафигачила правила, ни с кем не советуясь - это не стандартизация.  Надо искать другое название. Например, нотации Laravel. 

Всё, занудство кончилось. Уж простите: я без него не мог. А теперь по существу.  Давайте почитаем Ваше прекрасное описание хромой конторы: 

//Есть компания, у неё раз в N месяцев меняются кадры (пусть даже раз в год). При этом продукт компании имеет цикл жизни N*10. Итого после каждой смены имеем затраты на изучение новым человеком вашего личного велосипеда// 

То есть компания создать свои нотации  не в состоянии.  Значит, руководитель разработки назначен поспешно. Ему нужно вернуться на тот уровень, на котором он себя проявил, и понаблюдать за работой хорошего IT-менеджера. Который первое что сделает - составит нотации. 

Работа руководителя - не только орать и материться, как ни странно это звучит для многих. 

Достаточно ли для команды разработчиков нотаций Laravel-a? 
У меня нет и тени сомнений, что нет, недостаточно. Доказательство у меня перед глазами - увы, не могу показать Вам. Не имею права. Я про проект, который принял. Так вот. С вот  этим: //затраты на изучение новым человеком личного велосипеда// - никаких проблем. И не только на мое изучения Ларавела. Но и на то, по каким моделям и таблицам разбросана информация. Благо, незатейливая. Но если что посерьезней - никакой Лаправел не спасет. 

Так что признайтесь: Вы явно погорячились, написав: //Используя фреймворк — Laravel или любой другой популярный — таких затрат нет в принципе.// 
Советую переформулировать.