Подтянуть продуктовые процессы в трансформирующейся компании (OKR, product discovery, и т.п.)

Это лучше пробовать. На словах не очень понятно. В вашем случае хорошо должна сработать двойка трекеров, а не один специалист.

Почитал немного про трекеров. В теории было бы неплохо, но наверное не наш случай. Нам скорее традиционный коучинг интенсив подойдет. Но не очень понятно как выбрать консультантов

Судя по запросу это больше из направления Agile-coaching - то есть про эффективность процессов и команд

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

Про командную работу, из того, что я видела, эффективность интенсивов без последующего сопровождения сильно ниже системной работы

Как выбрать? По сути это найм. Я бы так и относилась к выбору специалиста, как к найму: задачи позиции / индикаторы успешности / портрет кандидата / сценарий собеседования - как понять, что перед тобой "тот, кто нужен"

Всем привет! С разрешения @wert1go хотела поделиться нашей вакансией продакта в Welltory.

Для тех, кому нравится создавать новое, научпоп, ЗОЖ и помогать людям.
Мы растем, а я мечтаю уйти с позиции CPO и больше заняться сайнсом, так что у нас много пространства для роста и творчества.
Все подробности и как податься - по ссылке
https://vc.ru/s/welltory/196944-product-manager-nauchpop-zozh

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

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

Очень кайфанула от описания вакансии 😍

Порекомендуйте пожалуйста статьи о том, как давать задачи на разработку дизайнерам и тех лидам

Подойди к дизайнеру и техлиду и попроси пример, как конкретно ему будет удобно. Вот и вся любовь. А то сразу статьи... Все по-разному хотят.

Госы почитайте и прочие международные стандарты тз

Да не к кому обращаться)) это в тестовом, думал почитать о способах)

Техлидам нужно кратко и по пунктам, они что напишут - то и сделают. Формат - что ты хочешь получить в итоге, без тех.языка, если только не касается спейифических требований (например, к параметрам скорости или объема запросов и точности ответа). Дизайнерам нужно наобррот - больше свободы чаще всего, но надо ставить ограничения с Вашей стороны. Лучше пообщаться с фронтами в первую очередь, фронты дадут список требований к дизайнерам. От вас чаще всего какой-то макет, так как картинка лучше слов - и объяснения, что там на макете. Лучше макет - фото на листке, чем никакого, а если нормальный макет будет еще и из mockup или типа того - дизайнеры будут счастливы. В общем, никаких хитростей - простое человеческое "как себе был бы рад получить задачу"

Кто спрашивал про тз для дизайнера, дайте почту, вышлю пример своего ТЗ (я дизайнер)

Мы тут в сообществе зерокодеров проводим митап в формате круглого стола по теме «Что кодить для no-code индустрии в 2021 году», можно сюда скинуть ссылку на анонс?

Мне кажется, интересно будет пораскинуть мозгами многим из этого чатика )

По моему опыту общение с разработкой должно быть выстроено так же, как ты описал работу с дизайнерами, чем больше свободы, тем больше шансов получить что-то стоящее.

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

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

Мы используем такой шаблон

- Заголовок — (краткое описание проблемы/цели)
   - Важно, чтобы из заголовка было понятно что нужно сделать
- Что (описание проблемы, которую нужно решить)
   - Сформирована проблема
   - Не является инструкцией, чтобы не ограничивать ответственного (т.к разработка может предложить более оптимальное решение)
- Чтобы что (описание ауткама — почему нужно сделать)
   - Почему это нужно сделать сейчас?
   - Что для бизнеса изменится, если это случится/не случится

Есть у меня практика Лидов включать в придумывание того чего хочешь и какую проблему решаешь.
Я обычно рисую User Story, дергаю пару референсов и иду показывать.
Иногда бывает «о, а мы этого можем по-другому достичь, будет в 10 раз быстрее»

Коллеги, всем привет!

А есть у кого-нибудь знакомый PowerPoint wizard на проект? Нужен человек, который имеет аналитический бэкграунд (консалтинг, кейс-чемпионаты, VC и тд) и умеет делать классные слайды для питч деков (структура, читаемость и прочее).

Напишите в личку, пожалуйста, или можете мой контакт дать.
Спасибо заранее!

P.S. Вообще будем рады с разными аналитиками пообщаться, так как постоянно набираем новых людей на проекты

Мы тоже стори ставим. Вопрос всегда в ДОДсах: и тут растекание мысли пресекаетсч всегда. Но итоговая задача отличается от первоначальной именно поэтому: она уже обсуждена с лидами и ушла в изменённом виде. Но это когда есть эти самые Лиды, да? А человек, который поднял тред, не имеет лидов. Поэтому описание - максимально понятное и с точки зрения бизнеса, А все остальное уже - опционально. Я ж не сказал "описать, как сделать коротко". Я написал, описать, что сделать

Спасибо всем)