Современная работа в IT все меньше сводится только к коду и все больше – к постоянной коммуникации. Созвоны, переписки, согласования формируют скрытую нагрузку на айти-специалиста, которая часто оказывается тяжелее технических задач. В этой статье рассматривается феномен эмоционального труда в IT: почему он возникает, как влияет на разработчиков и команды и почему до сих пор остается недооцененным фактором выгорания.
Техдолг в 1С часто звучит для бизнеса как “разработчики хотят переписать код”. Из-за этого важные улучшения годами откладываются, пока не ломается релиз, обмен, отчет или критичный процесс. Разбираем, как переводить техдолг на язык рисков, сроков, стоимости изменений, зависимости от людей и устойчивости системы.
Три разных проекта. Три похожих сценария. Меня приглашали как программиста 1С, а по факту я делал многое другое. Потом меня убирали как “неудобного программиста” — и через время звали обратно.
Статья о том, почему неправильное позиционирование ломает ожидания клиента, создает конфликты с главбухами и финдиректорами и заставляет специалиста доказывать не результат, а право заниматься своей работой.
«Почему он, а не я?» обычно звучит как смешная фраза про обиду и сравнение. Но в рабочей команде она становится совсем не смешной, когда человек случайно узнаёт, что коллега на той же роли получает больше. С этого момента одна цифра запускает спираль: сначала недоверие, потом молчание, потом апатия, падение качества и тихий уход.
В 1С-командах часто всё держится на героизме: задачи прилетают в личку, релизы горят, документации нет, техдолг растет, а один сильный разработчик знает половину системы. Разбираем стадию Go-Go по Адизесу на примерах 1С-разработки и показываем, как выйти из хаоса без превращения команды в бюрократию.