x

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

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

Как контролировать работу ИТ-отдела

Максим Шаламов
09-10-2021 13:27
Как контролировать работу ИТ-отдела
Очень часто представители бизнеса (ПО или владельцы продукта) оказываются в ситуации, когда у них появляются субъективные ощущения, что в разработке что-то идет не так или им хочется иметь больше контроля над разработкой. Обычно это приводит к тому, что они начинают ходить в команду, ставить ненужные синки, встречи и задавать неприятные вопросы. Это лишь накаляет обстановку и приводит к потере мотивации в команде и создает ощущение, что команде не верят. В итоге начинается текучка и, соответственно, сорванные сроки. А главное, что без глубокого технического понимания такие действия все равно не дадут никаких результатов и именно поэтому команда этому сопротивляется. Никто не любит обсуждать детали с человеком очень далеким от твоей области. Как же оставаться в контексте и при этом не рушить моральный дух команды?

Уходите от субъективности

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

Не пытайтесь разобраться в деталях реализации

Частая проблема представителей бизнеса - желание залезть в детали реализации. Прямо в детали того, как будет работать взаимодействие сервисов или куски мобильного приложения. Конечно же вам это ничего не даст. Да и банально вам могут рассказать, что угодно лишь бы вы отстали. Все, что вас может интересовать это понимание трудозатрат. Если вы видите, что фича потребует больше затрат, чем вы планируете, то обсудите как ее упростить с бизнесовой точки зрения. Это будет значительно эффективнее и вы будете работать с понятной проблемой, а не с тем описанием проблем, в которых ничего не понимаете и не хотите понимать.

Стройте явные процессы

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

Заключение

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

Комментарии

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

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

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