Как работают в IT-команде: роли и ритуалы

Кто есть в обычной команде

Разработчики. Пишут код. Обычно несколько человек разного уровня: кто-то ведёт сложное, кто-то делает попроще и учится.

Тестировщик. Проверяет, что сделанное работает. В маленьких командах его может не быть, и тогда проверяют друг друга сами.

Дизайнер. Часто не в команде, а один на несколько команд.

Аналитик. Выясняет, что именно надо сделать, и описывает это так, чтобы можно было выполнить.

Менеджер продукта. Решает, что делаем и в каком порядке.

Менеджер проекта или ведущий команды. Следит, чтобы работа шла, и убирает препятствия.

В маленьких компаниях один человек совмещает две-три роли. В крупных — наоборот, ролей больше.

Как устроен путь задачи

Обычно так: задача появилась → её описали и оценили → взяли в работу → сделали → проверил кто-то другой → протестировали → выложили.

Между этапами задача может вернуться назад. Это нормально и не означает, что кто-то плохо работает.

Новичку важно понять: вы не одни отвечаете за результат. Ваш код читают, ваши изменения проверяют, и это защита, а не недоверие.

Регулярные встречи

Ежедневная сверка. Пятнадцать минут: что сделал, что дальше, где застрял. Не отчёт начальству, а способ команде понимать, кто чем занят.

Планирование. Раз в одну-две недели: решают, что берём в работу на ближайший срок.

Разбор итогов. В конце периода: что получилось, что нет, что поменять в работе.

Обсуждение будущего. Разбор крупных задач заранее, чтобы к моменту работы всё было понятно.

Разговор один на один. С руководителем, обычно раз в месяц: как дела, что мешает, куда расти.

Что из этого действительно нужно

Честно: набор ритуалов часто раздувают, и половина встреч проводится потому, что «так положено».

Реально полезны:

• Короткая регулярная сверка. В любом виде, хоть письменно. Без неё команда узнаёт о проблемах поздно.
• Разбор итогов. Единственный механизм, который позволяет улучшать процесс, а не терпеть его годами.
• Разговор один на один. Место, где можно сказать то, что не скажешь при всех.

Остальное зависит от команды. Хороший признак: если встречу отменили и никто не заметил — она была не нужна.

Чего ждать новичку в первые недели

Много непонятного. Это нормально: у команды есть история, сокращения, договорённости, о которых никто не расскажет, пока не спросите.

Медленный старт. Первая задача займёт втрое дольше ожидаемого. Все через это проходят.

Ощущение, что мешаете. Не мешаете: обучение новичка — часть работы команды, и это заложено.

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

Как подготовиться заранее

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

Человек, у которого это уже было, входит в первую команду заметно спокойнее.