В совете об обязанностях технического директора в бюро я не упомянул самое главное: встречи один на один. Эти встречи — самый важный инструмент техдира: с помощью них он взращивает и направляет разработчиков, делится опытом и знаниями, выстраивает с ними хорошие отношения и помогает расти в профессии. Расскажу, как я к ним подхожу.

Я стараюсь не обсуждать на таких встречах текущие проекты и задачи. Для этого есть стендапы и еженедельные демо. Вместо этого разговариваем о личном и о работе в целом. Отслеживаем прогресс по плану развития, корректируем и дополняем его, разбираем проблемные ситуации и решаем, что с ними делать.

Чтобы встречи были эффективными, нужно постоянство. Регулярные встречи задают ритм и дисциплинируют. Частота встреч зависит от опыта разработчика в бюро. Новичкам нужны встречи минимум раз в неделю, опытным ребятам достаточно одной встречи в месяц.

Чтобы встречи не были поверхностными, закладываю на них час. Все люди разные: кто‑то с первых минут встречи говорит о проблемах, кто‑то упоминает их через полчаса от начала разговора. Если заложить на встречу час, точно успеешь докопаться до проблем и решить, что с ними делать.

Чтобы встречи были полезными, прошу разработчиков самостоятельно составлять повестку встреч. Так мы обсуждаем то, что действительно важно ребятам. Плюс так разработчик структурирует и обдумывает накопившиеся проблемы.

А сам прихожу с вопросами:

  • и что ты будешь с этим делать?

  • что происходит?

  • как тебе в бюро?

  • что бесит?

  • что нужно изменить?

Чтобы ничего не забыть, каждую встречу конспектирую. Отдельно выделяю принятые решения, которые затем разбираю на задачи и делаю. Пообещать что‑то разработчику и не сделать — смертный грех.

Ещё по теме

P. S. Это был совет о веб‑разработке. Хотите знать всё о коде, тестах, фронтенд‑разработке, цеэсэсе, яваскрипте, рельсах и джейде? Присылайте вопросы.

Веб‑разработкаУправление проектом
Отправить
Поделиться
Запинить

Рекомендуем другие советы