Telegram Group & Telegram Channel
II. Решение и его фундаментальные принципы
Решение, на мой взгляд, тут такое: вовлекаться сильно и глубоко, но не часто. В процессе вовлечения генерировать артефакты с информацией, которые имеют высокий уровень переиспользования. А для этого используется check-in встреча и check-in слайды.

Проблема любого процесса, что он имеет свойство занимать весь доступный ему объем (как газ). Добавить процесс или дополнительную работу — просто. Ценность процесса заметна, а недостатки — нет. И в большинстве компаний есть социальные табу на обсуждения нужности новых процессов (особенно если их вносит менеджер) — это не одобряется. В результате процессы и "дополнительная обслуживающая работа" плодятся и занимают всё свободное время.

Одно из решений это подход "хочешь добавить процесс/встречу — убери процесс/встречу". Другой — перед описанием процесса, явно сформулировать его цели и основополагающие принципы (что мы хотим, что мы не хотим).

Что мы хотим:
— Мы хотим убрать необходимость частого вовлечения в жизнь команды и дать ей бóльшую автономность. При этом мы 1) хотим понимать "здоровье" команды(все хорошо? мы на пути к достижению целей или нет?), 2) хотим знать о проблемах и помехах как можно раньше 3) хотим принимать важные решения быстро, чтобы разблокировать команду, если она заблокирована 4) и хотим иметь общий контекст и понимание целей("общие модели мира") — как в компании так и в команде, чтобы команда и компания могла принимать правильные решения сами.

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

— Мы хотим, чтобы сбор нужных данных, метрик и новостей должно быть легким для продакт-менеджера и команды. Если это пока не легко — должна быть возможность сделать это сильно легче. Процесс должен побуждать сделать этот сбор лёгким.

— Мы хотим, чтобы итогом процесса был артефакт о продуктовых делах команды с очень высоким уровнем переиспользования для всех: от маркетинга и отдела продаж — до менеджмента и PR. Создаем один раз → используем много где. И мы хотим, чтобы этот артефакт был понятен сам по себе, без дополнительных объяснений.

Что мы не хотим:
— Не хотим спрашивать про одни и те же вещи дважды (например в разных форматах и дизайне).

— Не хотим спрашивать вещи в неожиданное время и непредсказуемо. Продакт-менеджер и команда всегда знают, когда от них ожидают новой порции информации и готовятся заранее.

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

— Не хотим, чтобы продакт-менеджер думал о дизайне слайдов и о том, как оформить свои мысли.

— Не хотим, чтобы встречи превращались в чтение слайдов, которые и так все могут прочитать. Это очень скучно.



group-telegram.com/qetzal_1up/1137
Create:
Last Update:

II. Решение и его фундаментальные принципы
Решение, на мой взгляд, тут такое: вовлекаться сильно и глубоко, но не часто. В процессе вовлечения генерировать артефакты с информацией, которые имеют высокий уровень переиспользования. А для этого используется check-in встреча и check-in слайды.

Проблема любого процесса, что он имеет свойство занимать весь доступный ему объем (как газ). Добавить процесс или дополнительную работу — просто. Ценность процесса заметна, а недостатки — нет. И в большинстве компаний есть социальные табу на обсуждения нужности новых процессов (особенно если их вносит менеджер) — это не одобряется. В результате процессы и "дополнительная обслуживающая работа" плодятся и занимают всё свободное время.

Одно из решений это подход "хочешь добавить процесс/встречу — убери процесс/встречу". Другой — перед описанием процесса, явно сформулировать его цели и основополагающие принципы (что мы хотим, что мы не хотим).

Что мы хотим:
— Мы хотим убрать необходимость частого вовлечения в жизнь команды и дать ей бóльшую автономность. При этом мы 1) хотим понимать "здоровье" команды(все хорошо? мы на пути к достижению целей или нет?), 2) хотим знать о проблемах и помехах как можно раньше 3) хотим принимать важные решения быстро, чтобы разблокировать команду, если она заблокирована 4) и хотим иметь общий контекст и понимание целей("общие модели мира") — как в компании так и в команде, чтобы команда и компания могла принимать правильные решения сами.

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

— Мы хотим, чтобы сбор нужных данных, метрик и новостей должно быть легким для продакт-менеджера и команды. Если это пока не легко — должна быть возможность сделать это сильно легче. Процесс должен побуждать сделать этот сбор лёгким.

— Мы хотим, чтобы итогом процесса был артефакт о продуктовых делах команды с очень высоким уровнем переиспользования для всех: от маркетинга и отдела продаж — до менеджмента и PR. Создаем один раз → используем много где. И мы хотим, чтобы этот артефакт был понятен сам по себе, без дополнительных объяснений.

Что мы не хотим:
— Не хотим спрашивать про одни и те же вещи дважды (например в разных форматах и дизайне).

— Не хотим спрашивать вещи в неожиданное время и непредсказуемо. Продакт-менеджер и команда всегда знают, когда от них ожидают новой порции информации и готовятся заранее.

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

— Не хотим, чтобы продакт-менеджер думал о дизайне слайдов и о том, как оформить свои мысли.

— Не хотим, чтобы встречи превращались в чтение слайдов, которые и так все могут прочитать. Это очень скучно.

BY Qetzal ad libitum, ad infinitum


Warning: Undefined variable $i in /var/www/group-telegram/post.php on line 260

Share with your friend now:
group-telegram.com/qetzal_1up/1137

View MORE
Open in Telegram


Telegram | DID YOU KNOW?

Date: |

NEWS Pavel Durov, Telegram's CEO, is known as "the Russian Mark Zuckerberg," for co-founding VKontakte, which is Russian for "in touch," a Facebook imitator that became the country's most popular social networking site. In a statement, the regulator said the search and seizure operation was carried out against seven individuals and one corporate entity at multiple locations in Ahmedabad and Bhavnagar in Gujarat, Neemuch in Madhya Pradesh, Delhi, and Mumbai. Ukrainian President Volodymyr Zelensky said in a video message on Tuesday that Ukrainian forces "destroy the invaders wherever we can." A Russian Telegram channel with over 700,000 followers is spreading disinformation about Russia's invasion of Ukraine under the guise of providing "objective information" and fact-checking fake news. Its influence extends beyond the platform, with major Russian publications, government officials, and journalists citing the page's posts.
from ar


Telegram Qetzal ad libitum, ad infinitum
FROM American