Архив рубрики ‘тимлид’

Почему делегированная задача возвращается к тимлиду

Вы отдали задачу инженеру, а через три дня она снова у вас: то с ворохом вопросов, то сделана наполовину, то с честным «я не был уверен и решил дождаться тебя». Делегировали ведь по‑настоящему, не сами сели делать, — почему вернулось? Обычно потому, что отдали задачу, но не отдали всё остальное, без чего её нельзя довести самому: право решать, понимание, что считать готовым, и момент, в который свериться. Разберём, […]

Иллюзия присутствия: почему удалёнка в IT превратилась в культуру «тихого увольнения» (Quiet Quitting)

Эйфория от повсеместного перехода на удаленный формат работы (Remote First), ставшая визитной карточкой ИТ-индустрии начала 2020-х, к 2026 году сменилась фазой глубокого разочарования менеджмента. Задекларированная свобода и рост продуктивности на практике столкнулись с системным кризисом вовлеченности: размытием трудовой дисциплины, падением мотивации и потерей фокуса со стороны распределенных сотрудников. Ситуация, когда разработчик формально присутствует на созвонах, […]

Сколько стоит ваш техдолг: методики, цифры, российская специфика

Представьте: вы наконец посчитали, сколько денег утекает из дома через плохую теплоизоляцию. Пришли к владельцу с цифрой в 200 тысяч в год на отоплении. Он посмотрел, кивнул и сказал: «Ну окей, запишем в убытки».

Трансфер знаний: как за 5 шагов мы превратили кризис в рутину

Реальный кейс из практики бизнес-аналитика Вместо введения: «да ладно, что там передавать?» Каждый аналитик хотя бы раз в жизни оказывался в ситуации, когда нужно: передать дела новому сотруднику, самому в срочном порядке вникнуть в чужие задачи, или организовать передачу проекта из рук в руки — то есть трансфер знаний. На первый взгляд, ничего сложного. Есть ресурсы, есть задачи, а если ещё и […]

ИИ не автоматизировал разработчиков. Он сделал кое-что хуже

Команда выросла, методы — остались

«Раньше у нас была классная команда, все друг друга знали, задачи решали быстро. А теперь — процессы, согласования, и непонятно, кто за что отвечает. Кстати, напомните — как зовут нашего дизайнера?». Узнаете? Это голос руководителя, который перерос свои старые методы. Вы прошли путь от 5 до 50 человек. Или от одной команды до целого отдела. Вместо драйва — усталость. Вместо скорости — бюрократия.

Ошибка найма «рок‑звезды» — как один супер‑инженер разрушил команду за полгода

Привет, Хабр! Меня зовут Андрей Бирюков. Я являюсь независимым экспертом в области ИТ и ИБ, преподаю в учебных центрах и пишу книги. Каждая компания‑разработчик хочет иметь в своей команде сильных специалистов, и зачастую поиск и найм таких спецов ограничивается только бюджетом. Однако в этой статье мы рассмотрим ситуацию, в которой у нас была возможность нанять гениального одиночку, но в итоге мы получили […]

Матрица компетенций тимлида: как снизить Bus Factor на проекте

ИИ-агент сам создал тикет, сам же его взял, и сам закрыл. Менеджер ничего не заметил

Автономные агенты в разработке уже встроены в CI/CD живых команд, закрывают реальные тикеты и пишут код, который идёт в прод. Проблема не в том, что они это делают плохо, а в том, что метрики при этом выглядят слишком отлично.

It takes everybody: делегируем команде

Меня зовут Катя, я руковожу операционным отделом ITSM 365 в Naumen.