В совете об обязанностях технического директора в бюро я не упомянул самое главное: встречи один на один. Эти встречи — самый важный инструмент техдира: с помощью них он взращивает и направляет разработчиков, делится опытом и знаниями, выстраивает с ними хорошие отношения и помогает расти в профессии. Расскажу, как я к ним подхожу.
Я стараюсь не обсуждать на таких встречах текущие проекты и задачи. Для этого есть стендапы и еженедельные демо. Вместо этого разговариваем о личном и о работе в целом. Отслеживаем прогресс по плану развития, корректируем и дополняем его, разбираем проблемные ситуации и решаем, что с ними делать.
Чтобы встречи были эффективными, нужно постоянство. Регулярные встречи задают ритм и дисциплинируют. Частота встреч зависит от опыта разработчика в бюро. Новичкам нужны встречи минимум раз в неделю, опытным ребятам достаточно одной встречи в месяц.
Чтобы встречи не были поверхностными, закладываю на них час. Все люди разные: кто‑то с первых минут встречи говорит о проблемах, кто‑то упоминает их через полчаса от начала разговора. Если заложить на встречу час, точно успеешь докопаться до проблем и решить, что с ними делать.
Чтобы встречи были полезными, прошу разработчиков самостоятельно составлять повестку встреч. Так мы обсуждаем то, что действительно важно ребятам. Плюс так разработчик структурирует и обдумывает накопившиеся проблемы.
А сам прихожу с вопросами:
и что ты будешь с этим делать?
что происходит?
как тебе в бюро?
что бесит?
что нужно изменить?
Чтобы ничего не забыть, каждую встречу конспектирую. Отдельно выделяю принятые решения, которые затем разбираю на задачи и делаю. Пообещать что‑то разработчику и не сделать — смертный грех.
Ещё по теме
P. S. Это был совет о веб‑разработке. Хотите знать всё о коде, тестах, фронтенд‑разработке, цеэсэсе, яваскрипте, рельсах и джейде? Присылайте вопросы.