Вот есть, будем называть его, “data-driven” подход к работе в корпорациях — принимаем решения на основе объективных данных, регулярно задаём себе вопрос “зачем мы это делаем” и пьём смузи всегда оцениваем цифрами результаты наших запусков.

Звучит классно, но я пока не видела, чтобы этот подход нормально применялся. Как обычно это выглядит:
1. Аналитиков слишком мало, у них плотный бэклог, в который хрен встанешь. В какой-то момент капасити аналитики схлопывается до микроразмера, потому что они сначала нахерачили кучу инструментов, а теперь их надо обновлять и чинить, и весь ресурс уходит на это.
2. Решения о запусках принимаются в результате пихания пузом, для убедительности показываются какие-то цифры, вырванные из контекста (очень напоминает мне защиту дипломов в универе). Либо находится человек, который так хорошо понимает взаимосвязь метрик, что может на коленке прикидывать эффекты и в 95% случаев попадает. На прошлом месте работы, например, я была именно таким человеком.
3. Если что-то при запуске пошло не так, то всегда можно доебаться до ответственного из п2., потому что при проработке запуска что-то не просчитали. Генерируем лишние стрессы в команде.

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

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

Мои дорогие уже 14 (между прочим!!) читателей, видели ли вы успешные кейсы, когда в компании была так построена работа аналитики, что её хватало на тру дата-драйвен запуски? Как это было выстроено? Хочу узнать такой опыт, как это построить?

Дорогие соискатели, будьте осторожны с формулировками…

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

Как вам такой формат? Текст всё-таки привычнее, или будем разбавлять его кружочками и голосовыми?)

Привет! У меня есть свой бэклог тем, про которые я хочу здесь поговорить, но вдруг есть что-то, что вам было бы интереснее всего)
Напишите, пожалуйста, в комментарии, о чём сделать пост/подкаст❤️

Уважаемые читатели прислали в редакцию нашего канала такой вопрос:

Насущное: руководство генерит фичи без привязки к метрикам и смыслам. Пипец как жалко тратить ресурс разработки на это. Как жить в такой ситуации?…

Заставить компанию сделать стратегию, спустить её сверху вниз и идти по ней можно, только если вы СЕО или имеете на него прямой и простой выход. Простите, если кого расстроила, можем поспорить в комментариях:) Если доступа к телу нет, то огораживаем свою поляну и держим порядок хотя бы на ней.

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

У меня есть похожий, достаточно холиварный, рабочий проект, в который кто-то всё время пытается вкинуть что-то новое, от фичи до контента, а ещё по дороге поменять требования. Это происходит и со стороны топов aka заказчиков, и со стороны смежников и других стейкхолдеров. В этой ситуации лучше, что можно сделать — уволиться определить основных принимающих решение, зафиксировать с ними требования, потом зафиксировать это письменно, и отправлять в этот документ всех, кто пытается накинуть что-то новое. “Да, это хорошая идея, я согласна. У нас уже есть зафиксированный список требований — вот он. Если ты хочешь внести в него изменения, то давай соберём встречу в том же составе, который указан согласующих у этих договорённостях”. Спойлер: до встречи дойдёт примерно в 1% случаев:)

Так же и с топами: уточняйте, в каком приоритете новая фича, делайте акцент на деприоритизации остального или сами эскалируйте запрос ресурсов. И не бойтесь просить время на то, чтобы посчитать сроки, собрать информацию перед тем, как комититься. Имхо, если в ответ на такое вы получаете прям жоский негатив — то шутка про уволиться уже не такая уж и шутка. Готовы ли вы тратить свои силы и время на то, чтобы перестроить систему, которой, кажется, и так в целом нормально? Что вам даст приченение добра в этой ситуации?

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

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

Я сейчас консультирую в Эйч, и очень часто ко мне приходят ребята с вопросом: "Какую теорию должен знать менеджер проектов?". По моему мнению, любая практика тут будет лучше теории, но всё равно можно составить какой-то список, с которым кандидат на вакансию проджекта должен быть хорошо знаком. Вот такой список даю я. А что бы вы добавили в него?

1. Диаграмма Ганта
2. Стадии проекта
3. Стандарт PMBOK (он на самом деле в чистом виде нигде не используется, но его понимание помогает уложить в голове, что такое управление проектами)
4. Карта рисков, митигация рисков
5. Типы стейкхолдеров, матрица RACI
6. Нотации описания процессов (блок-схемы, BPMN)
7. Метрики успешности проекта
8. Ретро по проекту
9. Трекеры задач (jira, asana, Яндекс трекер и т.д.)
10. SQL (понять для себя логику, мне нравится этот тренажер https://sql-academy.org/ru/guide)

На этой неделе была на тусовке менторов getmentor.dev.

Кстати, ссылка на мой профиль, всегда рада, если рекомендуете:)

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

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

Не скажу даже, что это только новому поколению интересно, но не суть.

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

Воскресная рекомендация: ютуб-канал wendower productions


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

Мой топ:

Почему лоукостеры такие дешёвые (читайте как инструкцию о срезании костов):
• Убраны триггеры, вызывающие лишние процессы, например, если убрать карманы в спинках сидений, то бортпроводникам не нужно их проверять после полёта и быстрее начнётся следующий полёт.
• Увеличены капитальные расходы в счёт снижения операционных: самолёты у лоукостеров обычно новые, с минимальным пробегом, потому что такие жрут меньше топлива. Тогда экономика сходится.
• Сокращён критический путь процессов, необходимых для старта полёта: пассажиры регистрируются заранее и перед посадкой их можно сразу выстроить в нужном порядке, чтобы они быстро заполняли самолёт и не толпились в нём. Поэтому меньше платят за время простоя.
• Что имеем: маржинальность лоукостера может быть в 10 раз больше, чем обычной авиакомпании.

Почему система общественного транспорта в США — отстой:
• Застройка городов в Европе — смешанная, до магазина можно дойти пешком в своём районе. А в Америке застройка специализированная — жилые площади находятся в удалении от коммерческих и бизнесовых. Поэтому больше нагрузка на транспортную систему.
• В прошлом веке Европа сделала ставку на инфраструктуру общественного транспорта, а Америка — на дороги.
• Доступность перемещения — один из важнейших факторов для борьбы с бедностью, так как людям легче найти работу. Люди стремятся работать и зарабатывать — общественного транспорта нет — ещё сильнее растёт нагрузка на дороги. Замкнутый круг.

Как строится экономика горнолыжного курорта:
• Очень большие капитальные издержки: построить курорт и обеспечить его инфраструктурой стоит нереально дорого. Это всё надо отбивать потом.
• Операционные издержки очень непредсказуемые: сильно зависят от погоды. А ещё есть сезонность, поэтому большая текучка персонала, и его надо удерживать.
• В горнолыжных курортах и соседних городах лучшая система общественного транспорта в Америке, потому что для курорта нужно много стаффа, его дешевле селить внизу горы, а чтобы все работники не тащили наверх на гору, где мало места, свои машины, хорошо развивается автобусная инфраструктура.
• Из-за глобального потепления у многих курортов перестала сходиться экономика (каждый катальный день решает), и крупные курорты стали скупать мелкие, чтобы у них была диверсификация климатических зон и каждый день в холдинге было N курортов, где идёт катание. Такие холдинги продают сезонные пассы на все курорты сразу, и таким образом снижают волатильность своих доходов. Лучше продать выгодные сезонные пассы, чем каждый день сидеть и гадать, сколько же у тебя получится напродавать дорогих однодневных.

Пост-знакомство

На этот канал начинают подписываться люди, с которыми я не знакома лично. Это очень волнительно) И, получается, надо представиться!

Меня зовут Катя, я живу в Москве и работаю в Яндексе менеджером продукта.

Я обожаю тему управления процессами и проектами! Занимаюсь ей на работе, а ещё консультирую, исследую и веду про это телеграмм-канал.

В моём бэкграунде:
🔹Работа в финтехе Яндекса, где я отвечаю за один из продуктов и параллельно выстраиваю понятную систему планирования технических ресурсов.
🔹Консультирование малого и среднего бизнеса по выстраиванию операционки, системы KPI, процессов взаимодействия между отделами (да, могу сделать так, чтобы продажи и операции не хотели задушить друг друга в тёмном коридоре).
🔹Логистика Яндекс Маркета, где я отвечала за то, чтобы сходились метрики качества доставки, искала боттлнеки в процессах, выравнивала их, строила процессы контроля качества и коммуникаций между командами.
🔹А до этого, fun fact, я была пиарщиком, и помогала бизнесу рассказывать о своих продуктах наружу. Но даже в пиаре много строила процессов, потому что процессы есть везде:)

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

Я училась в ВШЭ: на менеджменте и на коммуникациях. В студенчестве много где стажировалась, например, работала администратором в хостеле в Португалии (и даже там перестроила процесс планирования смен, чтобы снизить пиковые нагрузки на персонал). А ещё у меня есть два котика, которых я взяла с улицы, я люблю крафтовое пиво и умею водить не только машину, но и лошадь:)

Добро пожаловать! И не забывайте ставить лайки, если вам что-то здесь нравится. Мне это очень приятно♥️