#отчётность — Public Fediverse posts

Как не надо выступать на демо и зачем вообще выступать

Может показаться, что достаточно хорошо работать, и вас оценят. Это не так. Команды, которые «просто кодят», но не могут объяснить внутреннему заказчику, что они сделали, часто расформировывают после проекта. Да, очень хорошую или очень плохую работу тяжело спрятать. Но если задача была не самая бизнес-важная, за сроки вышли, но работа сделана всё равно хорошая, — вот в этом месте очень легко облажаться. Любое техническое выступление — это не пробубнить заголовки задач в Джире. Это про политику. Первая цель всегда — доказать, что команда действовала адекватно. Команды, которые показывают управляемость и результат, получают новые проекты и финансирование. Раньше, когда я был молодым Product Owner’ом, я думал: «Ну зайди ты в трекер, там же всё видно!» Оказалось, что для бизнеса это чёрный ящик. А умные люди очень не любят чёрные ящики, очень не любят красивые отчёты с суммаризациями и очень не любят ощущение, что им пытаются продать что-то без понимания смысла. Если вы не рассказали о результате правильно, то для многих результата часто просто не существует. Давайте разберём задачу выступления и оптимальную стратегию.

https://habr.com/ru/companies/centicore_group/articles/1034228/

#демо #презентация_продукта #product_management #софтскиллы #коммуникации_в_IT #стейкхолдеры #отчётность #бизнесметрики #публичные_выступления

Как не надо выступать на демо и зачем вообще выступать

Может показаться, что достаточно хорошо работать, и вас оценят. Это не так. Команды, которые «просто кодят», но не могут объяснить внутреннему заказчику, что они сделали, часто расформировывают после проекта. Да, очень хорошую или очень плохую работу тяжело спрятать. Но если задача была не самая бизнес-важная, за сроки вышли, но работа сделана всё равно хорошая, — вот в этом месте очень легко облажаться. Любое техническое выступление — это не пробубнить заголовки задач в Джире. Это про политику. Первая цель всегда — доказать, что команда действовала адекватно. Команды, которые показывают управляемость и результат, получают новые проекты и финансирование. Раньше, когда я был молодым Product Owner’ом, я думал: «Ну зайди ты в трекер, там же всё видно!» Оказалось, что для бизнеса это чёрный ящик. А умные люди очень не любят чёрные ящики, очень не любят красивые отчёты с суммаризациями и очень не любят ощущение, что им пытаются продать что-то без понимания смысла. Если вы не рассказали о результате правильно, то для многих результата часто просто не существует. Давайте разберём задачу выступления и оптимальную стратегию.

https://habr.com/ru/companies/centicore_group/articles/1034228/

#демо #презентация_продукта #product_management #софтскиллы #коммуникации_в_IT #стейкхолдеры #отчётность #бизнесметрики #публичные_выступления

Как не надо выступать на демо и зачем вообще выступать

Может показаться, что достаточно хорошо работать, и вас оценят. Это не так. Команды, которые «просто кодят», но не могут объяснить внутреннему заказчику, что они сделали, часто расформировывают после проекта. Да, очень хорошую или очень плохую работу тяжело спрятать. Но если задача была не самая бизнес-важная, за сроки вышли, но работа сделана всё равно хорошая, — вот в этом месте очень легко облажаться. Любое техническое выступление — это не пробубнить заголовки задач в Джире. Это про политику. Первая цель всегда — доказать, что команда действовала адекватно. Команды, которые показывают управляемость и результат, получают новые проекты и финансирование. Раньше, когда я был молодым Product Owner’ом, я думал: «Ну зайди ты в трекер, там же всё видно!» Оказалось, что для бизнеса это чёрный ящик. А умные люди очень не любят чёрные ящики, очень не любят красивые отчёты с суммаризациями и очень не любят ощущение, что им пытаются продать что-то без понимания смысла. Если вы не рассказали о результате правильно, то для многих результата часто просто не существует. Давайте разберём задачу выступления и оптимальную стратегию.

https://habr.com/ru/companies/centicore_group/articles/1034228/

#демо #презентация_продукта #product_management #софтскиллы #коммуникации_в_IT #стейкхолдеры #отчётность #бизнесметрики #публичные_выступления

Как не надо выступать на демо и зачем вообще выступать

Может показаться, что достаточно хорошо работать, и вас оценят. Это не так. Команды, которые «просто кодят», но не могут объяснить внутреннему заказчику, что они сделали, часто расформировывают после проекта. Да, очень хорошую или очень плохую работу тяжело спрятать. Но если задача была не самая бизнес-важная, за сроки вышли, но работа сделана всё равно хорошая, — вот в этом месте очень легко облажаться. Любое техническое выступление — это не пробубнить заголовки задач в Джире. Это про политику. Первая цель всегда — доказать, что команда действовала адекватно. Команды, которые показывают управляемость и результат, получают новые проекты и финансирование. Раньше, когда я был молодым Product Owner’ом, я думал: «Ну зайди ты в трекер, там же всё видно!» Оказалось, что для бизнеса это чёрный ящик. А умные люди очень не любят чёрные ящики, очень не любят красивые отчёты с суммаризациями и очень не любят ощущение, что им пытаются продать что-то без понимания смысла. Если вы не рассказали о результате правильно, то для многих результата часто просто не существует. Давайте разберём задачу выступления и оптимальную стратегию.

https://habr.com/ru/companies/centicore_group/articles/1034228/

#демо #презентация_продукта #product_management #софтскиллы #коммуникации_в_IT #стейкхолдеры #отчётность #бизнесметрики #публичные_выступления

Как мы оптимизировали сбор данных для отчёта маркетологов и придумали новую Google Analytics

В этой статье — история о том, как мы вместе с командой Аналитики цифровых продуктов работали над одной небольшой фичей и в процессе создали собственную альтернативу известной платформе для сбора статистики пользователей сайтов. Пару слов о нашей команде и о том, чем мы занимаемся. У нас 6 инженеров данных и 5 аналитиков — вместе мы помогаем продуктовым командам (тем, кто развивает сайты и приложения) создавать дашборды и отчёты. Они нужны для того, чтобы коллеги видели, как их изменения влияют на бизнес-метрики и поведение пользователей. Вторая часть нашей работы — поддержка маркетологов. Мы помогаем им анализировать эффективность продвижения Спортмастера и других наших брендов: где увеличивать бюджеты, где сокращать и как быстро оценивать результат. В общем, мы те, кто превращает данные в понятные решения. Как появилась задача Наши пользователи — маркетологи — каждую неделю сталкивались с одной проблемой. По вторникам у них проходят планёрки с руководством, где они разбирают результаты прошлой недели: что сработало, что можно улучшить. Им критично важно к этому времени уже иметь готовый отчёт, чтобы успеть проанализировать данные и принять решения по рекламе. Однако наш продукт выдавал отчёты только к 16:00. Кому-то хватает часа на подготовку, кому-то трёх, но пользователи жаловались: они просто не успевают осмыслить данные и сформулировать выводы. Коллеги обратились к нам с запросом: перенести формирование отчетов на 12:00, чтобы оставалось больше времени на анализ. И мы стали думать, как это сделать своими силами без увеличения команды.

https://habr.com/ru/companies/sportmaster_lab/articles/939296/

#база_данных #отчётность #хранение_данных #аналитика #аналитика_данных #сбор_данных #дашборды