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

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

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

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

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

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

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

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

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

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

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

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

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

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

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