Почти 30 лет в ИТ, десятки проектов, внедрений и ночных запусков не дали автору ответа на простой вопрос: как на самом деле было прожито это рабочее время. В колонке о карьере в IT эта мысль звучит неприятно точно: если следующие 30 лет будут устроены так же, то проблема уже не в дедлайнах, а в том, что профессия постепенно подменяет собой жизнь.
Об этом сообщает Habr / Карьера в тексте «Что такое время в нашей профессии?». Автор пишет от первого лица: за три десятилетия в отрасли он успел поработать с автоматизацией, архитектурой учёта, 1С ERP, бизнес-процессами, внедрениями и кризисными запусками. Формально биография выглядит вполне убедительно: этапы закрыты, системы внедрены, задачи решены. Но если убрать должности, диаграммы Ганта и служебную хронологию, остаётся куда более жёсткий вопрос: чем было наполнено это рабочее время не по календарю, а по внутреннему ощущению человека.
Ключевой поворот в тексте строится на простой арифметике. Автор мысленно переносится на 30 лет вперёд и понимает, что речь идёт уже не о карьерной стратегии и не о личной эффективности. Ему будет 83 года, а значит, привычная формула «ещё один квартал, ещё один запуск, ещё один дедлайн, а потом станет легче» перестаёт работать как самоуспокоение. Для многих в IT это узнаваемая ловушка: жизнь постоянно откладывается до релиза, до закрытия периода, до стабилизации контура, до завершения внедрения. Проблема в том, что этот режим легко растягивается на годы и превращает рабочее время в бесконечный коридор контрольных точек.
В этом и состоит главная мысль публикации. В IT мы отлично умеем считать внешнее время: часы, сроки, итерации, окна изменений, релизы, тестовые циклы, месячные закрытия. На уровне процессов всё выглядит даже слишком прилично. Команды умеют декомпозировать задачи, ставить оценки, строить дорожные карты и жить от спринта к спринту. Но внутренняя сторона профессии в эти системы почти не попадает. Между тем именно она часто определяет, что в итоге произошло с человеком. Один и тот же квартал для двух специалистов может закончиться совершенно по-разному: один выйдет из него собраннее и сильнее, другой — выжженным, хотя внешне оба «успели в срок».
Автор предлагает разделять внешнее и внутреннее время. Внешнее — это то, чем управляет проектный офис: календарь, дедлайны, длительности, последовательность событий, возраст этапов и отчётность. Внутреннее — память, тревога, внимание, усталость, скука, плотность проживаемого дня, ощущение распада или, наоборот, собранности. Для инженерной среды это не гуманитарная лирика, а вполне прикладная вещь. Проект может идти по плану и одновременно разрушать людей, которые этот план тянут. И наоборот: очень жёсткий срок иногда проживается surprisingly clean — не потому, что магически стало больше часов, а потому, что команда внутренне собрана, решения принимаются без лишнего шума, а само рабочее время не распадается на бессмысленную суету.
Особенно точно это видно в крупных внедрениях и тяжёлых эксплуатационных историях. Автор перечисляет знакомые для отрасли сцены: аварийные ситуации, ночные контуры, жёсткие согласования, риск срыва запуска. В такие моменты время переживается не как ровная линия из календаря Outlook, а как сжатая и очень плотная среда. Иногда две недели до дедлайна ощущаются как уже проигранный проект, хотя формально запас ещё есть. Иногда наоборот: срок жёсткий, но команда держит ритм и проходит этап почти без внутренних потерь. Для руководителей это неприятный, но полезный вывод. Состояние команды нельзя оценивать только по burn-down chart, статусам и закрытым задачам. Бывает, что проект зелёный в отчёте и красный по людям.
Ещё одна сильная часть текста — критика красивой проектной биографии. После завершения работы почти любой проект можно пересказать как линейную историю: обследование, концепция, модель, настройка, тестирование, опытная эксплуатация, запуск. На бумаге выходит почти учебник. В реальности всё куда менее благородно: откаты, развилки, пустые циклы, локальные кризисы, маленькие решения с непропорционально большим эффектом. То есть даже история проекта задним числом часто оказывается не описанием реального хода времени, а аккуратно отредактированным рассказом о нём. Для IT-директоров, продактов и фаундеров здесь есть прямой управленческий вывод: если организация признаёт только официальный таймлайн, она системно теряет из вида цену, которую платят люди за «нормальное» выполнение плана.
Текст Хабра интересен ещё и тем, что не пытается продать очередной тайм-менеджмент в обложке философии. Автор прямо оговаривает: его небольшая книга «Антропология времени», выросшая из этих размышлений, не про физику, не про эзотерику и не про популярную психологию. Речь о другой рамке: как человек вообще живёт во времени профессии, как теряет его, как собирает из него биографию и почему постоянная занятость не равна осмысленно прожитому отрезку жизни. Для русскоязычной IT-аудитории это попадает в нерв момента. Отрасль устала от мантры «надо просто лучше приоритизировать» примерно так же, как от советов выспаться после трёх ночных релизов подряд.
Практическая ценность этой публикации не в готовых рецептах, а в смене фокуса. Она заставляет смотреть на рабочее время не как на ресурс для ещё более плотной загрузки, а как на ограниченную человеческую величину, которую нельзя бесконечно перекраивать без последствий. Для разработчика это повод проверить, не превратилась ли вся жизнь в ожидание следующего спокойного окна. Для менеджера — повод честно спросить, не строится ли эффективность команды на хроническом внутреннем долге. Для бизнеса — напоминание, что цена сроков измеряется не только бюджетом и SLA. Чем больше IT опирается на длинные циклы напряжения и вечное «потом», тем чаще главным дефицитом становится уже не время в календаре, а способность людей оставаться живыми внутри своей профессии.