x

Добро пожаловать в IT Leader Assistant.
Please Войти!

Создать аккаунт

Как ПО наладить контакт с командой разработки?

Максим Шаламов
05-25-2021 13:32
Как ПО наладить контакт с командой разработки?

Введение

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

Важность работы над доверием

Самое первое, что мешает наладить контакт, это то что многие ПО думают, что любая команда должна быть мотивирована сама по себе решать любые бизнес задачи и переключаться на любые новые требования. Как будто это происходит само и ничего делать для этого не нужно. На самом деле доверие к планам по продукту и направлению его развития нужно заслужить. Это непрерывный процесс работы с командой. Вам же это нужно потому, что без этого вы не достигните своих целей. Если команда будет демотивирована или вы вообще начнете терять людей, то поедут и сроки и возможности взятия в работу определенных задач. Замена разработчиков не быстрый процесс, все это время проект будет стопориться. Вам это не нужно и не допустить этого не так и сложно.

Последовательность действий

Очень важна последовательность ваших действий. Если вы говорите что-то, то выполняете это. Иначе к вашим словам очень быстро перестанут прислушиваться и перестанут обращать внимания на попытки воодушевить команду на новые свершения. Так же к последовательности можно отнести выдерживания минимальных периодов изменения вводных по скоупу задач. Хотя бы две недели должны быть нерушимыми (да исключения будут всегда, но это должны быть именно исключительные случаи, которые вы сможете объяснить команде). Я работал в разных сферах и всегда слышал в начале, что две недели никак нельзя терпеть. Но по факту, со временем это переставало вызывать вопросы. Постоянные метания в задачах выбивают вашу команду из фокусировки, оставляют много сделанной в стол работы и влекут накапливающиеся ошибки. В таких условиях эффективно работать могут не многие, а еще меньше людей хочет так работать.

Посещение регулярных встреч

Лучший способ показать команде, что вам на нее наплевать это начать пропускать регулярные командные встречи (если у вас их нет, повод задуматься о том, чтобы их ввести). Многие думают, что это мелочи. Но из мелочей складывается отношение. Игнорируя команду, вы получите такое же отношение к себе и свои задачам.

Делитесь планами и результатами с командой

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

Формализация требований

Избегайте ненужных конфликтов за счет формализации требований. Все требования, договоренности и сроки должны быть зафиксированы. Устные договоренности не имеют смысла, если их не фиксировать. Все могут вынести разные вещи из встречи, кто-то забыл, кто-то не услышал. В итоге мы получаем кучу конфликтов на приемке или кучу обманутых ожиданий, которых вообще не должно было быть. Выберите инструмент и фиксируйте все. Проработайте задачу в том виде, как вы бы хотели ее видеть как пользователь системы, тогда вы сможете ожидать, что получите именно то, что заказали. Иначе, вы получите, что-то, что может быть далеко от ваших ожиданий. Но если они не зафиксированы, то никакой конструктивной критики и работы над ошибками не получится. Будут только конфликты и потеря мотивации.

Работайте с идеями команды

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

Отслеживание процесса

Используйте системы трекинга задач и регулярные встречи для отслеживания прогресса по задачам. Не дергайте команду каждую минуту. Это очень выбивает из контекста, а так же выглядит как недоверие и ведет к конфликтам. Так же не пытайтесь оценивать задачи сами, иначе вы получите либо не работающий вариант в свои сроки, либо перенос сроков и огромное негодование своей команды. Учитесь работать по оцененным срокам, доверяйте своей команде, а если есть проблемы то улучшайте процессы для повышения прозрачности, ну или нужно менять членов команды, которые не тянут (но это должны делать технические лидеры вашей компании, которые разбираются в специфике и работе IT, делайте это через них).

Будьте на связи

Последние о чем хотелось бы сказать, будьте на связи. К вам всегда будут вопросы за уточнениями (которые мы тоже все всегда фиксируем) и чем оперативнее вы отвечаете, тем меньше простой.

Заключение

Я общался с многими ПО и понимаю их проблемы: надо и развитие продукта проработать, бюджеты утвердить, встретиться с клиентами и пользователями и многое другое. Где тут взять время на команду? Тут нужно понимать, что если вам все же нужна команда, то все что я написал нужно делать. Не успеваете сами, наймите человека, который будет работать с командой, расписывать задачи, ходить на встречи, будет все время на связи. На определенном этапе развития проекта, брать помощь не просто можно, но и нужно.
Может показаться, что это все повлечет за собой просадку в производительности. Однако, когда все знают, что и как им делать, задачи в итоге решаются быстро и качественно, а еще пропадает миллион переписок или созвонов для уточнения требований. Я проходил и процедуры аудита, которые раз от раза показывали, что команды, работающие в таких реалиях, работают как минимум выше среднего по компании, а обычно близко к верхним границам производительности.
Работайте со своей командой и ваш продукт будет расти быстро и качественно.
Если у вас есть какие-то вопросы или пожелания вы можете воспользоваться формой для связи с нами:

Комментарии

Чтобы оставить комментарий, пожалуйста, авторизуйтесь

Подписывайтесь на обновления

Последние статьи из нашего блога