Хотел поделиться наблюдением не совсем, с моей точки зрения, объяснимого использования «человеческого ресурса» в корпоративной разработке. А именно — разработчик — относительно «дорогой» юнит (на фоне эникейщиков, «операторов ПК», девочек, вбивающих информацию в «систему», и так далее). Но при этом при постановке задач (составлении годовых планов, например) компании готовы расходовать разработческий ресурс куда легче, чем ресурс остальных сотрудников.
Пример. Есть некая древняя система без внятной админки — данные можно поправить только руками в БД. Требуется это ровно один раз в месяц — есть специально обученный эникейщик, который получает письмо с тем, что надо поправить, открывает готовый набор из нескольких SQL-запросов, подставляет данные — три SELECT и три UPDATE — и всё готово. С перерывами на перекур вся операция занимает 15 минут раз в месяц — или три часа в год. Даже если система просуществует ещё лет десять (что вряд ли), время на ручное администрирование за это время в сумме составит около недели.
Но тут на высоком совещании на тему «автоматизации» нам предлагают написать-таки полноценную админку. Ну, ок. Общаюсь с эникейщиками, смотрю, как-что, расписываю и презентую задачи «фронтендеру» и «бэкендеру». Полдня. CRUD-сервисы пишутся из коробки — полдня. Фронт пишется за день. Отдаём тестировщику. Тестировщик через день выдаёт баг-репорт: нет валидации, можно редактировать прошлые данные и т. п. — «детские болезни» ПО. Два разработчика день это правят. Итого — человеко-неделя ушла на разработку. Ну, терпимо.
Показываем результат — и вот тут начинается самое интересное. Каждый начальник считает своим долгом «пернуть мозгом» (простите за грубость) и внести какое-нибудь предложение — просто ради того, чтобы продемонстрировать, что ему не всё равно, что он имеет активную позицию и так далее.
— «А давайте добавим авторизацию, а то вдруг кто-то несанкционированно зайдёт». — «А почему кнопки не в цвет компании?» (хотя это внутренний сервис). — «А давайте аудирование и логи — смотреть, кто редактировал данные».
Все эти требования удовлетворяются ещё за полторы недели человеко-часов. Потом «по стандартам компании» всё это описывается в «Конфлюенсе», настраивается CI/CD со сборкой и запуском в «Докере», с развёртыванием в облаке, с мониторингом через «Графану» и «Грейлог». А, ещё проведение «обучения сотрудников» пользованию админкой. Итого — почти месяц человеко-часов. Причём часов, которые «стоят» минимум раза в два дороже, чем часы «эникейщика». Эникейщик вводил не 15 минут, а 5 — и в итоге за 10 лет было сэкономлено три эникей-дня!
Я не против автоматизации — иногда она очень даже полезна. Вот помню историю: как-то давно увидел такой кейс — оператор искала в системе дело по статусу, кликала «открыть», проводила действия, кликала «выйти» — и повторяла операцию. Я предложил и добавил прямо в «деле» кнопку «перейти к следующему» — после чего шёл переход к следующему делу без кликаний «выйти», «поиск», «да». В итоге была экономия в 5 кликов, что давало выигрыш в 10 секунд. Так как в день операторами обрабатывалось ~500 дел, выигрыш составлял около полутора часов в день. Так что три дня моей работы «окупились» за месяц (или два, с учётом разницы зарплат разраба и оператора). То есть автоматизация имеет смысл там, где операция частая, а время на саму модернизацию — небольшое.
У нас же (имею в виду отрасль в целом) стремятся автоматизировать всё, что можно, пытаясь «упростить работу сотрудников», — так, как будто работа программистов вообще ничего не стоит компании.
Ещё одно проявление того, что стоимость работы разработчика особо не ценится, — в том, как часто приходится переделывать всё. Добиться расписанного задания, чётких пожеланий, да ещё письменно, — практически нереально. Накидываются какие-то пожелания — «ну, вы сделайте», — мы делаем, а потом переделываем. Показываем — снова переделываем. Хотя, казалось бы, если разработчик — юнит дорогой, а оператор дешёвый — посадите оператора и заставьте расписать от и до, что им надо. И по этому заданию мы сделаем. Это, условно, займёт у оператора 100 часов и сэкономит разрабам 200. Но нет — компаниям как будто плевать на трудозатраты разрабов: пусть делают и переделывают, не жалко.