Все записи

Как управлять распределенной командой

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

Несмотря на разницу во времени и расстояние, команде удается сохранять четкие процессы, регулярную синхронизацию и общее понимание происходящего. 

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

Паша1.jpg

Чем занимается наша команда

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

В команде 9 человек, почти все работают удаленно и живут в разных городах. Мы разделены на две группы по продуктам: Low Code и NoCode.

У каждой группы свой тимлид, который отвечает за операционку и распределение задач внутри команды. Я курирую все направление, слежу за тем, чтобы процессы работали, а команды были на связи. 

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


В чем была главная сложность

Самая заметная сложность — непрозрачная нагрузка. В основном мы взаимодействуем с менеджерами по продажам: изначально они писали напрямую сотрудникам моей команды. Задачи размазывались, терялись, пересекались.

В такой системе:

— невозможно оценить загрузку; 

— нельзя планировать ресурс; 

— нет общей картины, кто чем занят.

Мне, как руководителю, это мешало выстраивать базовое управление. Без прозрачности все превращается в хаос. Мы решили, что пора менять подход.


Как мы выстроили систему

В 2022 году мы внедрили следующие изменения:

— собрали таск-трекер на базе нашей платформы Naumen SMP;

— сделали Telegram-бота и перевели всю коммуникацию с менеджерами туда.

Теперь процесс выглядит так:

1. Менеджер оставляет запрос в боте.
2. Тимлид ведет коммуникацию и ставит задачу на одного из сотрудников.
3. Сотрудник берет задачу в работу, оформляет результат, закрывает.

Мы ушли от личных сообщений и получили понятную нагрузку, удобный контроль и прогресс. Работать стало спокойнее.

Похожие новости

Рабочий день младшего разработчика

Дима пришел в Naumen год назад — на стажировку по разработке. Успешно ее завершил и теперь работает младшим разработчиком в команде Naumen SMP. Он исправляет дефекты, реализует новые фичи, пишет автотесты. А также следит за тем, чтобы задачи разных разработчиков интегрировались бесперебойно и исследует массовые проблемы интеграций.

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

Рассказываем, как прошел один из его рабочих дней, наполненный планированием, разработкой фичи и командными встречами.

Как продуктовый аналитик помогает разработке двигаться быстрее

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

Мы попросили Иру, продуктового аналитика в группе AI-решений, рассказать, как она организует эту работу на практике: от подготовки задач и взаимодействия с разработкой до поиска решений, которые позволяют экономить время всей команды и повышают ценность продукта для клиента.

Инструменты ручного тестирования

В работе тестировщика важно иметь под рукой инструменты, которые ускоряют проверки, упрощают рутину и позволяют глубже разбираться в поведении системы. Вместе с Ариной и Катей из команды релизного тестирования SMRM собрали подборку таких инструментов.

Все новости