Трагедия - Не трагедия...
Более 20 лет назад, когда я был молодой и прыщавый :-) — шучу… Но про время — серьезно.
Тогда момент творчества в работе условного программиста имел особую свободу. Внедрили самописку по управлению процессами. Смысл был самый простой — не выпускать из виду текущие процессы.
Тогда, не меньше чем сейчас, казалось, что мы все ответственные и всегда всё доводим до финала…
Спойлер: логического — да, производственного — не всегда…
Показалось — так классно и здорово, и на простых процессах, например, выпуск очередных релизов, работает безотказно. Всегда видно отклонение от графика или, напротив, опережение. Можно оперативно давить на газ или тормоз, следить за отработкой этапов по регламентам, стучать по рукам или вытаскивать отдельных исполнителей. Ну, здоров же!
И всё равно отдельные процессы, даже простые, повисали и начинали скатываться. Да как так-то? И это при всей нашей взаимной ответственности и взаимопомощи. Но мы успели проанализировать причины. Основными из них оказались:
Политические — мы строили-строили, и тут учредители поругались, или директора решили померяться… а чем — не скажу…
Внешние — мы строили, а тут подрядчик умер или решил умереть, и вот он страдает в агонии, а нам-то процесс без него не сдвинуть…
Потеря актуальности — и такое бывает: два квартала назад мы договорились, сейчас начали, поняли, что уже не актуально, а процесс уже запущен, и даже различные исполнители успели отработать по своим регламентам. Трудозатраты есть, а результата не будет…
Понятно, что бывают разные ситуации. А как это страшно для отчетов! Мы же все — продуктивные и успешные, а тут такое.
Иногда такое доводило до личных трагедий. Помню, приходил паренёк, начинали вместе, потом он ушел в другой отдел на «перспективный» проект. И тут он зашел, я обрадовался, а повод совсем не радостный оказался: — Я, — говорит, — проект закрыл. — Как закрыл? — Успешно, но, видимо, неудачно…
Но тем не менее даже такие ситуации необходимо отрабатывать и анализировать. Сделали неверные выводы — ситуация может повториться, а повторы неудач, тем более однотипных, «у нас не прощают».
Поэтому лезем в свою автоматизированную систему, смотрим, что зависло, анализируем трудозатраты и принимаем неприятные решения. Это как в трейдинге — иногда нужно зафиксировать отрицательный результат, чтобы избежать краха позже.
Абсолютной гарантии это не дает, но если упускаете, то случившаяся в моменте трагедия может отразиться на будущем. Если управляете этим процессом, то можете успеть хоть что-то исправить.
Подумайте над этим, может пригодиться…
Сам пример — завершённый в себе кейс автоматизации (внедрение системы), но сама по себе система без людей всё равно не работает. Как бы вы ни были умны, предусмотреть все возможные варианты в регламентах или программах невозможно. Даже система выдаст неверный результат, если конкретный исполнитель на определённом этапе не внесёт в неё важную информацию.
Это ответ бесконечным автоматизаторам и технократам. Любая система — лишь инструмент.
Тот же ИИ помогает, но анализировали, сколько раз он ошибается? Я — да. Но трагедия случается, когда ключевой элемент системы не способен увидеть этих ошибок.
Необходимо четко знать: ответственность всегда на людях. С сервером не поругаешься! Программу не лишишь премии…
Пока трагедия пусть уже случилась, но не материализовалась окончательно — держите руку на пульсе и управляйте процессами. У вас есть только один объективный сервер — голова. А другие головы помогают. Если вы один среди горы железа — трагедия свершилась 🥳…