Project-менеджер | IT

Хотят вашу команду засунуть в лютый стафог – мы так не работаем; хотят внедрить непонятные решения – мы так не работаем. Сказали, отказались, всё по красоте за исключением одной маленькой детали – контракт и деньги вы скорее всего потеряете. Но в моём опыте был успешный случай, когда мы сказали, что так не работаем, но контракт с нами не расторгли.

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

Руководители IT-проектов (РП) на рынке труда в остром дефиците: по данным hh.ru на 1 вакансию приходится 1,9 резюме. Поэтому часто в компаниях один РП ведет по 5-6 проектов. При такой загрузке успеть все и сохранить качество практически невозможно.

Решить проблему с загрузкой нам помог администратор проектов. Прежде чем ввести эту роль, мы детализировали все задачи РП и выделили «рутину». Её и передали администратору.

Как правило, когда разговор идет об АБ-экспериментах в технологических компаниях, то подразумевается следующий сценарий:

- Формулирование продуктовой гипотезы. Например: если увеличим кнопку «купить» в 2 раза, то конверсия в нажатие вырастет в 10 раз.
- Дизайн подходящего АБ. Выбор ключевых метрик и контрметрик, сегментов пользователей, оценка длительности эксперимента.
- Запуск теста.
- Подведение итогов и принятие решения о внедрении изменений.

То есть основная цель эксперимента – это проверка гипотезы, а в идеале ее подтверждение и, в итоге, изменение продукта в лучшую сторону.

Что такое продукт данных? Как правило, продукт данных представляет собой улучшенную версию данных, принадлежащих компании. Это понятные, управляемые и точные сведения, которые превращают данные в актив.

Начало любого проекта – это идея заказчика или владельца продукта, сформулированная в виде бизнес-требований, ТЗ или записок на салфетке.

Как был бы прекрасен процесс разработки, если бы важные детали прорабатывались уже на этом этапе.

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

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

Дорогой друг,

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

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

ну а поездка закончится быстро и печально.