Про опережающие метрики. Или как предсказывать будущее, когда хрустальный шар на ремонте.
Интересный вопрос, который встает, когда начинаешь вводить систему показателей - а как понять на более ранних этапах, что показатель в конце периода достигнет нужного тебе значения.
Вот для этого и нужны опережающие метрики.
Разбирали прикольный пример про школу.
Цель процесса - чтобы ребенок пришел в школу во время. Для этого ему нужно зайти в кабинет за 5 минут до урока, в раздевалку попасть за 15 минут до урока, выйти из дома за полчаса до урока, проснуться за час.
При таком сценарии с большой долей вероятности ребенок будет в школе вовремя.
НО!
Опережающие показатели не говорят о 100% попадании в цель. Ведь опытная мама знает, что пробуждение за час до школы не говорит о том, что вы в нее вовремя попадете (пробка, долгий завтрак, забытая сменка). Но если вы встанете за 15 минут до начала урока - то 100% вы опоздаете.
Как выстроить систему опережающих показателей?
Все просто - проходим с успешным пользователем путь «в обратную сторону». Например, пользователи с успешным целевым действием шли по следующему «инвертированному» пути (да пребудет со мной Нолан):
- успешный заказ
- введение промокода
- набор корзины
- просмотр товаров
- заход в раздел
- переход по ссылке у блогера с обзором.
Как же из этого собрать опережающие метрики - мы с учетом конверсии оцениваем, сколько должно быть на каждом этапе, чтобы по итогам получился нужный показатель.
И внимательный читатель легко узнает в этом воронку продаж - если речь идет например про показатель в количестве штук.
Если у вас показатель скорость - то смотрим скорость успешного пользователя на каждом из подэтапов. Если про деньги - разбивку сумм по коротким временем периодам.
Можно даже DoD по проектам так разбивать: чтобы проект был реализован в срок, то к этому времени должен быть такой-то этап. И набор зафиналеных этапов - опережающие показатели для финального DoD по проекту.
Главное, запомнить логику:
- берем самый частый успешных пользовательский сценарий;
- разбиваем его на этапы (не важно, время, конверсия, деньги или проч);
- у каждого из этапов с учетом конверсий ставим целевое значение.
Опережающие показатели отлично могут помочь в декомпозиции верхнеуровневых KPI на команду.
Навеяно доводом и моей прекрасной менти. А вы пользуетесь опережающими показателями?
Интересный вопрос, который встает, когда начинаешь вводить систему показателей - а как понять на более ранних этапах, что показатель в конце периода достигнет нужного тебе значения.
Вот для этого и нужны опережающие метрики.
Разбирали прикольный пример про школу.
Цель процесса - чтобы ребенок пришел в школу во время. Для этого ему нужно зайти в кабинет за 5 минут до урока, в раздевалку попасть за 15 минут до урока, выйти из дома за полчаса до урока, проснуться за час.
При таком сценарии с большой долей вероятности ребенок будет в школе вовремя.
НО!
Опережающие показатели не говорят о 100% попадании в цель. Ведь опытная мама знает, что пробуждение за час до школы не говорит о том, что вы в нее вовремя попадете (пробка, долгий завтрак, забытая сменка). Но если вы встанете за 15 минут до начала урока - то 100% вы опоздаете.
Как выстроить систему опережающих показателей?
Все просто - проходим с успешным пользователем путь «в обратную сторону». Например, пользователи с успешным целевым действием шли по следующему «инвертированному» пути (да пребудет со мной Нолан):
- успешный заказ
- введение промокода
- набор корзины
- просмотр товаров
- заход в раздел
- переход по ссылке у блогера с обзором.
Как же из этого собрать опережающие метрики - мы с учетом конверсии оцениваем, сколько должно быть на каждом этапе, чтобы по итогам получился нужный показатель.
И внимательный читатель легко узнает в этом воронку продаж - если речь идет например про показатель в количестве штук.
Если у вас показатель скорость - то смотрим скорость успешного пользователя на каждом из подэтапов. Если про деньги - разбивку сумм по коротким временем периодам.
Можно даже DoD по проектам так разбивать: чтобы проект был реализован в срок, то к этому времени должен быть такой-то этап. И набор зафиналеных этапов - опережающие показатели для финального DoD по проекту.
Главное, запомнить логику:
- берем самый частый успешных пользовательский сценарий;
- разбиваем его на этапы (не важно, время, конверсия, деньги или проч);
- у каждого из этапов с учетом конверсий ставим целевое значение.
Опережающие показатели отлично могут помочь в декомпозиции верхнеуровневых KPI на команду.
Навеяно доводом и моей прекрасной менти. А вы пользуетесь опережающими показателями?
Как быстро проверить себя, что в команде настроены все процессы?
Собрала короткий чек-лист по процессам, документам и ритуалам нашей команды. Будет интересно, если вы поделитесь тем, что есть у вас, а в чек-листе вы не увидели.
Короткие комментарии (faq):
💡Еженедельная встреча по цифрам с заказчикам чем отличается от демо?
На этой встрече мы только проводим короткий (20 минут) чек по ключевым цифрам и опережающим метрикам, если по цифрам есть отклонения, то фиксируются задачи, чтобы эти отклонения убрать.
Демо - регулярная возможность показать заказчикам, что находится «под капотом»у этих цифр: проекты, процессы, команды и что они сделали за этот период, чтобы эти цифры случились. Получить не цифирную, а более развернутую обратную связь.
💡Еженедельная кросскомандная встреча по цифрам и проектам
На ней в нашем случае встречаются продукт-маркетинг-операционка, чтобы:
- разобрать - что нужно, чтобы прийти к нашим циферным целям, проработать отклонения;
- увидеть, как мы можем влиять друг на друга, когда раскатываем свои проекты;
- решить сложные кросс-командные вопросы.
У меня это любимая встреча - без нее продукт живет в отрыве от маркетинга и операционки.
💡Что такое площадка инфры?
Не мое изобретение, но уже полгода показывает свою эффективность. В чем суть: на ней присутствуют все технические команды (разработка, аналитики, бизнес-аналитики) и приходят заказчики, когда в проекте «без бутылки не разобраться». На ней мы можем понять, как вписать изменения во все наши системы, как при этом это повлияет на данные и на процессы, что нужно сделать, чтобы замок из костылей достоял до ближайшего рефакторинга.
💡Что есть OKR?
Здесь по OKR я подразумеваю документ, где сделана декомпозиция ключевой цели компании/департамента с разбивкой на периоды (я чаще всего предпочитаю месяца, у каждой из строк, на которую бьются показатели - есть свой ответственный оунер.
понедельная декомпозиция OKR нужна как раз для встречи с заказчиком по цифрам.
И как раз на основе OKR же делается и декомпозиция KPI - кто за какую часть строчек отвечает.
💡Что такое ресурсное планирование?
Это апдейт загрузки разработки, аналитики и дизайна - т.е. всех производственных команд на ближайший спринт, чтобы понять, что ключевое нужно сделать за 2 недели, есть ли радикальное отставание по проектам.
Расскажите, что в вашей команде работает также или аналогично, а чего у нас нет и вы рекомендуете добавить?
Собрала короткий чек-лист по процессам, документам и ритуалам нашей команды. Будет интересно, если вы поделитесь тем, что есть у вас, а в чек-листе вы не увидели.
Короткие комментарии (faq):
💡Еженедельная встреча по цифрам с заказчикам чем отличается от демо?
На этой встрече мы только проводим короткий (20 минут) чек по ключевым цифрам и опережающим метрикам, если по цифрам есть отклонения, то фиксируются задачи, чтобы эти отклонения убрать.
Демо - регулярная возможность показать заказчикам, что находится «под капотом»у этих цифр: проекты, процессы, команды и что они сделали за этот период, чтобы эти цифры случились. Получить не цифирную, а более развернутую обратную связь.
💡Еженедельная кросскомандная встреча по цифрам и проектам
На ней в нашем случае встречаются продукт-маркетинг-операционка, чтобы:
- разобрать - что нужно, чтобы прийти к нашим циферным целям, проработать отклонения;
- увидеть, как мы можем влиять друг на друга, когда раскатываем свои проекты;
- решить сложные кросс-командные вопросы.
У меня это любимая встреча - без нее продукт живет в отрыве от маркетинга и операционки.
💡Что такое площадка инфры?
Не мое изобретение, но уже полгода показывает свою эффективность. В чем суть: на ней присутствуют все технические команды (разработка, аналитики, бизнес-аналитики) и приходят заказчики, когда в проекте «без бутылки не разобраться». На ней мы можем понять, как вписать изменения во все наши системы, как при этом это повлияет на данные и на процессы, что нужно сделать, чтобы замок из костылей достоял до ближайшего рефакторинга.
💡Что есть OKR?
Здесь по OKR я подразумеваю документ, где сделана декомпозиция ключевой цели компании/департамента с разбивкой на периоды (я чаще всего предпочитаю месяца, у каждой из строк, на которую бьются показатели - есть свой ответственный оунер.
понедельная декомпозиция OKR нужна как раз для встречи с заказчиком по цифрам.
И как раз на основе OKR же делается и декомпозиция KPI - кто за какую часть строчек отвечает.
💡Что такое ресурсное планирование?
Это апдейт загрузки разработки, аналитики и дизайна - т.е. всех производственных команд на ближайший спринт, чтобы понять, что ключевое нужно сделать за 2 недели, есть ли радикальное отставание по проектам.
Расскажите, что в вашей команде работает также или аналогично, а чего у нас нет и вы рекомендуете добавить?
🍰 Печенька про таргеты (хотела печеньку, а получился почти кусок торта, так что заваривайте чайек).
Когда я с кем-то впервые раскладываю OKR, то обычно самый сложный для человека вопрос: «Как поставить таргет?» (таргет=цель)
Тут есть три варианта решения (их может быть больше - докидывайте, если еще знаете)
✅ Один из самых распространенных — таргеты, которые выставляют сверху (идем от потребности). Для джунов это особенно удобно, т.к. не надо принимать решения и делать какие-то сложные пассы. Дали цель и лопату - копай. Хорошо, если в компании есть декомпозиция по метрикам, когда есть понятные причины достигать конкретной планки. Бывает и хуже, когда таргеты спускаются сверху просто наугад. Что делать, если у вас такой случай - перепроверять таргет на выполнимость (об этом чуть ниже) + обязательно говорить с бизнесом о том, в чем смысл самой метрики. Если мы понимаем, что хотим измерить, то тогда проще выставить и таргет.
🦄 Пример: продукту ставят таргет на разработку и интеграцию FAQ в таком виде, чтобы снизить нагрузку на менеджеров поддержки, а значит снизить затраты на них. Бизнес четко понимает, что если нужны деньги на развитие, то их можно выдернуть из операционного процесса, но чтобы при этом качество не сломалось - нужна автоматизация. Тогда таргет понятный и обоснованный. Нужно X денег, значит, нужно оптимизировать поддержку на этот Х, а значит, что с учетом уровня нагрузки, количество обращений должно сократиться на Y. Но даже в этом примере есть - все равно придется проверять на возможность выполнения.
✅ Второй вариант, когда мы идем от возможности. Например, мы определили ключевые цели, выбрали метрики - по которым будем определять движение к ним, далее мы смотрим, а по каким причинам данная метрика сейчас на таком уровне. Тут все варианты исследований вам в помощь (обращаю внимание, что исследований колличественных, т.к. качественный скорее дадут гипотезы). Мы собираем и группируем причины, что мешает людям достигать целевого действия. Далее мы смотрим, какие из этих причин мы сможем в ближайший период планирования пофиксить и в идеале смотрим, на какой процент. В идеальном мире для этого проводятся А/B тесты, но не всегда, к сожалению, для этого есть условия. Поэтому хотя бы экспертной оценкой (желательно нескольких экспертов) оценить, какую долю причин можем закрыть, а значит - на сколько сдвинуть метрику.
✅ Метод третий - вы смотрите тренд + накладываете сезонность (функция "предсказ" - ваше все), а дальше уже дополняете пунктами из второго метода. Но тут есть нюанс, для этого у вас должны быть ретроспективные замеры данной метрики и желательно минимум за 2 года. Все бы хорошо, но тут наложилась корона, которая многим сильно внесла коррекции и в линии трендов, и в сезонность.
✅ Метод четвертый - интегральный. Вы вместе с бизнесом сначала определяете цели и метрики, далее бизнес со своей стороны смотрит, что от вас требуется, а вы оцениваете, насколько это реалистично и достижимо.
🦄 На самом простом примере: конверсия лендинга+онбординга пользователей у вас X%, поэтому, чтобы выполнить план - вам нужно завести Z лидов. Бизнес приходит в вас с целями по конверсии, а в маркетинг с целями по лидам. Если для обоих подразделений - это ок, то звезды сошлись, но чаще всего нет. Поэтому при оценке реальных возможностей по конверсиилидам и будет приниматься решение, где мы быстрее за нужный период сможем влить доп ресурс, чтобы план выполнить, либо снизим план (в случае, если есть не преодолимый в коротком периоде предел по обоим показателям).
🥃 Сухой остаток
- важно договориться про цели и метрики;
- если вам приносят готовые таргеты, то их надо проверять на реалистичность, чтобы вы в конце периода не сказали: "Это было невозможно";
- если вам нужно самостоятельно выставить таргеты, то оцените, какие нерешенные проблемы есть и какую их часть вы сможете закрыть в нужном для вас горизонте планирования (идеал - исследования + тесты).
А как обычно у вас появляются таргеты?
Когда я с кем-то впервые раскладываю OKR, то обычно самый сложный для человека вопрос: «Как поставить таргет?» (таргет=цель)
Тут есть три варианта решения (их может быть больше - докидывайте, если еще знаете)
✅ Один из самых распространенных — таргеты, которые выставляют сверху (идем от потребности). Для джунов это особенно удобно, т.к. не надо принимать решения и делать какие-то сложные пассы. Дали цель и лопату - копай. Хорошо, если в компании есть декомпозиция по метрикам, когда есть понятные причины достигать конкретной планки. Бывает и хуже, когда таргеты спускаются сверху просто наугад. Что делать, если у вас такой случай - перепроверять таргет на выполнимость (об этом чуть ниже) + обязательно говорить с бизнесом о том, в чем смысл самой метрики. Если мы понимаем, что хотим измерить, то тогда проще выставить и таргет.
🦄 Пример: продукту ставят таргет на разработку и интеграцию FAQ в таком виде, чтобы снизить нагрузку на менеджеров поддержки, а значит снизить затраты на них. Бизнес четко понимает, что если нужны деньги на развитие, то их можно выдернуть из операционного процесса, но чтобы при этом качество не сломалось - нужна автоматизация. Тогда таргет понятный и обоснованный. Нужно X денег, значит, нужно оптимизировать поддержку на этот Х, а значит, что с учетом уровня нагрузки, количество обращений должно сократиться на Y. Но даже в этом примере есть - все равно придется проверять на возможность выполнения.
✅ Второй вариант, когда мы идем от возможности. Например, мы определили ключевые цели, выбрали метрики - по которым будем определять движение к ним, далее мы смотрим, а по каким причинам данная метрика сейчас на таком уровне. Тут все варианты исследований вам в помощь (обращаю внимание, что исследований колличественных, т.к. качественный скорее дадут гипотезы). Мы собираем и группируем причины, что мешает людям достигать целевого действия. Далее мы смотрим, какие из этих причин мы сможем в ближайший период планирования пофиксить и в идеале смотрим, на какой процент. В идеальном мире для этого проводятся А/B тесты, но не всегда, к сожалению, для этого есть условия. Поэтому хотя бы экспертной оценкой (желательно нескольких экспертов) оценить, какую долю причин можем закрыть, а значит - на сколько сдвинуть метрику.
✅ Метод третий - вы смотрите тренд + накладываете сезонность (функция "предсказ" - ваше все), а дальше уже дополняете пунктами из второго метода. Но тут есть нюанс, для этого у вас должны быть ретроспективные замеры данной метрики и желательно минимум за 2 года. Все бы хорошо, но тут наложилась корона, которая многим сильно внесла коррекции и в линии трендов, и в сезонность.
✅ Метод четвертый - интегральный. Вы вместе с бизнесом сначала определяете цели и метрики, далее бизнес со своей стороны смотрит, что от вас требуется, а вы оцениваете, насколько это реалистично и достижимо.
🦄 На самом простом примере: конверсия лендинга+онбординга пользователей у вас X%, поэтому, чтобы выполнить план - вам нужно завести Z лидов. Бизнес приходит в вас с целями по конверсии, а в маркетинг с целями по лидам. Если для обоих подразделений - это ок, то звезды сошлись, но чаще всего нет. Поэтому при оценке реальных возможностей по конверсиилидам и будет приниматься решение, где мы быстрее за нужный период сможем влить доп ресурс, чтобы план выполнить, либо снизим план (в случае, если есть не преодолимый в коротком периоде предел по обоим показателям).
🥃 Сухой остаток
- важно договориться про цели и метрики;
- если вам приносят готовые таргеты, то их надо проверять на реалистичность, чтобы вы в конце периода не сказали: "Это было невозможно";
- если вам нужно самостоятельно выставить таргеты, то оцените, какие нерешенные проблемы есть и какую их часть вы сможете закрыть в нужном для вас горизонте планирования (идеал - исследования + тесты).
А как обычно у вас появляются таргеты?
❤1
К концу года все устают от метрик, проектов, гонки и задач. Как провести ретроспективу на удаленке доброй и душевной для команды. Записала короткое видео с примером анкеты и карты miro. Не смогла закинуть в tg, поэтому тыкайте ссылку на fb и приятного просмотра. ТЫК >>> https://www.facebook.com/100001797667547/videos/3468019199934635/
Facebook Watch
Ksenia Yaroslavtseva
К концу года все устают от метрик, проектов, гонки и задач. Как провести ретроспективу на удаленке доброй и душевной для команды. Записала короткое видео...
🎄В каждом декабре (и даже раньше) в воздухе разливается не только аромат мандаринов, но и слово «стратегия». Все про него слышали, верят, что этот магический документ может выступать оберегом от черных сил, и поэтому все оч рвутся его завести.
Последние 3 (! Карл три!) запроса на менторство были именно на составление стратегии. При этом в каждом из трех случаев после 15 минутного разговора выяснялось, что запрос вовсе не в этом.
Очень хочу поделиться своими мыслями на эту тему - вернее текущим пониманием, что это за зверь и надо ли его есть.
🍪Коротко, стратегия это:
- четкое понимание точки А (откуда ты стартуешь)
- видение точки В (куда хочешь попасть)
- путь между этими точками.
Есть еще два важных поинта:
- измерители (как ты измерил, что сейчас ты в точке А, по какому параметру ты поймешь, что ты в точке В)
- ресурсы (а что нужно, чтобы в точку В дойти, а может у тебя ресурсов только до точки С сейчас и расширить их ну никак не возможно). 🍪
В теории очень просто, давайте разберем на практике. По мимо стратегий компании есть и личные стратегии, вот как раз такой случай мы и посмотрим.
📝Например, мой менти хочет в следующем гаду стать более счастливым в работе. Это очень верхнеуровневое направление, с которым работать сложно. Начинаем раскладывать и понимаем, что для него счастье состоит:
- реализовывать более масштабные проекты;
- возможность быть наставником для коллег;
- иметь больший баланс жизни/работы.
Отлично, теперь у нас есть система метрик. Дальше накладывая всем до боли известное колесо баланса 🚲, мы начинаем определять точку А.
- реализовывать более масштабные проекты (оцениваем через количество пользователей) — сейчас это порядка 200 тыс, интересно было бы запустить продукт на 1 млн.
- возможность быть наставником для коллег (сейчас 0 - такого опыта не было вообще, к концу следующего года хочет стать ментором для 1-2 человек, довести их до результата, и тогда себя оценит на 5 из 10).
- иметь больший баланс жизни/работы (сейчас печалька - оценка на 2 из 10, хочет, чтобы к концу года стало хотя бы 4, лучше больше). Для этого ключевое - сократить количество встреч и отдать рутинные дела, которые забивают эфирное время.
Вот и реалистичная вполне себе точка В: запускать продукты на миллион пользователей, при этом быть наставником для 1-2 человек и поддерживать баланс жизнь-работа, соблюдая правило - не более 3 встреч в день, и фокусируясь на несрочно-важном, а срочное перепоручив.
Следующий шаг - подбить, хватает ли ресурсов, но это опишу как-нибдуь в посте про ресурсное планирование.
Последние 3 (! Карл три!) запроса на менторство были именно на составление стратегии. При этом в каждом из трех случаев после 15 минутного разговора выяснялось, что запрос вовсе не в этом.
Очень хочу поделиться своими мыслями на эту тему - вернее текущим пониманием, что это за зверь и надо ли его есть.
🍪Коротко, стратегия это:
- четкое понимание точки А (откуда ты стартуешь)
- видение точки В (куда хочешь попасть)
- путь между этими точками.
Есть еще два важных поинта:
- измерители (как ты измерил, что сейчас ты в точке А, по какому параметру ты поймешь, что ты в точке В)
- ресурсы (а что нужно, чтобы в точку В дойти, а может у тебя ресурсов только до точки С сейчас и расширить их ну никак не возможно). 🍪
В теории очень просто, давайте разберем на практике. По мимо стратегий компании есть и личные стратегии, вот как раз такой случай мы и посмотрим.
📝Например, мой менти хочет в следующем гаду стать более счастливым в работе. Это очень верхнеуровневое направление, с которым работать сложно. Начинаем раскладывать и понимаем, что для него счастье состоит:
- реализовывать более масштабные проекты;
- возможность быть наставником для коллег;
- иметь больший баланс жизни/работы.
Отлично, теперь у нас есть система метрик. Дальше накладывая всем до боли известное колесо баланса 🚲, мы начинаем определять точку А.
- реализовывать более масштабные проекты (оцениваем через количество пользователей) — сейчас это порядка 200 тыс, интересно было бы запустить продукт на 1 млн.
- возможность быть наставником для коллег (сейчас 0 - такого опыта не было вообще, к концу следующего года хочет стать ментором для 1-2 человек, довести их до результата, и тогда себя оценит на 5 из 10).
- иметь больший баланс жизни/работы (сейчас печалька - оценка на 2 из 10, хочет, чтобы к концу года стало хотя бы 4, лучше больше). Для этого ключевое - сократить количество встреч и отдать рутинные дела, которые забивают эфирное время.
Вот и реалистичная вполне себе точка В: запускать продукты на миллион пользователей, при этом быть наставником для 1-2 человек и поддерживать баланс жизнь-работа, соблюдая правило - не более 3 встреч в день, и фокусируясь на несрочно-важном, а срочное перепоручив.
Следующий шаг - подбить, хватает ли ресурсов, но это опишу как-нибдуь в посте про ресурсное планирование.
🍪 Печенька про многокомандное планирование
Если команда одна, то с ней все просто:
цель > метрики > таргеты > проекты > ресурсы.
Система простая и ложится в одну табличку.
👯♀️
Но представим, что команд несколько, то модель сразу становится трехмерной:
🌍 измерение ключевых бизнес-целей, которые докомпозируются в команды и распадаются на подметрики;
🌍 измерение проектов (один проект вполне может затрагивать несколько команд);
🌍 измерение самих команд.
К сожалению, пока трехмерные модельки в двухмерных инструментах miro строить не удобно (верю, что когда-нибудь это изменится и можно будет руками в пространстве работать с объектами).
Поэтому вот такая схема позволит визуализировать и очень быстро сверстать кросс-командное планирование, которые читается за 5 минут даже непогруженным в команды человеком.
👇👇👇
По вертикали - команды.
По горизонтали - ключевые бизнес-метрики.
На пересечении - подметрика, в которую бьет именно эта команда, чтобы достичь тот самый верхний таргет.
В ячейке цветным стикером проекты.
Один и тот же проект в разных командах присутствует одним и тем же цветом стикера, тогда отдаляя карту можно легко увидеть, какие кросс-командные проекты у вас есть и в какие цели они бьют.
Если команда одна, то с ней все просто:
цель > метрики > таргеты > проекты > ресурсы.
Система простая и ложится в одну табличку.
👯♀️
Но представим, что команд несколько, то модель сразу становится трехмерной:
🌍 измерение ключевых бизнес-целей, которые докомпозируются в команды и распадаются на подметрики;
🌍 измерение проектов (один проект вполне может затрагивать несколько команд);
🌍 измерение самих команд.
К сожалению, пока трехмерные модельки в двухмерных инструментах miro строить не удобно (верю, что когда-нибудь это изменится и можно будет руками в пространстве работать с объектами).
Поэтому вот такая схема позволит визуализировать и очень быстро сверстать кросс-командное планирование, которые читается за 5 минут даже непогруженным в команды человеком.
👇👇👇
По вертикали - команды.
По горизонтали - ключевые бизнес-метрики.
На пересечении - подметрика, в которую бьет именно эта команда, чтобы достичь тот самый верхний таргет.
В ячейке цветным стикером проекты.
Один и тот же проект в разных командах присутствует одним и тем же цветом стикера, тогда отдаляя карту можно легко увидеть, какие кросс-командные проекты у вас есть и в какие цели они бьют.
Итоги года. Осторожно лонгрид.
1. Advisory board работает. Это пространство, куда можно собрать единомышленников (ту самую свою банду), чтобы что-то менять.
2. Через экран передаются и эмоции, и энергия. Можно ни разу в живую не видеть человека, но быть к нему потрясающе близким.
3. Любой кризис бустит технологии. Посылаю лучи любви и добра ребятам из yandex go. Потому что именно курьер яндекс гоу мне ночью ездил за нурофеном, когда было очень-очень надо.
4. Люди идут за людьми - я еще больше убедилась в этом. Сколько ни строй систему, а у каждого лидера будет та самая команда, которую он заслужил.
5. Дом - это очень важно. В нем должно быть ресурсно. И сделать ресурсно можно почти всегда. Несколько банок краски, которые ложатся даже на обычные обои (нативочка Duluxe), пара картин, точечное освящение - и можно сделать место силы из того, что раньше вызывало желание сбежать.
6. Счастье не в достижениях, а в чем-то другом. Я очень про достигать-достигать, но последнее время окончательно не вставляет, от слова совсем. Но в чем именно счастье - пока не понятно.
7. Год без морюшка (вернее почти без морюшка) - еще больше показал, что "надо жить у моря, надо делать, что нравится и по-возможности ничего не усложнять".
8. Ребрендинг - это не так страшно, как казалось. Я почти уверенно расписываюсь по-другому. Почти.
9. Возникло острое ощущение границ своего тела. Это 100% подарок 2020 и пандемия тут не при чем. Кстати, в целом для меня 2020 - это год про границы. Где надо сказать "стоп", в работе, в медицинской "заботе", в дружеских отношениях. Раньше я не ощущала границ - а теперь они неотъемлемая часть меня.
10. Психотерапия работает. И когда совсем-совсем кроет, можно час прорыдать психотерапевту и правда отпускает. А еще она научила меня рисовать картинки-состояния. Я плохо вербализую свои чувства, зато славно рисую. Если картинок накапливается много, то по ним можно понимать состояние.
11. Я почти договорилась с внутренним критиком, который говорит, что я никогда не стану художником. Открыла магазин на ярмарке мастеров - для меня это больше про разрешить себе, вернее даже так: "хочу и рисую, и не оцениваю". Почти не оцениваю.
12. Я больше менеджер, чем продакт. Ужасный ужас: я так старалась себя упихнуть в найденный фрейм, а толку? Мне нравится делать так, чтобы все работало вместе, мне нравится команды строить, нравится, делать модельки и таблички, в которых вложил мысли и хооооп и результат - насколько это про продакта? скорее менеджер)
13. Работа с архетипами - это прямо вкусно-вкусно. Формат не важен: от чтения греческой мифологии до таро. Бывает такое, когда просто что-то есть на уровне базовой прошивки, хочешь ты этого или нет.
14. Острая нехватка перелетов. Я летала раз в 2 недели, зная, на каком ряду удобнее всего спать. А сейчас что? 8 перелетов за год. Сдам на антитела и буду исправляться.
15. Страховки в путешествиях - это супер-полезно. По ним выдают антибиотики в нужном количестве, и сонные вьетнамцы делают рентген легких в 3 утра. Раньше я относилась к этому, как к гигиенической мелочи. Теперь не так.
16. Гардероб (вернее правильно составленный гардероб) - это что-то из области научной фантастики. Оно всегда не сочетается, выглядит странным, не садиться и вот это вот все. Easy going.
17. Один человек может изменить многое (например, культуру в департаменте или что-то такое), поэтому надо быть кофе.
18. Токсичная эффективность отличается от экологичной одним очень простым чувством - давит тебя или нет.
19. Лучшие мысли приходят на прогулке, поэтому в обед уехать в лес на свидание с бабушкой-шишкой - это лучшее решение любой бизнес-задачи. Еще бы как-то с совестью договориться. А то моя совесть, считает, что эффективность - это количество часов прижатой попы к стулу.
20. Я по-прежднему хочу на Байкал, и к северному сиянию, и к бирюзовой воде Катуни, и кататься на трансибе, и охотиться с соколом, и пить кофе на Босфоре. Кажется, 2020 должен научить не откладывать. Надеюсь.
1. Advisory board работает. Это пространство, куда можно собрать единомышленников (ту самую свою банду), чтобы что-то менять.
2. Через экран передаются и эмоции, и энергия. Можно ни разу в живую не видеть человека, но быть к нему потрясающе близким.
3. Любой кризис бустит технологии. Посылаю лучи любви и добра ребятам из yandex go. Потому что именно курьер яндекс гоу мне ночью ездил за нурофеном, когда было очень-очень надо.
4. Люди идут за людьми - я еще больше убедилась в этом. Сколько ни строй систему, а у каждого лидера будет та самая команда, которую он заслужил.
5. Дом - это очень важно. В нем должно быть ресурсно. И сделать ресурсно можно почти всегда. Несколько банок краски, которые ложатся даже на обычные обои (нативочка Duluxe), пара картин, точечное освящение - и можно сделать место силы из того, что раньше вызывало желание сбежать.
6. Счастье не в достижениях, а в чем-то другом. Я очень про достигать-достигать, но последнее время окончательно не вставляет, от слова совсем. Но в чем именно счастье - пока не понятно.
7. Год без морюшка (вернее почти без морюшка) - еще больше показал, что "надо жить у моря, надо делать, что нравится и по-возможности ничего не усложнять".
8. Ребрендинг - это не так страшно, как казалось. Я почти уверенно расписываюсь по-другому. Почти.
9. Возникло острое ощущение границ своего тела. Это 100% подарок 2020 и пандемия тут не при чем. Кстати, в целом для меня 2020 - это год про границы. Где надо сказать "стоп", в работе, в медицинской "заботе", в дружеских отношениях. Раньше я не ощущала границ - а теперь они неотъемлемая часть меня.
10. Психотерапия работает. И когда совсем-совсем кроет, можно час прорыдать психотерапевту и правда отпускает. А еще она научила меня рисовать картинки-состояния. Я плохо вербализую свои чувства, зато славно рисую. Если картинок накапливается много, то по ним можно понимать состояние.
11. Я почти договорилась с внутренним критиком, который говорит, что я никогда не стану художником. Открыла магазин на ярмарке мастеров - для меня это больше про разрешить себе, вернее даже так: "хочу и рисую, и не оцениваю". Почти не оцениваю.
12. Я больше менеджер, чем продакт. Ужасный ужас: я так старалась себя упихнуть в найденный фрейм, а толку? Мне нравится делать так, чтобы все работало вместе, мне нравится команды строить, нравится, делать модельки и таблички, в которых вложил мысли и хооооп и результат - насколько это про продакта? скорее менеджер)
13. Работа с архетипами - это прямо вкусно-вкусно. Формат не важен: от чтения греческой мифологии до таро. Бывает такое, когда просто что-то есть на уровне базовой прошивки, хочешь ты этого или нет.
14. Острая нехватка перелетов. Я летала раз в 2 недели, зная, на каком ряду удобнее всего спать. А сейчас что? 8 перелетов за год. Сдам на антитела и буду исправляться.
15. Страховки в путешествиях - это супер-полезно. По ним выдают антибиотики в нужном количестве, и сонные вьетнамцы делают рентген легких в 3 утра. Раньше я относилась к этому, как к гигиенической мелочи. Теперь не так.
16. Гардероб (вернее правильно составленный гардероб) - это что-то из области научной фантастики. Оно всегда не сочетается, выглядит странным, не садиться и вот это вот все. Easy going.
17. Один человек может изменить многое (например, культуру в департаменте или что-то такое), поэтому надо быть кофе.
18. Токсичная эффективность отличается от экологичной одним очень простым чувством - давит тебя или нет.
19. Лучшие мысли приходят на прогулке, поэтому в обед уехать в лес на свидание с бабушкой-шишкой - это лучшее решение любой бизнес-задачи. Еще бы как-то с совестью договориться. А то моя совесть, считает, что эффективность - это количество часов прижатой попы к стулу.
20. Я по-прежднему хочу на Байкал, и к северному сиянию, и к бирюзовой воде Катуни, и кататься на трансибе, и охотиться с соколом, и пить кофе на Босфоре. Кажется, 2020 должен научить не откладывать. Надеюсь.
❤2
Про канал «Мат, скотч и Google-доки» — это сборная солянка практик и интересных находок для менеджеров.
Что тут можно найти 🦄
⁃ шаблоны табличек и схем — берите и внедряйте;
⁃ видосики-скринкасты, когда мне хочется поболтать про какой-то инструмент;
⁃ печеньки 🍪— короткие заметки про термины, инструменты, полезняшки, которые можно прочитать за то время, которое ешь печеньку (термин стырен у Виталика Бабаева);
⁃ ссылки на какие-то статьи или видосы, которые я пишу для других мест;
- мои личные итоги, рассуждения и прочие отпечатки картины мира.
Чего тут не будет 🙅♀️
⁃ новостей рынка и статистики (их можно и на VC почитать);
⁃ обзоров чужого контента — есть люди, которые это сделают куда круче меня;
⁃ теории без практики;
- рекламы.
Рекламу не размещаю, канал не для этого, но иногда балуюсь с совместными постами, если аудитории обоих каналов можем принести пользу.
Про менторство — я беру 2 человек в квартал, помогаю расти менеджерам, наиболее интересные кейсы для меня - это переход из операционного менеджмента к c-level. Условия: 500$ / консультация 1.5 часа, очень важно скинуть подробный запрос, обычно работаем квартал и встречаемся раз в 2 недели или раз в месяц, в зависимости от запроса.
По свободным слотам - пишите в личку.
Что тут можно найти 🦄
⁃ шаблоны табличек и схем — берите и внедряйте;
⁃ видосики-скринкасты, когда мне хочется поболтать про какой-то инструмент;
⁃ печеньки 🍪— короткие заметки про термины, инструменты, полезняшки, которые можно прочитать за то время, которое ешь печеньку (термин стырен у Виталика Бабаева);
⁃ ссылки на какие-то статьи или видосы, которые я пишу для других мест;
- мои личные итоги, рассуждения и прочие отпечатки картины мира.
Чего тут не будет 🙅♀️
⁃ новостей рынка и статистики (их можно и на VC почитать);
⁃ обзоров чужого контента — есть люди, которые это сделают куда круче меня;
⁃ теории без практики;
- рекламы.
Рекламу не размещаю, канал не для этого, но иногда балуюсь с совместными постами, если аудитории обоих каналов можем принести пользу.
Про менторство — я беру 2 человек в квартал, помогаю расти менеджерам, наиболее интересные кейсы для меня - это переход из операционного менеджмента к c-level. Условия: 500$ / консультация 1.5 часа, очень важно скинуть подробный запрос, обычно работаем квартал и встречаемся раз в 2 недели или раз в месяц, в зависимости от запроса.
По свободным слотам - пишите в личку.
🔥8❤3👍1
Мат, скотч и google-doc pinned «Про канал «Мат, скотч и Google-доки» — это сборная солянка практик и интересных находок для менеджеров. Что тут можно найти 🦄 ⁃ шаблоны табличек и схем — берите и внедряйте; ⁃ видосики-скринкасты, когда мне хочется поболтать про какой-то инструмент; ⁃…»
Ресурсное планирование - гугл-табличка спешит на помощь.
Как быстро оценить, хватит ли вам ресурса на проекты, которые вы запланировали?
Как понять, что в какой-то из ваших команд проблемы с планированием?
Как сделать работу прозрачной для заказчиков?
Как понять, нужен ли донайм в команду или справимся текущими силами?
Ресурсное планирование - вжух-вжух и на помощь спешит Гугл-табличка.
Составить такую штуку на 6 команд занимает примерно 3 часа с учетом заполнения с нуля всех ячеек.
Как оно работает:
1. По вертикали временные отрезки (спринты, недели, что угодно), месяц - слишком много, день - слишком мало. Берите неделю или две.
2. Далее вы считаете сколько человек и часов у вас есть внутри каждой недели (в помощь производственный календарь): например, у вас 2 разработчика (аналитика, менджера, юриста… подставьте нужное), в двухнедельном спринте 10 рабочих дней по 8 часов. Так вы получаете всего часов.
3. Далее убираете X% (время на встречи, обсуждения, стендапы и проч-проч), далее убираете Y% (время на работу с багами). Как вычислить эти X и Y? Соберите статистику по команде за 1-2 месяца (ну хотя бы за 2 недели - джира в помощь)
4. У вас остаются только производительные часы по команде на каждый временной отрезок.
5. Теперь по горизонтали раскладываем проекты, оцениваем - сколько времени они примерно займут (в идеале после тех ревью, но это в идеале), оцените хотя бы с погрешностью вместе со спецами, кто их будет реализовывать.
6. Раскладываем время на проекты по спринтам, в идеально времени - учитываем «вытягивающий принцип»: не начинаем новый проект, пока старый не закончили. Но бывает так, что старый закончили, но остались маленькие опилки, которые может сделать один человек. Поэтому всю команду можно перебросить на новый проект, а одного оставить на старом.
Самое главное, чтобы у вас сошлись цифры: сумма на все проекты + сумма времени на квартал. Сумма времени на спринт и сумма времени, которая есть в спринте.
Команды размещаем друг под другом, актуальный спринт выделяем жирненьким.
Проверено, что за 18 минут можно прочекать по такой таблице проекты с 6тью командами, увидеть, где времени не хватает, едут ли сроки по проектам и тд
Далее уже народное творчество: кому-то из команд важно распилить на фронт и бак, кому-то на разработку и верстку, где-то вообще время не разработки, а аналитики, но принцип остается тем же.
Чтобы было еще удобнее - к проектам можно ссылками привязать проектную документацию. Тогда любому заказчику оч понятно, когда его проект пойдет в работу, а вы сможете вычислять возможные проблемы.
Как быстро оценить, хватит ли вам ресурса на проекты, которые вы запланировали?
Как понять, что в какой-то из ваших команд проблемы с планированием?
Как сделать работу прозрачной для заказчиков?
Как понять, нужен ли донайм в команду или справимся текущими силами?
Ресурсное планирование - вжух-вжух и на помощь спешит Гугл-табличка.
Составить такую штуку на 6 команд занимает примерно 3 часа с учетом заполнения с нуля всех ячеек.
Как оно работает:
1. По вертикали временные отрезки (спринты, недели, что угодно), месяц - слишком много, день - слишком мало. Берите неделю или две.
2. Далее вы считаете сколько человек и часов у вас есть внутри каждой недели (в помощь производственный календарь): например, у вас 2 разработчика (аналитика, менджера, юриста… подставьте нужное), в двухнедельном спринте 10 рабочих дней по 8 часов. Так вы получаете всего часов.
3. Далее убираете X% (время на встречи, обсуждения, стендапы и проч-проч), далее убираете Y% (время на работу с багами). Как вычислить эти X и Y? Соберите статистику по команде за 1-2 месяца (ну хотя бы за 2 недели - джира в помощь)
4. У вас остаются только производительные часы по команде на каждый временной отрезок.
5. Теперь по горизонтали раскладываем проекты, оцениваем - сколько времени они примерно займут (в идеале после тех ревью, но это в идеале), оцените хотя бы с погрешностью вместе со спецами, кто их будет реализовывать.
6. Раскладываем время на проекты по спринтам, в идеально времени - учитываем «вытягивающий принцип»: не начинаем новый проект, пока старый не закончили. Но бывает так, что старый закончили, но остались маленькие опилки, которые может сделать один человек. Поэтому всю команду можно перебросить на новый проект, а одного оставить на старом.
Самое главное, чтобы у вас сошлись цифры: сумма на все проекты + сумма времени на квартал. Сумма времени на спринт и сумма времени, которая есть в спринте.
Команды размещаем друг под другом, актуальный спринт выделяем жирненьким.
Проверено, что за 18 минут можно прочекать по такой таблице проекты с 6тью командами, увидеть, где времени не хватает, едут ли сроки по проектам и тд
Далее уже народное творчество: кому-то из команд важно распилить на фронт и бак, кому-то на разработку и верстку, где-то вообще время не разработки, а аналитики, но принцип остается тем же.
Чтобы было еще удобнее - к проектам можно ссылками привязать проектную документацию. Тогда любому заказчику оч понятно, когда его проект пойдет в работу, а вы сможете вычислять возможные проблемы.
🔥1
Управление портфелем проектов
Когда у тебя 5-10 проектов на месяц, они вполне хорошо удерживаются в голове и редко конфликтуют друг с другом по приоритетам.
Что делать, когда число проектов за квартал переваливает за 100?
Как расставить приоритеты?
Как понять, что мы корректно распределяем ресурсы компании? (Читай - делаем не фигню)
Как понять, что в команде достаточно/мало ресурсов?
И мой любимый пункт: мы столько всего сделали за квартал, что ели справились, а что именно мы сделали? Что изменилось?
Ответы можно найти за 3 простых шага:
1. Управлять более 100 сущностей не возможно — надо сгруппировать их в сущности/группы/кластеры
2. Сравнивать между собой и приоритизировать можно одинаковые сущности (иначе ты сравниваешь носорога с зеленым кругом)
3. Задача человека, кто управляет портфелем, найти оптимальный баланс сущностей для данного бизнеса в данный момент.
На какие сущности я поделила проекты:
⁃ ⚙️ операционные: постоянная регулярная рутина, например, создание лендингов, релизы мелких фичей, проведение встреч, починка багов — это все сюда. Любая рутина, которая забирает время, но которую вы не можете не делать. Обычно, когда говорят, мы столько делали, а ничего не сделали — говорят про операционную работу. Важный пункт: ее не надо обесценивать, но ее важно держать в рамках, иначе операционка съест все время, которое только можно.
⁃ ✂️оптимизационные (все, что сокращает операционку — админки, автоматические системы, стандартизация процессов). Если раньше вам надо было создавать сущность руками разработки, то потом вы сделали админку и теперь сущность может создать любой сотрудник, разработка не нужна. В идеальном мире проекты по оптимизации должны свести операционку к нулю, но в реальном - вы подключаете новые системы, что-то ломается , поэтому операционка = 0 — это утопия.
⁃ 🚀grow - проекты на рост конкретной метрики, эти проекты как раз оч легко обсчитать ROI. Особенно остро стоит такой вопрос у горизонтальных команд (нас может полностью засосать операционка + оптимизация+инфраструктура). Если сознательно не выделять время на рост, то его не будет (вернее он будет в рамках низких значений, которые поддерживают ваши операционные процессы).
⁃ 📚инфраструктура — проекты на перевод чего-то из состояния “нет” в состояние “есть“, оно напрямую не влияет на рост, но оно блокер, если этого не сделать — рост не возможен или есть иные факторы риска. Упарываться и считать их приземление в метрики можно, но кажется это натягивание совы на глобус.
⁃ ⚗️инновации — выделила отдельно, т.к. сюда относила проекты, которые сейчас блокерами не являются, но если мы не почешемся, то просто отстанем.
Поделили и что дальше?
Дальше берем свой портфель проектов на квартал/месяц, оцениваем их в часах.
После этого определяем какую долю часов от общего времени инвестируем в какой тип проектов.
У меня получилась вот такая картинка:
⁃ Операционные 54% 😱
⁃ Оптимизация 10% 👌
⁃ Grow 4% 👎
⁃ Инфраструктура 29% 👌
⁃ Инновации 2% 👎
С учетом того, что у нас 6 разных команд, которые внутри моей команды разные веса, то как раз тут и начинается самое интересное, а какое распределение у нас должно быть? С учетом того, что мы горизонтальная команда и отвечаем за инфраструктуру и оптимизацию.
При этом я понимаю, что проекты роста и инноваций мы делаем в явно не достаточном объеме сейчас для бизнеса.
⁃ Операционка 45% ➖ (бенчмарк команды с максимально автоматизированными и выстроенными процессами)
⁃ Оптмизация 10% (оставляем на том же уровне)
⁃ Grow 10% ➕(перераспределение с операционных задач)
⁃ Инфра 25% ➖ (по часам не уменьшаем, но по доле меньше)
⁃ Инновации 10% ➕ (расширение за счет доп ресурсов, привлеченных под это)
Вот точка Б, к которой я хочу придти в следующем периоде. А какой баланс у вас?
Как всегда — шаблон по ссылочке ниже.
Когда у тебя 5-10 проектов на месяц, они вполне хорошо удерживаются в голове и редко конфликтуют друг с другом по приоритетам.
Что делать, когда число проектов за квартал переваливает за 100?
Как расставить приоритеты?
Как понять, что мы корректно распределяем ресурсы компании? (Читай - делаем не фигню)
Как понять, что в команде достаточно/мало ресурсов?
И мой любимый пункт: мы столько всего сделали за квартал, что ели справились, а что именно мы сделали? Что изменилось?
Ответы можно найти за 3 простых шага:
1. Управлять более 100 сущностей не возможно — надо сгруппировать их в сущности/группы/кластеры
2. Сравнивать между собой и приоритизировать можно одинаковые сущности (иначе ты сравниваешь носорога с зеленым кругом)
3. Задача человека, кто управляет портфелем, найти оптимальный баланс сущностей для данного бизнеса в данный момент.
На какие сущности я поделила проекты:
⁃ ⚙️ операционные: постоянная регулярная рутина, например, создание лендингов, релизы мелких фичей, проведение встреч, починка багов — это все сюда. Любая рутина, которая забирает время, но которую вы не можете не делать. Обычно, когда говорят, мы столько делали, а ничего не сделали — говорят про операционную работу. Важный пункт: ее не надо обесценивать, но ее важно держать в рамках, иначе операционка съест все время, которое только можно.
⁃ ✂️оптимизационные (все, что сокращает операционку — админки, автоматические системы, стандартизация процессов). Если раньше вам надо было создавать сущность руками разработки, то потом вы сделали админку и теперь сущность может создать любой сотрудник, разработка не нужна. В идеальном мире проекты по оптимизации должны свести операционку к нулю, но в реальном - вы подключаете новые системы, что-то ломается , поэтому операционка = 0 — это утопия.
⁃ 🚀grow - проекты на рост конкретной метрики, эти проекты как раз оч легко обсчитать ROI. Особенно остро стоит такой вопрос у горизонтальных команд (нас может полностью засосать операционка + оптимизация+инфраструктура). Если сознательно не выделять время на рост, то его не будет (вернее он будет в рамках низких значений, которые поддерживают ваши операционные процессы).
⁃ 📚инфраструктура — проекты на перевод чего-то из состояния “нет” в состояние “есть“, оно напрямую не влияет на рост, но оно блокер, если этого не сделать — рост не возможен или есть иные факторы риска. Упарываться и считать их приземление в метрики можно, но кажется это натягивание совы на глобус.
⁃ ⚗️инновации — выделила отдельно, т.к. сюда относила проекты, которые сейчас блокерами не являются, но если мы не почешемся, то просто отстанем.
Поделили и что дальше?
Дальше берем свой портфель проектов на квартал/месяц, оцениваем их в часах.
После этого определяем какую долю часов от общего времени инвестируем в какой тип проектов.
У меня получилась вот такая картинка:
⁃ Операционные 54% 😱
⁃ Оптимизация 10% 👌
⁃ Grow 4% 👎
⁃ Инфраструктура 29% 👌
⁃ Инновации 2% 👎
С учетом того, что у нас 6 разных команд, которые внутри моей команды разные веса, то как раз тут и начинается самое интересное, а какое распределение у нас должно быть? С учетом того, что мы горизонтальная команда и отвечаем за инфраструктуру и оптимизацию.
При этом я понимаю, что проекты роста и инноваций мы делаем в явно не достаточном объеме сейчас для бизнеса.
⁃ Операционка 45% ➖ (бенчмарк команды с максимально автоматизированными и выстроенными процессами)
⁃ Оптмизация 10% (оставляем на том же уровне)
⁃ Grow 10% ➕(перераспределение с операционных задач)
⁃ Инфра 25% ➖ (по часам не уменьшаем, но по доле меньше)
⁃ Инновации 10% ➕ (расширение за счет доп ресурсов, привлеченных под это)
Вот точка Б, к которой я хочу придти в следующем периоде. А какой баланс у вас?
Как всегда — шаблон по ссылочке ниже.
👍3🔥2
Как связать SLA и проекты в продукте
Для начала расшифровка: SLA — соглашение об уровне сервиса, если говорить про продукт, то по сути это соглашение о том, что мы считаем работоспособной и здоровой системой.
Представьте, что ваш продукт — это сад.
Вы нанимаете садовника и договариваетесь с ним, что с садом все хорошо если:
1. В саду постоянно с мая по август есть цветущие растения
2. Трава на газоне не превышает N сантиметров
3. Поддерживается оптимальная влажность почвы
Когда вы об этом договорились, то вы составляете табличку в которой по горизонтали идут данные параметры, а по вертикали недели, в каждой неделе у вас есть плановый показатель (наличие цветения, высота травы и влажность почвы) и результат замера на текущей неделе.
Таким образом вы получаете факт - насколько ваш сад сейчас соответствует параметрам ваших договоренностей.
Если факты замера находятся на уровне плана или имеют уровень допустимых отклонений (например +-5%), то мы будем считать, что система здорова (обычно я говорю «в зеленой зоне»).
Нужны ли тогда здесь какие-то проекты? Нет, только операционные процессы по поддержанию этих параметров (стрижка травы, поливка почвы и тд)
Также и с продуктом, какие показатели могут говорить о том, что все хорошо:
4. Аптайм системы (когда продукт доступен для пользователя)
5. Количество критических ошибок и скорость их устранения
6. Доля пользователей обратившихся в поддержку
7. % потери данных, если вы их храните или переедаете и тд.
Легко сформировать список SLA поможет три простых шага:
⁃ пропишите ваши ключевые рутинные процессы;
⁃ по каким параметрам вы понимаете, что с ними все ок;
⁃ как вы измеряете их (метрика);
⁃ какое допустимое значение метрики (зеленая зона), когда пора насторожиться (желтая) и когда нужно все бросить и бежать чинить (красная).
Зачем вообще продукту нужен набор SLA?
Это позволяет легко мониторить состояние системы на еженедельной / ежедневной основе, быстро реагировать на возникновение проблем и измерить качество продукта, который вы создаете.
Как связать проекты и SLA
Случай 1. Новая фича и новые SLA
Вернемся в наш сад, представьте, что вы решили, что хотите, чтобы в вашем саду появился пруд (новая фича). Само по себе создание пруда - это проект, а когда он появится, то он точно также станет частью этой системы и вам нужно будет договориться о том, как вы понимаете, что с прудом все хорошо (например, уровень и чистота воды).
Соответственно - новая фича рождает новые SLA (как любая новая система требует ресурса на поддержание).
Обычно продакты об этом забывают, пилят много-много фичей, а потом встревают в объем операционной работы по поддержанию продуктов.
Случай 2. Изменение планового SLA
Представьте, что ваши представления о саде изменились и теперь вы хотите, чтобы сад цвел дольше (например, с апреля по сентябрь).
Соответственно, для выполнения SLA у вас появляется проект: посадить те растения, которые будут цвести в недостающие периоды времени. Это проект, результатом которого будет новый уровень SLA.
Случай 3. Нестабильность факта SLA
Вы из недели в неделю замечаете, что уровень влажности почвы сильно скачет, потому что садовник каждый раз поливает «на глаз», это может сказаться на здоровье системы: трава засохнет или корни растений начнут подгнивать. Поэтому вы решаете минимизировать человеческий фактор и установить автоматическую систему полива. После этого вы получаете более стабильное выполнение планового значения.
Итого: SLA могут быть следствиями проекта (внедрение нового), изменение планового уровня (новые договоренности о том, что считать здоровой системой), стабилизация факта (управляемость вашей системы).
Для начала расшифровка: SLA — соглашение об уровне сервиса, если говорить про продукт, то по сути это соглашение о том, что мы считаем работоспособной и здоровой системой.
Представьте, что ваш продукт — это сад.
Вы нанимаете садовника и договариваетесь с ним, что с садом все хорошо если:
1. В саду постоянно с мая по август есть цветущие растения
2. Трава на газоне не превышает N сантиметров
3. Поддерживается оптимальная влажность почвы
Когда вы об этом договорились, то вы составляете табличку в которой по горизонтали идут данные параметры, а по вертикали недели, в каждой неделе у вас есть плановый показатель (наличие цветения, высота травы и влажность почвы) и результат замера на текущей неделе.
Таким образом вы получаете факт - насколько ваш сад сейчас соответствует параметрам ваших договоренностей.
Если факты замера находятся на уровне плана или имеют уровень допустимых отклонений (например +-5%), то мы будем считать, что система здорова (обычно я говорю «в зеленой зоне»).
Нужны ли тогда здесь какие-то проекты? Нет, только операционные процессы по поддержанию этих параметров (стрижка травы, поливка почвы и тд)
Также и с продуктом, какие показатели могут говорить о том, что все хорошо:
4. Аптайм системы (когда продукт доступен для пользователя)
5. Количество критических ошибок и скорость их устранения
6. Доля пользователей обратившихся в поддержку
7. % потери данных, если вы их храните или переедаете и тд.
Легко сформировать список SLA поможет три простых шага:
⁃ пропишите ваши ключевые рутинные процессы;
⁃ по каким параметрам вы понимаете, что с ними все ок;
⁃ как вы измеряете их (метрика);
⁃ какое допустимое значение метрики (зеленая зона), когда пора насторожиться (желтая) и когда нужно все бросить и бежать чинить (красная).
Зачем вообще продукту нужен набор SLA?
Это позволяет легко мониторить состояние системы на еженедельной / ежедневной основе, быстро реагировать на возникновение проблем и измерить качество продукта, который вы создаете.
Как связать проекты и SLA
Случай 1. Новая фича и новые SLA
Вернемся в наш сад, представьте, что вы решили, что хотите, чтобы в вашем саду появился пруд (новая фича). Само по себе создание пруда - это проект, а когда он появится, то он точно также станет частью этой системы и вам нужно будет договориться о том, как вы понимаете, что с прудом все хорошо (например, уровень и чистота воды).
Соответственно - новая фича рождает новые SLA (как любая новая система требует ресурса на поддержание).
Обычно продакты об этом забывают, пилят много-много фичей, а потом встревают в объем операционной работы по поддержанию продуктов.
Случай 2. Изменение планового SLA
Представьте, что ваши представления о саде изменились и теперь вы хотите, чтобы сад цвел дольше (например, с апреля по сентябрь).
Соответственно, для выполнения SLA у вас появляется проект: посадить те растения, которые будут цвести в недостающие периоды времени. Это проект, результатом которого будет новый уровень SLA.
Случай 3. Нестабильность факта SLA
Вы из недели в неделю замечаете, что уровень влажности почвы сильно скачет, потому что садовник каждый раз поливает «на глаз», это может сказаться на здоровье системы: трава засохнет или корни растений начнут подгнивать. Поэтому вы решаете минимизировать человеческий фактор и установить автоматическую систему полива. После этого вы получаете более стабильное выполнение планового значения.
Итого: SLA могут быть следствиями проекта (внедрение нового), изменение планового уровня (новые договоренности о том, что считать здоровой системой), стабилизация факта (управляемость вашей системы).
👍2
Все говорят, что обратная связь развивает, что это очень полезно. Повторять эту мысль не буду)
Просто ловите шаблон анкеты, которую продакт может разослать своим коллегам/команде/бизнесу, чтобы эту обратную связь получить.
Список хард и софт скилов - это моя личная картинка мира, на истину не претендую, поэтому как всегда - берите напильник, допиливайте под себя и наслаждайтесь 😘
Не забывайте только файл сначала скопировать, а потом вносить правки ☝️
https://docs.google.com/forms/d/1kskZ4UJeYDycIBiCZkIXV9eWoacXYnaRWuEPGH0EnwM/edit?usp=sharing
Просто ловите шаблон анкеты, которую продакт может разослать своим коллегам/команде/бизнесу, чтобы эту обратную связь получить.
Список хард и софт скилов - это моя личная картинка мира, на истину не претендую, поэтому как всегда - берите напильник, допиливайте под себя и наслаждайтесь 😘
Не забывайте только файл сначала скопировать, а потом вносить правки ☝️
https://docs.google.com/forms/d/1kskZ4UJeYDycIBiCZkIXV9eWoacXYnaRWuEPGH0EnwM/edit?usp=sharing
Google Docs
Обратная связь 👋
Привет, дай, пожалуйста, обратную связь на мою работу, мне будет очень полезно, а тебе плюс в карму.
Потребуется 7 минут от тебя - для меня они бесценны)
Потребуется 7 минут от тебя - для меня они бесценны)
Что делать, если в голове роятся проблемы?
Записала небольшое видео в режиме #заметки_фасилитатора про то, как работать с проблемным полем.
Можно применять к командам, можно использовать в работе с самим собой. Я раньше более линейно подходила к этому процессу (в видео прямо есть пример), спасибо Елена Сазонова, что добавила правополушарную технику работы с проблемами (уношу в копилочку).
Дальше уже командой немного докрутили, как можно поиспользовать канбан и проращивать вектора, чтобы они не повисли в воздухе.
Записала небольшое видео в режиме #заметки_фасилитатора про то, как работать с проблемным полем.
Можно применять к командам, можно использовать в работе с самим собой. Я раньше более линейно подходила к этому процессу (в видео прямо есть пример), спасибо Елена Сазонова, что добавила правополушарную технику работы с проблемами (уношу в копилочку).
Дальше уже командой немного докрутили, как можно поиспользовать канбан и проращивать вектора, чтобы они не повисли в воздухе.
YouTube
Работа с проблемным полем
Как продуктовой команде работать с проблемным полем?
Что делать, если у вас в голове роятся проблемы?
Простые техники в режиме "заметки фасилитатора".
Что делать, если у вас в голове роятся проблемы?
Простые техники в режиме "заметки фасилитатора".
👍1
Когда в третий раз отвечаю на один и тот же вопрос >> пишу пост.
В этот раз про то, как стать продактом.
Тема уже заезженная как мир, поэтому мне важно скорее важно рассказать про свое "путешествие героя", чем привнести что-то радикально новое. (кстати, если не знаете про концепцию "путь героя" - оч советую загуглить видео Филиппа)
🏁 Стартовая точка
Сейчас "продактство" внезапно стало модным, но оно было и раньше, просто везде называлось по-разному.
Для меня продакт, это человек, кто объединяет:
1) пользователя (не обязательно it-продуктами),
2) производство (не обязательно разработку)
3) бизнес.
Это про внутренее предпринимательство, за это профессию и люблю.
Моей стартовой точкой входа был маркетинг.
На мой вкус это удобная стартовая точка, т.к. ты достаточно хорошо делаешь три вещи:
1.Умеешь понимать-исследовать-сегментировать потребителя (ага, когда я слышу: "наш продукт для женщин от 25 до 50 с достатком выше среднего" - меня тошнит радугой, вот такой маркетинговый снобизм) >> так куда проще понимать, для кого ты делаешь продукт. Спасибо прекрасной Юлии Рублевской - человек, который способен за полгода научить классическому маркетингу любого с нуля.
2. Понимаешь, как происходит сбыт продукта, что это не магия и маленькие гномики не нажимают на кнопочки, а это вполне понятный микс каналов со своими ограничениями, метриками и ими можно управлять.
3. Знаешь, как менеджерить проекты.
Что еще было у меня на старте:
🏁 опыт предпринимательства (одновременно вспоминаю в любовью и содроганием)
Тут все сразу:
+100 к ответственности (и финансовой в том числе)
+ 50 к управлению командами и проектами
- 1000 к стабильности нервной системы
+ 30 к продажам и подвешенности языка (первое лицо продает всегда)
+ 500 к умению принимать решения в неопределенности (ну вот никто не придет и не решит).
🏁 опыт работы в корпорации
Здесь прокачка совсем других навыков
+ 20 к написанию отчетов быстро и в любой форме
+ 150 к умению свести бюджет, даже который согласуют задним числом
+ 500 к построению отношений и договороспособности
Бесконечная благодарность Дмитрий Алёшин, который учил меня писать письма любой длины и сложности.
Что мне не хватило в своей стартовой точке
- опыта работы с производством. Голдрат прекрасен, критический путь отрезвляет, но без реально практики тяжко это воспринимать.
- опыта с моделями монетизации - опять же без такого опыта на кончиках пальцев заходить было гораздо сложнее
🏁 Мой первый продукт был KUMON
Это оч странно и интересно, когда тебе дают тетрадку, на ее обложке грустная собака и говорят: "Теперь это твое, люби, ну и сделай так, чтобы оно перестало падать".
И вот тут интересно, что я оч хорошо тогда поняла фразу, что любить - это делать. Оч много времени и ресурса просто вкладывала в то, чтобы понять идеологию бренда, смотрела видео, читала историю.
Благо на старте у меня был только блок маркетинга и бренд-менеджмента продукта, производство перешло уже значительно позже. Поэтому я делала то, что умела - продвигала продукт и строила бренд.
И мне очень повезло с прекрасной Аней-редактором, которая знала все те нюансы толщины бумаги, которую японцы согласовывали с нами для приозводства.
И еще тогда я поняла, что вертикалью (в матричной структуре вертикаль=горизонталь) быть хорошо, тк. твой результат оч легко виден в деньгах и в обратной связи от лояльных пользователей.
Что было круто:
- собрать команду из фанатов бренда, которые были готовы работать за идею
- выстроить не просто продажи через ценновые игры с главными каналами сбыта, а собрать ядро фанатов, построить сообщество, нащупать ЛМов - это прямо кайф-кайф.
- невероятная по силе культура самого МИФа, прекрасная команда сопровождающих коучей "счастья в деятельности", стратегические сессии на 300 человек (ага, такое бывает), четкое ощущение, что значит "по мифовски" (Julia Petropavlovskaya Anastasia Troyan Alena Yaitskaya - вы моя любовь)
Дальше читать на fb )) https://www.facebook.com/100001797667547/posts/3927878340615383/?d=n
В этот раз про то, как стать продактом.
Тема уже заезженная как мир, поэтому мне важно скорее важно рассказать про свое "путешествие героя", чем привнести что-то радикально новое. (кстати, если не знаете про концепцию "путь героя" - оч советую загуглить видео Филиппа)
🏁 Стартовая точка
Сейчас "продактство" внезапно стало модным, но оно было и раньше, просто везде называлось по-разному.
Для меня продакт, это человек, кто объединяет:
1) пользователя (не обязательно it-продуктами),
2) производство (не обязательно разработку)
3) бизнес.
Это про внутренее предпринимательство, за это профессию и люблю.
Моей стартовой точкой входа был маркетинг.
На мой вкус это удобная стартовая точка, т.к. ты достаточно хорошо делаешь три вещи:
1.Умеешь понимать-исследовать-сегментировать потребителя (ага, когда я слышу: "наш продукт для женщин от 25 до 50 с достатком выше среднего" - меня тошнит радугой, вот такой маркетинговый снобизм) >> так куда проще понимать, для кого ты делаешь продукт. Спасибо прекрасной Юлии Рублевской - человек, который способен за полгода научить классическому маркетингу любого с нуля.
2. Понимаешь, как происходит сбыт продукта, что это не магия и маленькие гномики не нажимают на кнопочки, а это вполне понятный микс каналов со своими ограничениями, метриками и ими можно управлять.
3. Знаешь, как менеджерить проекты.
Что еще было у меня на старте:
🏁 опыт предпринимательства (одновременно вспоминаю в любовью и содроганием)
Тут все сразу:
+100 к ответственности (и финансовой в том числе)
+ 50 к управлению командами и проектами
- 1000 к стабильности нервной системы
+ 30 к продажам и подвешенности языка (первое лицо продает всегда)
+ 500 к умению принимать решения в неопределенности (ну вот никто не придет и не решит).
🏁 опыт работы в корпорации
Здесь прокачка совсем других навыков
+ 20 к написанию отчетов быстро и в любой форме
+ 150 к умению свести бюджет, даже который согласуют задним числом
+ 500 к построению отношений и договороспособности
Бесконечная благодарность Дмитрий Алёшин, который учил меня писать письма любой длины и сложности.
Что мне не хватило в своей стартовой точке
- опыта работы с производством. Голдрат прекрасен, критический путь отрезвляет, но без реально практики тяжко это воспринимать.
- опыта с моделями монетизации - опять же без такого опыта на кончиках пальцев заходить было гораздо сложнее
🏁 Мой первый продукт был KUMON
Это оч странно и интересно, когда тебе дают тетрадку, на ее обложке грустная собака и говорят: "Теперь это твое, люби, ну и сделай так, чтобы оно перестало падать".
И вот тут интересно, что я оч хорошо тогда поняла фразу, что любить - это делать. Оч много времени и ресурса просто вкладывала в то, чтобы понять идеологию бренда, смотрела видео, читала историю.
Благо на старте у меня был только блок маркетинга и бренд-менеджмента продукта, производство перешло уже значительно позже. Поэтому я делала то, что умела - продвигала продукт и строила бренд.
И мне очень повезло с прекрасной Аней-редактором, которая знала все те нюансы толщины бумаги, которую японцы согласовывали с нами для приозводства.
И еще тогда я поняла, что вертикалью (в матричной структуре вертикаль=горизонталь) быть хорошо, тк. твой результат оч легко виден в деньгах и в обратной связи от лояльных пользователей.
Что было круто:
- собрать команду из фанатов бренда, которые были готовы работать за идею
- выстроить не просто продажи через ценновые игры с главными каналами сбыта, а собрать ядро фанатов, построить сообщество, нащупать ЛМов - это прямо кайф-кайф.
- невероятная по силе культура самого МИФа, прекрасная команда сопровождающих коучей "счастья в деятельности", стратегические сессии на 300 человек (ага, такое бывает), четкое ощущение, что значит "по мифовски" (Julia Petropavlovskaya Anastasia Troyan Alena Yaitskaya - вы моя любовь)
Дальше читать на fb )) https://www.facebook.com/100001797667547/posts/3927878340615383/?d=n
Facebook
Log in to Facebook
Log in to Facebook to start sharing and connecting with your friends, family and people you know.
👍1
Онбординг на удаленке
При найме нового члена команды в обычной офисной жизни было примерно так: тебя приводят на рабочее место, показывают стол, стул, туалет, кухню, подключают компьютер, а дальше сам )) Сотрудник в офисе учится, как огурец в банке с солеными огурцами - через пример других, слушая и смотря. Руководитель иногда забегает, вкидывает в новичка что-то в режиме: читай/смотри. Вот и весь онбординг.
Удаленка же такого не прощает) Нельзя оставить новичка на целый день, включив ему слак и дав документ на почитать.
Поэтому у нас в команде уже давно прижился шаблон онбординга, который позволяет:
1. Быстро заонбордить сотрудника (1-1.5 недели до возможности вполне бодро работать над первыми задачами)
2. Установить горизонтальные связи хотя бы на базовом уровне
3. Разгрузить руководителя (чтобы он не вылетал из жизни на 2 недели онбординга сотрудника).
Изначально формат был честно стырен у прекрасной Алекс Шляхова и дополнен)
Как же проходит онбординг у нас:
1. На каждого новичка готовится шаблон онбординга, где расписываются темы и блоки, которые нужны для старта работы, эти темы разбирают ребята в команде. Соответственно онбордит новичка не руководитель, а вся команда. Каждый начитывает тот блок, где у него либо роль, либо максимальная экспертиза.
2. Во второй лист вносятся полезные доки, с которыми важно познакомиться и иметь под рукой. Такой док с доками (пакет с пакетами). С одной стороны есть корпоративная вики, с другой - этот док содержит 3-4, но самых важных ссылки.
3. На третий лист прописываются цели, таргеты и метрики на испытательный срок.
Первую неделю новичок проводит 80% времени на встречах, где в него быстро вгружают все тайные знания.
При этом уже в ходе первой недели появляются короткие мелкие задачи, чтобы человек почувствовал, что он как можно быстрее столкнулся с реальностью и почувствовал, что справляется.
Часто слышу вопрос, а почему нельзя описать все в документации?
Можно и нужно часть описывать в виде документов, которые идут на самостоятельное изучение. При этом команда не просто передает хардовые знания, но и атмосферу команды, культуру, словарный запас, мемы и ритуалы.
Я очень люблю такой формат погружения и вижу, как он работает для свежеприбывших ребят в команде. Забирайте ссылку
При найме нового члена команды в обычной офисной жизни было примерно так: тебя приводят на рабочее место, показывают стол, стул, туалет, кухню, подключают компьютер, а дальше сам )) Сотрудник в офисе учится, как огурец в банке с солеными огурцами - через пример других, слушая и смотря. Руководитель иногда забегает, вкидывает в новичка что-то в режиме: читай/смотри. Вот и весь онбординг.
Удаленка же такого не прощает) Нельзя оставить новичка на целый день, включив ему слак и дав документ на почитать.
Поэтому у нас в команде уже давно прижился шаблон онбординга, который позволяет:
1. Быстро заонбордить сотрудника (1-1.5 недели до возможности вполне бодро работать над первыми задачами)
2. Установить горизонтальные связи хотя бы на базовом уровне
3. Разгрузить руководителя (чтобы он не вылетал из жизни на 2 недели онбординга сотрудника).
Изначально формат был честно стырен у прекрасной Алекс Шляхова и дополнен)
Как же проходит онбординг у нас:
1. На каждого новичка готовится шаблон онбординга, где расписываются темы и блоки, которые нужны для старта работы, эти темы разбирают ребята в команде. Соответственно онбордит новичка не руководитель, а вся команда. Каждый начитывает тот блок, где у него либо роль, либо максимальная экспертиза.
2. Во второй лист вносятся полезные доки, с которыми важно познакомиться и иметь под рукой. Такой док с доками (пакет с пакетами). С одной стороны есть корпоративная вики, с другой - этот док содержит 3-4, но самых важных ссылки.
3. На третий лист прописываются цели, таргеты и метрики на испытательный срок.
Первую неделю новичок проводит 80% времени на встречах, где в него быстро вгружают все тайные знания.
При этом уже в ходе первой недели появляются короткие мелкие задачи, чтобы человек почувствовал, что он как можно быстрее столкнулся с реальностью и почувствовал, что справляется.
Часто слышу вопрос, а почему нельзя описать все в документации?
Можно и нужно часть описывать в виде документов, которые идут на самостоятельное изучение. При этом команда не просто передает хардовые знания, но и атмосферу команды, культуру, словарный запас, мемы и ритуалы.
Я очень люблю такой формат погружения и вижу, как он работает для свежеприбывших ребят в команде. Забирайте ссылку
Advisory board
Как-то в своем посте про сборку года я уже касалась практики эдвайзори борда, поэтому лучше написать один пост, чем в 11 раз рассказывать голосом.
Итак, что это рабочая встреча. Для тех, кто помощрился при словах: «Еще одна встреча» - расскажу ее 5 отличий от обычных встреч. И добавлю 3 этапа вндерения (больше цифр богу цифр).
1ое отличие
Эдвайзори борд полностью посвящен какой-то одной рабочей теме, которая не входит в регулярные повестки рабочих встреч. Например, чек проектов происходит регулярно на стартах спринта, операционные вопросы на регулярках. А вот например: развитие менеджерскиех компетенций, анализ портфеля проектов, работа с выгоранием, перестройка системы планирования - все это можно унести на эдвайзори борд.
2ое отличие
Добровольность посещения. Да эта встреча не обязательная, заявляется тема в начале недели, кому тема интересна и отзывается - те приходят. Это позволяет получать совсем другую вовлеченность участников.
3тье отличие
Эдвайзори проводит не руководитель в режиме «Ленин на броневике», а члены команды. Это с одной стороны позволяет прокачать навыки фасилитациии у всех членов команды, с другой опять же работает над вовлечённостью.
4тое отличие - от мастермайндов
На мастер-майндах скорее разбираются по кругу какие-то проблемы/запросы от каждого участника, остальные просто накидывают мысли. На эдвайзори же мы скорее идем в общие для нас всех как команды темы.
5тое отличие
Атмосфера равенства участников, я на таких встречах присутствую не как руководитель, а как участник обсуждения, и да, если тема мне не откликается - я могу не прийти.
Как стартовать эдвайзори борд.
Первый этап.
Определитесь с составом. Варианта два - вы можете сами определить состав и сделать встречу закрытой, такой формат подходит, когда команда еще только-только формируется, нет командного самосознания, много токсичности в коммуникациях или идет жесткий шторминг. Тогда эдвайзори выполняет роль тестовой площадки раскатки каких-то инноваций на команду в лайтовом режиме, такая себя фокус-группа. Ее можно и нужно постепенно расширять, вовлекая постепенно всю команду. Второй вариант - если команда уже сформированная и осознанная, то можно сразу заявлять эдвайзори в открытом режиме.
Второй этап
Задайте первую тему и подготовьте сами фассилитацию первой встречи. Либо, если в команде есть человек, кто проводит встречи на уровне хорошего фасилитатора - то отдайте первый заход ему. Первую тему можно выбрать голосованием, а можно просто взять что-то насущное. Обязательно вконце соберите обратную связь по формату (что было круто и важно сохранить, что в следующий раз сделать по-другому). Допиливайте инструмент под свою команду.
Третий этап
Поддерживайте первые несколько встреч (3-10 раз - в зависимости от готовности команды брать ответственность), предлагайте ребятам заявить темы, помогайте ведущему с подготовкой (либо отдайте это в того, что сделает это хорошо). На старте любого процесса в него требуется вложить энергию, чтобы ритуал сложился. Не ожидайте, что вы провели одну встречу, а дальше оно само, нет, либо находите проджекта борда, либо постепенно ведете команду к привчке.
Почему я так топлю за этот формат?
Мне важно, чтобы люди в команде росли, думали, хотели обсуждать важные темы друг с другом. На рабочих регулярках с жестким таймингом на это времени нет.
Внедряла такой процесс на трех командах, в каждой видела рост ответственности и осознанности участников за команду. Исчезает мысль, что придет руководитель и все пофиксит, появляется желание брать ответственность за команду и процессы в ней.
Стратегические вектора очень круто прорастают через такие борды, когда люди перестают сидеть в своих ямках и опыляются друг с другом.
А какие встречи со странными названиями есть у вас? Делитесь в комментах)
Как-то в своем посте про сборку года я уже касалась практики эдвайзори борда, поэтому лучше написать один пост, чем в 11 раз рассказывать голосом.
Итак, что это рабочая встреча. Для тех, кто помощрился при словах: «Еще одна встреча» - расскажу ее 5 отличий от обычных встреч. И добавлю 3 этапа вндерения (больше цифр богу цифр).
1ое отличие
Эдвайзори борд полностью посвящен какой-то одной рабочей теме, которая не входит в регулярные повестки рабочих встреч. Например, чек проектов происходит регулярно на стартах спринта, операционные вопросы на регулярках. А вот например: развитие менеджерскиех компетенций, анализ портфеля проектов, работа с выгоранием, перестройка системы планирования - все это можно унести на эдвайзори борд.
2ое отличие
Добровольность посещения. Да эта встреча не обязательная, заявляется тема в начале недели, кому тема интересна и отзывается - те приходят. Это позволяет получать совсем другую вовлеченность участников.
3тье отличие
Эдвайзори проводит не руководитель в режиме «Ленин на броневике», а члены команды. Это с одной стороны позволяет прокачать навыки фасилитациии у всех членов команды, с другой опять же работает над вовлечённостью.
4тое отличие - от мастермайндов
На мастер-майндах скорее разбираются по кругу какие-то проблемы/запросы от каждого участника, остальные просто накидывают мысли. На эдвайзори же мы скорее идем в общие для нас всех как команды темы.
5тое отличие
Атмосфера равенства участников, я на таких встречах присутствую не как руководитель, а как участник обсуждения, и да, если тема мне не откликается - я могу не прийти.
Как стартовать эдвайзори борд.
Первый этап.
Определитесь с составом. Варианта два - вы можете сами определить состав и сделать встречу закрытой, такой формат подходит, когда команда еще только-только формируется, нет командного самосознания, много токсичности в коммуникациях или идет жесткий шторминг. Тогда эдвайзори выполняет роль тестовой площадки раскатки каких-то инноваций на команду в лайтовом режиме, такая себя фокус-группа. Ее можно и нужно постепенно расширять, вовлекая постепенно всю команду. Второй вариант - если команда уже сформированная и осознанная, то можно сразу заявлять эдвайзори в открытом режиме.
Второй этап
Задайте первую тему и подготовьте сами фассилитацию первой встречи. Либо, если в команде есть человек, кто проводит встречи на уровне хорошего фасилитатора - то отдайте первый заход ему. Первую тему можно выбрать голосованием, а можно просто взять что-то насущное. Обязательно вконце соберите обратную связь по формату (что было круто и важно сохранить, что в следующий раз сделать по-другому). Допиливайте инструмент под свою команду.
Третий этап
Поддерживайте первые несколько встреч (3-10 раз - в зависимости от готовности команды брать ответственность), предлагайте ребятам заявить темы, помогайте ведущему с подготовкой (либо отдайте это в того, что сделает это хорошо). На старте любого процесса в него требуется вложить энергию, чтобы ритуал сложился. Не ожидайте, что вы провели одну встречу, а дальше оно само, нет, либо находите проджекта борда, либо постепенно ведете команду к привчке.
Почему я так топлю за этот формат?
Мне важно, чтобы люди в команде росли, думали, хотели обсуждать важные темы друг с другом. На рабочих регулярках с жестким таймингом на это времени нет.
Внедряла такой процесс на трех командах, в каждой видела рост ответственности и осознанности участников за команду. Исчезает мысль, что придет руководитель и все пофиксит, появляется желание брать ответственность за команду и процессы в ней.
Стратегические вектора очень круто прорастают через такие борды, когда люди перестают сидеть в своих ямках и опыляются друг с другом.
А какие встречи со странными названиями есть у вас? Делитесь в комментах)
Простое упражнение про внимание
Если вы себя ловите на мысли, что ваше внимание размазано очень тонким слоем на кучу процессов, людей и проектов, то ловите простую табличку (ага, и на этот случай у меня есть табличка).
Это упражнение, которое я обязательно проделываю с людьми, если они приходят в состоянии раздрая. В минуты душевной тревоги такое же упражнение я проделываю с собой.
В табличке 6 стоблцов:
- список зон внимания;
- полезность для бизнеса в целом;
- полезность для части компании, где работает человек;
- % времени как сейчас
- % времени, как должно быть
- действие.
Как ее заполнять:
Шаг 1. Выписываете все зоны внимания. Абсолютно все) только не забывайте их группировать. Например, если вы ведет крупный проект, то его выписываете отдельно, если набор из 10 мелких, то просто строкой: ведение мелких проектов.
Шаг 2. Постарайтесь с точки зрения всей компании по пятибальной шкале (где 1 "можно перестать делать" до 5 "критично для всей компании"), насколько полезна эта зона для бизнеса в целом. Ваша оценка будет субъективна, возможно, будет далека от истины, но это все равно лучше, чем вообще не думать этой категорией. Можете, если сильно сомневаетесь, побить это об своего руководителя.
Шаг 3. Также оценить, но уже для той части, где именно данный человек работает. Например, для департамента эта история может быть важна для развития, но сам департамент имеет не большой рычаг в общей системе компании. Это, кстати, хороший повод задуматься, если ваша оценка полезности для бизнеса, например, 1, а для департамента 5. Точно ли ресурсы между департаментами разделены правильно.
Шаг 4. Берете 100% и распределяете ваше внимание, как это есть сейчас. Постарайтесь сделать это максимально честно. Часто мы занимаемся не самым важным заказчиком, а тем, кто громче кричит, не самыми ключевыми сотрудниками, а тянем слабых, не значимыми проектами, которые изменят будущее компании, а мелкой рутиной и пожарами. Пора себе (хотя бы себе) честно в этом признаться.
Шаг 5. А теперь берете эти 100% и распределяете как это должно быть в идеальной картинке. Да, у вас в этот момент могут появиться строки, которых не было раньше. Эту разбивку вы делаете на основе полезности для компании и для части компании, где работаете.
Шаг 6. У вас есть точка А (как сейчас) и точка Б (как должно быть). Соответственно, где разница в разбивке больше 5% - вам в последнюю колонку нужно написать действие, что вы сделаете, чтобы привести одно к другому. Можно морозить проекты, можно вертикализировать структуру, можно прощаться со слабыми игроками в команде, можно пристрелить мертворожденные проекты (злая я сегодня, ага).
Задача этого упражнения банальна - синхронизировать свое время и внимание с приоритетными задачами для бизнеса.
Важно, это НЕ высечено в камне, очень советую обновлять такую штуку раз в квартал (чаще или реже в зависимости от динамики вашей компании) и при изменении ваших зон ответственности.
Сделала такую таблицу на примере обычного продакта в вакууме, тыкайте по ссылке)
Если вы себя ловите на мысли, что ваше внимание размазано очень тонким слоем на кучу процессов, людей и проектов, то ловите простую табличку (ага, и на этот случай у меня есть табличка).
Это упражнение, которое я обязательно проделываю с людьми, если они приходят в состоянии раздрая. В минуты душевной тревоги такое же упражнение я проделываю с собой.
В табличке 6 стоблцов:
- список зон внимания;
- полезность для бизнеса в целом;
- полезность для части компании, где работает человек;
- % времени как сейчас
- % времени, как должно быть
- действие.
Как ее заполнять:
Шаг 1. Выписываете все зоны внимания. Абсолютно все) только не забывайте их группировать. Например, если вы ведет крупный проект, то его выписываете отдельно, если набор из 10 мелких, то просто строкой: ведение мелких проектов.
Шаг 2. Постарайтесь с точки зрения всей компании по пятибальной шкале (где 1 "можно перестать делать" до 5 "критично для всей компании"), насколько полезна эта зона для бизнеса в целом. Ваша оценка будет субъективна, возможно, будет далека от истины, но это все равно лучше, чем вообще не думать этой категорией. Можете, если сильно сомневаетесь, побить это об своего руководителя.
Шаг 3. Также оценить, но уже для той части, где именно данный человек работает. Например, для департамента эта история может быть важна для развития, но сам департамент имеет не большой рычаг в общей системе компании. Это, кстати, хороший повод задуматься, если ваша оценка полезности для бизнеса, например, 1, а для департамента 5. Точно ли ресурсы между департаментами разделены правильно.
Шаг 4. Берете 100% и распределяете ваше внимание, как это есть сейчас. Постарайтесь сделать это максимально честно. Часто мы занимаемся не самым важным заказчиком, а тем, кто громче кричит, не самыми ключевыми сотрудниками, а тянем слабых, не значимыми проектами, которые изменят будущее компании, а мелкой рутиной и пожарами. Пора себе (хотя бы себе) честно в этом признаться.
Шаг 5. А теперь берете эти 100% и распределяете как это должно быть в идеальной картинке. Да, у вас в этот момент могут появиться строки, которых не было раньше. Эту разбивку вы делаете на основе полезности для компании и для части компании, где работаете.
Шаг 6. У вас есть точка А (как сейчас) и точка Б (как должно быть). Соответственно, где разница в разбивке больше 5% - вам в последнюю колонку нужно написать действие, что вы сделаете, чтобы привести одно к другому. Можно морозить проекты, можно вертикализировать структуру, можно прощаться со слабыми игроками в команде, можно пристрелить мертворожденные проекты (злая я сегодня, ага).
Задача этого упражнения банальна - синхронизировать свое время и внимание с приоритетными задачами для бизнеса.
Важно, это НЕ высечено в камне, очень советую обновлять такую штуку раз в квартал (чаще или реже в зависимости от динамики вашей компании) и при изменении ваших зон ответственности.
Сделала такую таблицу на примере обычного продакта в вакууме, тыкайте по ссылке)
❤3
Из группы людей в команду: 9 шагов
Как всегда - лонгрид. Спойлер: про тимбилдинг не будет совсем, будет скучный чек-лист из 9 пунктов.
Часто я захожу в команды на этапе старта совместной работы - это интересный момент: хаос, непоминмание языка друг друга, глобальное недоверие, на фоне большой потребности работать вместе, иметь поддержку, приносить результат.
Такой период можно перетерпеть и «оно само все как-то сложится», либо стать катализатором и ускорить становление команды.
Важное примечание: новая команда — это небезопасная среда для людей (и тут каждый реагирует кто как может: нападение, избегание, замирание), ваша задача максимально быстро объяснить правила среды и сделать ее предсказуемой (вот тут можно, а вот сюда не лазай - убьет)
Вот простой чек-лист на 9 пунктов, что делать, если у вас новая команда.
1 Общая цель + метафора
Если у вашей команды нет общей цели, то это просто группа людей, даже если они в хороших отношениях и активно поздравляют друг друга с днями рождения (что вряд ли).
Без общей цели нет коммуниационных поводов, столкновений интересов, понимания, как и кто себя ведет в каких обстоятельствах.
Отсутствие общей цели лакмусовой бумажкой проявляется через фразу руководителя: «На совещаниях вещаю только я, они либо не слушают, либо нападают».
Должно быть что-то, ради чего мы все тут, ваша задача - задать цель и вектор. Вариантов много:
Самое простое: бизнесовые показатели (выкопать столько-то грунта и посадить столько-то деревьев)
Чуть сложнее: реализация проекта (посадить сад)
Еще чуть сложнее: удовлетворение потребности клиента (чтобы людям было радостно и красиво гулять в этом саду)
Самое сложное: цели с горизонтом за жизнь (чтобы через сотни лет в саду сохранялись все представители хвойной фауны земли, а сад стал такой капсулой времени)
Не знаете, с какой начать? Начните с бизнесовой цели, она постепенно будет расти вместе с командой. И если бизнесовую цель вы можете спокойно «спустить сверху», то более сложные уровни целей должны прорастать в сонастройке с целями и мотивацией команды.
2 Простая измеримость и достижимость
Если в команде крутые спецы и у вас достаточно времени, то определение метрик и плана движения к этой целе - первое совместное дело вашей команды. Но порой суровые времена требуют суровых решений и если команад пока не готова работать вместе и договариваться, или цель очень амбициозная, то вы можете собрать драфт плана, нарезать на проекты (а иногда даже на задачи) и выкатить на команду.
Планирование лечит от хаоса и позволяет получать предсказуемые результаты.
Что здесь важно:
объяснить связ цель - метрика - план (и повторять регулярно!)
попросить команду посмотреть и найти, что в этом плане может пойти не так, что не учтено (стандартная фраза: «Есть ли у вас вопросы» в небезопасной среде новой команды
показать людям в этом плане, кто и за какой кусок его будет отвечать, сонастроить задачу и человека (каждому в группе важно ответить на вопрос: «Где в этом я», самый большой фейл, если вы кого-то не учтете при планировании, для человека это равно «я не нужен», пусть небольшая задача на исследование, но каждый должен увидеть себя частью)
Как всегда - лонгрид. Спойлер: про тимбилдинг не будет совсем, будет скучный чек-лист из 9 пунктов.
Часто я захожу в команды на этапе старта совместной работы - это интересный момент: хаос, непоминмание языка друг друга, глобальное недоверие, на фоне большой потребности работать вместе, иметь поддержку, приносить результат.
Такой период можно перетерпеть и «оно само все как-то сложится», либо стать катализатором и ускорить становление команды.
Важное примечание: новая команда — это небезопасная среда для людей (и тут каждый реагирует кто как может: нападение, избегание, замирание), ваша задача максимально быстро объяснить правила среды и сделать ее предсказуемой (вот тут можно, а вот сюда не лазай - убьет)
Вот простой чек-лист на 9 пунктов, что делать, если у вас новая команда.
1 Общая цель + метафора
Если у вашей команды нет общей цели, то это просто группа людей, даже если они в хороших отношениях и активно поздравляют друг друга с днями рождения (что вряд ли).
Без общей цели нет коммуниационных поводов, столкновений интересов, понимания, как и кто себя ведет в каких обстоятельствах.
Отсутствие общей цели лакмусовой бумажкой проявляется через фразу руководителя: «На совещаниях вещаю только я, они либо не слушают, либо нападают».
Должно быть что-то, ради чего мы все тут, ваша задача - задать цель и вектор. Вариантов много:
Самое простое: бизнесовые показатели (выкопать столько-то грунта и посадить столько-то деревьев)
Чуть сложнее: реализация проекта (посадить сад)
Еще чуть сложнее: удовлетворение потребности клиента (чтобы людям было радостно и красиво гулять в этом саду)
Самое сложное: цели с горизонтом за жизнь (чтобы через сотни лет в саду сохранялись все представители хвойной фауны земли, а сад стал такой капсулой времени)
Не знаете, с какой начать? Начните с бизнесовой цели, она постепенно будет расти вместе с командой. И если бизнесовую цель вы можете спокойно «спустить сверху», то более сложные уровни целей должны прорастать в сонастройке с целями и мотивацией команды.
2 Простая измеримость и достижимость
Если в команде крутые спецы и у вас достаточно времени, то определение метрик и плана движения к этой целе - первое совместное дело вашей команды. Но порой суровые времена требуют суровых решений и если команад пока не готова работать вместе и договариваться, или цель очень амбициозная, то вы можете собрать драфт плана, нарезать на проекты (а иногда даже на задачи) и выкатить на команду.
Планирование лечит от хаоса и позволяет получать предсказуемые результаты.
Что здесь важно:
объяснить связ цель - метрика - план (и повторять регулярно!)
попросить команду посмотреть и найти, что в этом плане может пойти не так, что не учтено (стандартная фраза: «Есть ли у вас вопросы» в небезопасной среде новой команды
показать людям в этом плане, кто и за какой кусок его будет отвечать, сонастроить задачу и человека (каждому в группе важно ответить на вопрос: «Где в этом я», самый большой фейл, если вы кого-то не учтете при планировании, для человека это равно «я не нужен», пусть небольшая задача на исследование, но каждый должен увидеть себя частью)
❤1
3 Роли и правила
На установочной же встрече задайте правила:
как мы общаемся (до скольки, тон и формат обращений, способ коммуникации)
что допустимо, а что не допустимо в команде (за что человек может быть исключен, наказан и почему — это не запугивание, а наоброт, если вам говорят, что если засунуть пальцы в розетку, то вас дернет током — это не запугивание, а правила использования)
какие у нас будут цикличные действия (об этом чуть позже)
какое поведение вы будете присекать, а что можно (например, 8 рабочих часов вы можете разбитть по дню как угодно, но будьте на связи с … по…)
Откуда эти правила взять? Что-то вы берете из базовых правил организации (например, те же рабочие часы, но и то тут вопрос договоренностей), а вторую часть прогнозируя динамику проекта вы можете понять — с чем скорее все столкнетесь в поведении людей и группы.
Например, к вам приезжает тетя из другого города пожить на пару дней, вы знаете, что у нее дома принято не разуваться, тогда вы, прогнозируя ее поведение, предупреждаете, что при входе в дом обязательно нужно разуться.
4 Цикличность жизни команды
Люди живут циклами, поэтому сразу важно оговорить с командой, как и по каким циклам будет двигаться команда в достижении цели.
Это могут быть спринты (недели, две недели), планирование на квартал с его декомпозицией по месяцам и неделям, может быть канбан с еженедельными ритуалами.
Соответственно на старте вы задаете систему встреч, действий, ритуалов регулярных для команды, обозначаете функции этих встреч и действий и задаете время.
Что бы точно рекомендовала брать, как «пакет по умолчанию»: пн. встреча планирования недели (новости, сверка с целью, недельный план, ключевые блокеры) - эта встреча с четким таймингом и жесткой модерацией. Вторая встреча в середине недели - на пообсуждать: проект, метрику, план достижения, разблокировать что-то (я ее называю «на помесить»), в конце периода итоговая встреча ретроспектива и авторизация результата.
5 Мемы, ритуалы, слова
Тут просто отправлю слушать подкаст с Филипом) лучше я точно не расскажу
Начните со своей речи: «мы», «команда», «договориться», «достигли», «проиграли» - когда вы говорите про результат, то про общий, когда про выполнение задачи, то там правило одного ответственного никто не отменял.
6 Триады
Стройте триады :) Что это такое: представьте, к вам приходит один член команды, вы с ним что-то обсуждаете и речь заходит про зону ответственности другого. Вы можете замкнуть все на себе и сами пойти договариваться с третьим, а потом пойти обратной (целый день в режиме передатчика - вот вы и заняты). Замыкать на себе - плохая карма, любой ваш «выход из строя» рушит процессы, поэтому важно строить триаду: вы, первый игрок команды и в этот же разговор вы берете третьего, сначала осуждая на троих, а потом просто давая им пространство договориться вдвоем. И вы выходите из триады.
На установочной же встрече задайте правила:
как мы общаемся (до скольки, тон и формат обращений, способ коммуникации)
что допустимо, а что не допустимо в команде (за что человек может быть исключен, наказан и почему — это не запугивание, а наоброт, если вам говорят, что если засунуть пальцы в розетку, то вас дернет током — это не запугивание, а правила использования)
какие у нас будут цикличные действия (об этом чуть позже)
какое поведение вы будете присекать, а что можно (например, 8 рабочих часов вы можете разбитть по дню как угодно, но будьте на связи с … по…)
Откуда эти правила взять? Что-то вы берете из базовых правил организации (например, те же рабочие часы, но и то тут вопрос договоренностей), а вторую часть прогнозируя динамику проекта вы можете понять — с чем скорее все столкнетесь в поведении людей и группы.
Например, к вам приезжает тетя из другого города пожить на пару дней, вы знаете, что у нее дома принято не разуваться, тогда вы, прогнозируя ее поведение, предупреждаете, что при входе в дом обязательно нужно разуться.
4 Цикличность жизни команды
Люди живут циклами, поэтому сразу важно оговорить с командой, как и по каким циклам будет двигаться команда в достижении цели.
Это могут быть спринты (недели, две недели), планирование на квартал с его декомпозицией по месяцам и неделям, может быть канбан с еженедельными ритуалами.
Соответственно на старте вы задаете систему встреч, действий, ритуалов регулярных для команды, обозначаете функции этих встреч и действий и задаете время.
Что бы точно рекомендовала брать, как «пакет по умолчанию»: пн. встреча планирования недели (новости, сверка с целью, недельный план, ключевые блокеры) - эта встреча с четким таймингом и жесткой модерацией. Вторая встреча в середине недели - на пообсуждать: проект, метрику, план достижения, разблокировать что-то (я ее называю «на помесить»), в конце периода итоговая встреча ретроспектива и авторизация результата.
5 Мемы, ритуалы, слова
Тут просто отправлю слушать подкаст с Филипом) лучше я точно не расскажу
Начните со своей речи: «мы», «команда», «договориться», «достигли», «проиграли» - когда вы говорите про результат, то про общий, когда про выполнение задачи, то там правило одного ответственного никто не отменял.
6 Триады
Стройте триады :) Что это такое: представьте, к вам приходит один член команды, вы с ним что-то обсуждаете и речь заходит про зону ответственности другого. Вы можете замкнуть все на себе и сами пойти договариваться с третьим, а потом пойти обратной (целый день в режиме передатчика - вот вы и заняты). Замыкать на себе - плохая карма, любой ваш «выход из строя» рушит процессы, поэтому важно строить триаду: вы, первый игрок команды и в этот же разговор вы берете третьего, сначала осуждая на троих, а потом просто давая им пространство договориться вдвоем. И вы выходите из триады.
7 Интимное пространство
У команды должно быть время / закрытый чатик, где поговорить о насущном, покидать друг другу мемасики, поделиться книгами или закатить винишник. Какие правила у такого пространства: только вы и ваша команда, больше никаких зрителей / бывших сотрудников / руководителей всех уровней. Не организуете такой сами - вероятно, что появится и без вас) Такой своего рода онлайн-диванчик у куллера. И если в начале вы будете поддерживать диалоги или что-то вкидывать, то постепенно команда прекрасно начнет говорить друг с другом.
8. Авторизация результатов
Вы собрали команды для какой-то цели, хотите, чтобы люди могли не спринтерскую дестанцию пробежать и через пару недель на цель забить, а бежать в долгую? Нужна регулярная порция дофамина, который вы получаете из совместной авторизации результата. Об этом прекрасно рассказывает Анна Обухова, если кратко: подвели итоги периода, поняли, какие результаты получили, провели ретроспективу, а что мы делали, чтобы этого добиться, что важно из этого сохранить, а что мешало и надо ликвидировать. Такое признание командой: «Мы сделали вот это, для этого делали вот-это, мы молодцы» дает возможность в долгую идти к цели. Особенно полезно в периоды, когда ничего не получается.
9 Обратная связь друг другу
Дайте фрейм для ребят дать обратную связь друг с другу (не важно в какой форме: спасибо, «что изменить, что сохранить», что было самым ценным за эту неделю), это не заменит обратную связь от руководителя, но позволит начать пробрасывать ниточки от человека к человеку.
У команды должно быть время / закрытый чатик, где поговорить о насущном, покидать друг другу мемасики, поделиться книгами или закатить винишник. Какие правила у такого пространства: только вы и ваша команда, больше никаких зрителей / бывших сотрудников / руководителей всех уровней. Не организуете такой сами - вероятно, что появится и без вас) Такой своего рода онлайн-диванчик у куллера. И если в начале вы будете поддерживать диалоги или что-то вкидывать, то постепенно команда прекрасно начнет говорить друг с другом.
8. Авторизация результатов
Вы собрали команды для какой-то цели, хотите, чтобы люди могли не спринтерскую дестанцию пробежать и через пару недель на цель забить, а бежать в долгую? Нужна регулярная порция дофамина, который вы получаете из совместной авторизации результата. Об этом прекрасно рассказывает Анна Обухова, если кратко: подвели итоги периода, поняли, какие результаты получили, провели ретроспективу, а что мы делали, чтобы этого добиться, что важно из этого сохранить, а что мешало и надо ликвидировать. Такое признание командой: «Мы сделали вот это, для этого делали вот-это, мы молодцы» дает возможность в долгую идти к цели. Особенно полезно в периоды, когда ничего не получается.
9 Обратная связь друг другу
Дайте фрейм для ребят дать обратную связь друг с другу (не важно в какой форме: спасибо, «что изменить, что сохранить», что было самым ценным за эту неделю), это не заменит обратную связь от руководителя, но позволит начать пробрасывать ниточки от человека к человеку.
👍2