Начал активно коммуницировать с коллегами из соседних отделов по вопросу разработки и подходу к решению рабочих задач.
Постепенно продвигаю идеи того, что есть 2 вида ресурсов у программиста (и ИТ в целом как производственной линии):
- физическое время
- объем внимания (собранность)
это ресурсы не равнозначные. внимание может закончиться раньше чем доступное время - человек может еще находиться на рабочем месте, но уже не способен решать какие-то сложные задачи (погружаться в контекст и сосредотачиваться). только если делать что-то на автомате, не требующее погружения.
или может быть такая ситуация, что специалисту надо “прогреться” для выхода на рабочий режим, но ему не дает это сделать окружение постоянным потоком запросов на обслуживание.
в этом и есть основная идея (почему?) у интеграторов есть 2 типа команд - одни внедряют решения, а другие сопровождают решение после того как оно перешло в состояние промышленной эксплуатации. смешивания не допускается. иначе это приводит к падению качества работ и по внедрению и по сопровождению.
в нашем же случае мы попали в ситуацию когда надо тащить сложные проекты по миграциям и параллельно заниматься текущим сопровождением пользователей систем находящихся в ПЭ.
Но мне удалось навести внимание коллег на ситуацию когда есть объективно большой массив данных НСИ требующих обработки, и эти работы невозможно не сделать, и скрыть их невозможно и отмахнуться тоже не получается. и обсуждение должно построиться относительно того, каким образом возможно эти работы выполнить и сколько времени может потребоваться на выполнение этих работ. Сама постановка повестки указывает на озабоченность руководства фактором времени выполнения работ, скорости (возможной) и что вопрос проскочить не выйдет - работы сложные, связаны с переносом данных из одного контекста в другой с потерями на преобразование (изначально думали что можно перекопировать таблицу с данными из одной системы в другую).