Почему умные менеджеры выбирают неправильные фреймворки

[K2_Chicago]

Текста очень много, лаконичности мало, в детали честно не вникал.
Но вот такой случай из моей жизни, очень соответствует заголовку:
Работал в большой компании связанной с ж/д грузовым транспортом. Консервативный и стабильный бизнес, спокойно рассекающий бурные воды кризисов и рецессий, кризис-некризис, а товарные вагоны должны катиться и перевозить зерно, нефть, металлолом, щебень...
И для учета всего этого была сделана система на Oracle Forms, и делали ее в течение 20 лет, поколения ныне безвестных консалтеров из Хайдерабада, и штатных программистов...
В результате никакой документации, сотни скринов, репортов, всего лишь пара человек понимающих все тонкости биллинга в этой системе. Всего 20 человек ораклистов. Все со стажем от 15 лет, и ничего кроме формсов и репортов по сути не знающих. Серверной логики было очень немного, все в родимых формсах.
ЗЫ для тех кто не в курсе, "Oracle Forms & Reports" это было развиваемое с конца 90-х оракловский фреймворк для создания фронт-енда, технология Java applets, трехзвёнка. И framework в старом стиле - удобный, простой в освоении, по-сути единственный известный с клиентской SQL/PLSQL engine.Вообще Forms&Reports было настолько мощным, простым в освоении и надёжным, что Oracle его убил - никому не нужны идеальные программы (если бы MS сделала сразу супер-совершенную OS, то на чём дядюшка Биллгейтс делал бы свои миллиарды дальше?)

Так вот история : менеджер IT команды сам начинал с разработчиков, т.е. имел представление о технологиях и коде, и работал в фирме чуть ли не с основания. Был менеджером неплохим - работать не мешал, к сложности проблем относился с пониманием.
И вот в 2020м он заявляет, что формсы это "устарело" и мы переходим на новую прогрессивную технологию - Oracle JDeveloper. И в течение года мы должны перевести все наше текущее приложение Forms&Reports на JDeveloper. (как я знаю, JDeveloper был назван "прогрессивным" лет так 10 назад и с тех пор очевидно не взлетел).
Объясню бредовость решения: помимо того что "устарелость" формсов сильно преувеличена (гигантская ERM/ERP система Oracle Applications до сих пор работает на формсах) - технология JDeveloper ВООБЩЕ никак не пересекается с технологией Forms. JDeveloper - это смесь Java, Java Server Pages, JavaScript, тогда как Forms - это чистейший PL/SQL, слегка расширенный клиентскими функциями.
Далее - текущее приложение ОЧЕНЬ большое, документация нулевая, ни техническая, ни бизнес спецификации не существуют, все знание о приложении "как сюжет в легенде - переходит из уст в уста" (с)Маяковский.
И как вишенка на торте - руководство с самого верха спустило директиву - все разработки ведутся отныне только в формате Agile. Для ЛЮБЫХ проектов. Это примерно как на машиностроительном заводе объявить, что все работы во всех цехах отныне ведутся только гаечным ключом 8x13.
И начался сырк. C ежедневной клоунадой под названием "agile", которую никто не понимал и все ненавидели, с единственным результатом - потеря пары часов каждый день на идиотические клоунские ритуалы. КАЖДОМУ девелоперу велели взять одну произвольную форму из текущего приложения и воспроизвести ее в JDeveloper. Я уже говорил, что ВСЕ разработчики команды были только и исключительно специалистами по формсам, репортам, PL/SQL и SQL. Ни о JSP, ни даже о JS никто не имел ни малейшего представления. Для "исправления ситуации" наняли десяток людей ремотно из Индии, знающих JSP но ни разу не слышавших слово SQL). На робкие вопросы - а что мы с репортами будем делать? - ответ менеджера был "ну, что-нибудь придумаем". ("казаков - расказачим, кулаков - раскулачим! - А с коряками что делать будем?"...)
Результат через пол-года: локальная команда сократилась с 20 до 10 человек (люди уволились, и я тоже), еще через два года компания прекратила существование - весь подвижной состав продали конкурентам, людям сказали - спасибо, досвиданья.
(мотив моего увольнения - я 25 лет вложил в PL/SQL, SQL, Forms&reports - и мне предложили "осваивать новые(!) технологии. Т.е. выбросить свою квалификацию эксперта и стать джуном. Вот радость то! Сейчас работаю в прекрасной фирме, глобальный научный архив, Oracle+Postgres)

Я понимаю, что наверняка были какие-то подводные процессы, наверняка многое было не так как выглядело. И конец компании видимо не был обусловлен этой историей с JDeveloper. Но вот сам главный факт - опытный, старый менеджер приказал перенести древнее гигантское приложение на совершенно чужую платформу, не меняя разработчиков и даже не проведя примитивного анализа о возможности и сроках такого переноса.

Добавлю, все происходило в США, в фирме принадлежащей одному из 5 крупнейших банков страны. (крупнейший - это порядка 200 000 сотрудников).

[Smozub]

Интересная и поучительная история, но она, на мой взгляд, несколько про другое.
Рискну предположить, что менеджеру была поставлена какая-то цель/задача и он почему то решил пойти таким путем.
Частая причина отказа от старых (устаревших) решений -- трудно найти персонал для обслуживания системы, что ведет к повышениям издержек и меньшей управляемости.
Но в вашей истории сделано это было... неумно

[dmitrijtest24]

Почему умные менеджеры выбирают неправильные фреймворки

1) А с чего вы взяли что они умные?

2) А вы уверены что менеджер должен заниматься выбором фреймворка?

[K2_Chicago]

Второе возражение некорректное. Есть факт - неплохой вроде бы менеджер (т.е. "умный" здесь означает - не назначеный управленец, а из своих, из программистов выходец, и работающий с командой давно и без факапов) выбрал фреймворк и велел команде на него переходить.
И опаньки (например,мой случай выше).
Почему?
Мой прямой ответ на прямой вопрос - забронзовел, оторвался от народа, а "ум", увы, не лысина, он приходит и уходит.

[Smozub]

1. Умные в данном контексте предполагалось -- образованные, начитанные, насмотренные с большим списком освоенных методик и фреймворков.

2. Фреймворк -- это не только нехнологический термин, но методологический подход к управлению. Это может быть методика управления целеполаганием или фреймвор планирования, организации и контроля исполнения задач. Управленческих методик и фреймворков десятки.

[dmitrijtest24]

Второе возражение некорректное

Почему?

неплохой вроде бы менеджер, из программистов выходец,

Вот тут вижу бывшего программиста, и менеджера, но как то отсутствует АРХИТЕКТОР или Тимлид.

из программистов выходец

А каждый ли программист станет хорошим менеджером? Вопрос почему он ушел именно в менеджеры? и тд.

забронзовел, оторвался от народа

Звучит немного предвзято и немного толи с обидой, толи с завистью.

От какого народа он оторвался? Не то что стал нехорошим менеджером понятно, ушел из лагеря славных парней, в лагерь непойми кого понятно, но все таки )

P.S. люди всегда будут сопротивляться изменениям, всегда, везде и всюду.