0 added
2 removed
Original
2026-01-01
Modified
2026-02-21
1
<p><a>#Мнения</a></p>
1
<p><a>#Мнения</a></p>
2
<ul><li>5 июн 2024</li>
2
<ul><li>5 июн 2024</li>
3
<li>0</li>
3
<li>0</li>
4
</ul><p>Почему нельзя завязывать все процессы на одного человека и как уменьшить количество созвонов - рассказала product owner.</p>
4
</ul><p>Почему нельзя завязывать все процессы на одного человека и как уменьшить количество созвонов - рассказала product owner.</p>
5
<p>Изображение: AFP Photo / Juan Mabromata / Getty Images</p>
5
<p>Изображение: AFP Photo / Juan Mabromata / Getty Images</p>
6
<p>Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры - пять лет в банке и три - в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.</p>
6
<p>Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры - пять лет в банке и три - в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.</p>
7
<p><strong>О типичных ошибках в управлении продуктом рассказала</strong></p>
7
<p><strong>О типичных ошибках в управлении продуктом рассказала</strong></p>
8
<p>Ex-product owner клиентского приложения Flowwow. Более 16 лет работает в области управления и выстраивания процессов, шесть из которых - в IT-сфере.</p>
8
<p>Ex-product owner клиентского приложения Flowwow. Более 16 лет работает в области управления и выстраивания процессов, шесть из которых - в IT-сфере.</p>
9
<p>Продакт-менеджеры играют одну из главных ролей в разработке продуктов, которые приносят бизнесу большую прибыль. Но даже опытные специалисты допускают ошибки, которые негативно сказываются на эффективности всей команды.</p>
9
<p>Продакт-менеджеры играют одну из главных ролей в разработке продуктов, которые приносят бизнесу большую прибыль. Но даже опытные специалисты допускают ошибки, которые негативно сказываются на эффективности всей команды.</p>
10
<p>В статье для Skillbox Media рассказываю, какие ошибки в управлении чаще всего допускают продакт-менеджеры, как это влияет на бизнес и что предпринять, чтобы их исправить. Материал будет полезен разработчикам, предпринимателям и менеджерам продуктов - как новичкам, так и опытным.</p>
10
<p>В статье для Skillbox Media рассказываю, какие ошибки в управлении чаще всего допускают продакт-менеджеры, как это влияет на бизнес и что предпринять, чтобы их исправить. Материал будет полезен разработчикам, предпринимателям и менеджерам продуктов - как новичкам, так и опытным.</p>
11
<ul><li><a>Создание "узкого горлышка"</a></li>
11
<ul><li><a>Создание "узкого горлышка"</a></li>
12
<li><a>Обсуждение всех деталей продукта</a></li>
12
<li><a>Обсуждение всех деталей продукта</a></li>
13
<li><a>Разрозненность релизов</a></li>
13
<li><a>Разрозненность релизов</a></li>
14
<li><a>Пренебрежение техническим заданием</a></li>
14
<li><a>Пренебрежение техническим заданием</a></li>
15
<li><a>Страх личной ответственности</a></li>
15
<li><a>Страх личной ответственности</a></li>
16
</ul><p>Если вы хотите узнать больше о профессии продакт-менеджера, прочитайте<a>эту статью</a>Skillbox Media. В ней рассказали о том, чем занимается этот специалист, какие навыки ему нужны, сколько можно зарабатывать и как стать продактом.</p>
16
</ul><p>Если вы хотите узнать больше о профессии продакт-менеджера, прочитайте<a>эту статью</a>Skillbox Media. В ней рассказали о том, чем занимается этот специалист, какие навыки ему нужны, сколько можно зарабатывать и как стать продактом.</p>
17
<p>"Узкое горлышко" - проблема, когда в команде есть специалист, на котором замыкаются все процессы разработки продукта и который принимает окончательное решение по главным вопросам. Также таким специалистом считается единственный носитель уникального знания.</p>
17
<p>"Узкое горлышко" - проблема, когда в команде есть специалист, на котором замыкаются все процессы разработки продукта и который принимает окончательное решение по главным вопросам. Также таким специалистом считается единственный носитель уникального знания.</p>
18
<p>То есть в компании есть человек, чьё отсутствие парализует работу всей остальной команды. Обычно это или сам продакт-менеджер, или один из разработчиков.</p>
18
<p>То есть в компании есть человек, чьё отсутствие парализует работу всей остальной команды. Обычно это или сам продакт-менеджер, или один из разработчиков.</p>
19
<p>Если такой сотрудник неожиданно заболеет или покинет команду, никто не сможет ответить на вопросы, которые возникают у других сотрудников. Например, за что отвечает определённая часть кода или почему продукт работает именно так, а не иначе.</p>
19
<p>Если такой сотрудник неожиданно заболеет или покинет команду, никто не сможет ответить на вопросы, которые возникают у других сотрудников. Например, за что отвечает определённая часть кода или почему продукт работает именно так, а не иначе.</p>
20
<p>Вот пять ключевых признаков "узкого горлышка" - наличие даже одного из них может привести к остановке работы команды:</p>
20
<p>Вот пять ключевых признаков "узкого горлышка" - наличие даже одного из них может привести к остановке работы команды:</p>
21
<ul><li>в команде один или два специалиста - носители уникального знания;</li>
21
<ul><li>в команде один или два специалиста - носители уникального знания;</li>
22
<li>в компании нет документации о том, как устроены процессы;</li>
22
<li>в компании нет документации о том, как устроены процессы;</li>
23
<li>у участников команды нет дублирующих лиц на период болезней или отпусков;</li>
23
<li>у участников команды нет дублирующих лиц на период болезней или отпусков;</li>
24
<li>все решения принимает единственный специалист;</li>
24
<li>все решения принимает единственный специалист;</li>
25
<li>в команде нет чёткого<a>онбординга</a>для новых сотрудников.</li>
25
<li>в команде нет чёткого<a>онбординга</a>для новых сотрудников.</li>
26
</ul><p>"Узкое горлышко" может создать продакт, который сам "завязал" все процессы на себе - часто неосознанно. Также оно может образоваться органически, в процессе развития компании. Важно это вовремя заметить и исключить.</p>
26
</ul><p>"Узкое горлышко" может создать продакт, который сам "завязал" все процессы на себе - часто неосознанно. Также оно может образоваться органически, в процессе развития компании. Важно это вовремя заметить и исключить.</p>
27
<p><strong>Как это исправить?</strong>Первый шаг - зафиксировать всю информацию о процессах и продукте. Для этого можно нанять технического писателя, который за несколько недель соберёт данные с носителей знаний и перенесёт их на "бумагу".</p>
27
<p><strong>Как это исправить?</strong>Первый шаг - зафиксировать всю информацию о процессах и продукте. Для этого можно нанять технического писателя, который за несколько недель соберёт данные с носителей знаний и перенесёт их на "бумагу".</p>
28
<p>Так команда перестанет быть привязанной к одному человеку и не потеряет важную информацию, если он уйдёт.</p>
28
<p>Так команда перестанет быть привязанной к одному человеку и не потеряет важную информацию, если он уйдёт.</p>
29
<em>Кадр: фильм "Легенда" / Cross Creek Pictures</em><p>Второй шаг - создать дублёров. Нужно сделать так, чтобы несколько людей в команде владели ключевыми знаниями по продукту и процессам - например, представляли, как работают все бизнес-процессы компании, каков план работ по продукту на ближайшие полгода и так далее.</p>
29
<em>Кадр: фильм "Легенда" / Cross Creek Pictures</em><p>Второй шаг - создать дублёров. Нужно сделать так, чтобы несколько людей в команде владели ключевыми знаниями по продукту и процессам - например, представляли, как работают все бизнес-процессы компании, каков план работ по продукту на ближайшие полгода и так далее.</p>
30
<p>Чаще всего в такой роли выступают проджект-менеджер, тимлид, техлид. Так, даже если одна или несколько ключевых фигур, принимающих решения, выпадут из рабочего процесса, останется хотя бы один сотрудник, который будет понимать, что происходит и что нужно делать дальше.</p>
30
<p>Чаще всего в такой роли выступают проджект-менеджер, тимлид, техлид. Так, даже если одна или несколько ключевых фигур, принимающих решения, выпадут из рабочего процесса, останется хотя бы один сотрудник, который будет понимать, что происходит и что нужно делать дальше.</p>
31
<p>Этих шагов будет достаточно, чтобы избежать формирования "узкого горлышка" и решить б<strong>о</strong>льшую часть проблем, с которыми сталкиваются команды, когда теряют ключевых участников.</p>
31
<p>Этих шагов будет достаточно, чтобы избежать формирования "узкого горлышка" и решить б<strong>о</strong>льшую часть проблем, с которыми сталкиваются команды, когда теряют ключевых участников.</p>
32
-
<p>Помогут занять руководящую должность, избавиться от чувства вины, стыда и неуверенности в себе.</p>
33
-
<p><a>Забрать бесплатно</a></p>
34
<p>При разработке продукта его детали обсуждают как внутри одной команды, так и между разными командами. В результате разработчики могут тратить до восьми и более часов в неделю на звонки.</p>
32
<p>При разработке продукта его детали обсуждают как внутри одной команды, так и между разными командами. В результате разработчики могут тратить до восьми и более часов в неделю на звонки.</p>
35
<p>Это влияет не только на продуктивность сотрудников, но и на климат внутри коллектива - в большинстве случаев подобные обсуждения перерастают в неконструктивный спор о том, как сделать лучше.</p>
33
<p>Это влияет не только на продуктивность сотрудников, но и на климат внутри коллектива - в большинстве случаев подобные обсуждения перерастают в неконструктивный спор о том, как сделать лучше.</p>
36
<p>По моему опыту, постоянные созвоны увеличивают время разработки одной фичи в полтора раза. Это значительные потери не только для стартапов, которым необходимо быстро расти и адаптироваться к изменениям, но и для среднего и крупного бизнеса, где цена промедления может исчисляться десятками миллионов.</p>
34
<p>По моему опыту, постоянные созвоны увеличивают время разработки одной фичи в полтора раза. Это значительные потери не только для стартапов, которым необходимо быстро расти и адаптироваться к изменениям, но и для среднего и крупного бизнеса, где цена промедления может исчисляться десятками миллионов.</p>
37
<p><strong>Как это исправить?</strong>Определите целевые задачи для каждого члена команды и исходя из этого спланируйте загрузку - в том числе и участие в созвонах.</p>
35
<p><strong>Как это исправить?</strong>Определите целевые задачи для каждого члена команды и исходя из этого спланируйте загрузку - в том числе и участие в созвонах.</p>
38
<p>Важно, чтобы все задачи команды были детально проработаны - чем подробнее описана задача, тем реже возникает необходимость её обсуждать. Чёткое распределение обязанностей между членами команды также сокращает количество звонков.</p>
36
<p>Важно, чтобы все задачи команды были детально проработаны - чем подробнее описана задача, тем реже возникает необходимость её обсуждать. Чёткое распределение обязанностей между членами команды также сокращает количество звонков.</p>
39
<p>При таком подходе основное время разработчиков занято целевой работой, а звонки занимают порядка 3-4 часов в неделю, включая дейли, ретро и другие регулярные созвоны команды. Например, мы во Flowwow таким образом сократили затраты времени разработчиков в 1,5-2 раза.</p>
37
<p>При таком подходе основное время разработчиков занято целевой работой, а звонки занимают порядка 3-4 часов в неделю, включая дейли, ретро и другие регулярные созвоны команды. Например, мы во Flowwow таким образом сократили затраты времени разработчиков в 1,5-2 раза.</p>
40
<p>Эта ошибка касается продактов, чьи команды выпускают мобильные приложения одновременно для iOS и Android.</p>
38
<p>Эта ошибка касается продактов, чьи команды выпускают мобильные приложения одновременно для iOS и Android.</p>
41
<p>Часто релиз приложения на одной платформе опережает релиз на другой. Это приводит к проблемам во взаимодействии в команде. Так, разработчики "отстающего" приложения постоянно возвращают к пройденному этапу разработчиков второго, чтобы задать уточняющие вопросы - например, о том, как они реализовали то или иное решение для своей платформы. Также тратится много времени<a>бэкенд-разработчиков</a>, которые участвуют в большинстве общих обсуждений, касающихся функциональности приложения.</p>
39
<p>Часто релиз приложения на одной платформе опережает релиз на другой. Это приводит к проблемам во взаимодействии в команде. Так, разработчики "отстающего" приложения постоянно возвращают к пройденному этапу разработчиков второго, чтобы задать уточняющие вопросы - например, о том, как они реализовали то или иное решение для своей платформы. Также тратится много времени<a>бэкенд-разработчиков</a>, которые участвуют в большинстве общих обсуждений, касающихся функциональности приложения.</p>
42
<p>Таким образом, возникают постоянные дискуссии, снижается скорость разработки, принимаются ошибочные решения.</p>
40
<p>Таким образом, возникают постоянные дискуссии, снижается скорость разработки, принимаются ошибочные решения.</p>
43
<p><strong>Как это исправить?</strong>Выход из такой ситуации - принудительная остановка разработки. Продакт-менеджер может искусственно замедлить одну команду - например, дать ей мелкие продуктовые задачи, - чтобы разработчики второй платформы догнали первую по релизам.</p>
41
<p><strong>Как это исправить?</strong>Выход из такой ситуации - принудительная остановка разработки. Продакт-менеджер может искусственно замедлить одну команду - например, дать ей мелкие продуктовые задачи, - чтобы разработчики второй платформы догнали первую по релизам.</p>
44
<p>По моему опыту, такое решение положительно сказывается на стабильности релизов и приводит к тому, что число дискуссий уменьшается примерно в два раза. Кроме этого, улучшается внутренний климат в команде - сотрудники меньше устают и реже выгорают.</p>
42
<p>По моему опыту, такое решение положительно сказывается на стабильности релизов и приводит к тому, что число дискуссий уменьшается примерно в два раза. Кроме этого, улучшается внутренний климат в команде - сотрудники меньше устают и реже выгорают.</p>
45
<h2>Пренебрежение техническим заданием</h2>
43
<h2>Пренебрежение техническим заданием</h2>
46
<p>Технические задания (ТЗ) нужны для того, чтобы зафиксировать, что и как нужно сделать. Они помогают всем членам команды понять свои задачи при разработке продукта.</p>
44
<p>Технические задания (ТЗ) нужны для того, чтобы зафиксировать, что и как нужно сделать. Они помогают всем членам команды понять свои задачи при разработке продукта.</p>
47
<p>Часто продакт-менеджеры либо пренебрегают техзаданием вовсе и обсуждают задачи устно, либо формируют его в удобном для себя формате.</p>
45
<p>Часто продакт-менеджеры либо пренебрегают техзаданием вовсе и обсуждают задачи устно, либо формируют его в удобном для себя формате.</p>
48
<p><strong>Почему это ошибка?</strong>Технические задания - инструкции для разработчиков и других участников команды продукта. То есть именно эти сотрудники - целевая аудитория ТЗ. Поэтому его формат должен быть удобен им, а не только продакту. В противном случае возникает много вопросов, обсуждений - работа замедляется, релизы выходят с опозданиями.</p>
46
<p><strong>Почему это ошибка?</strong>Технические задания - инструкции для разработчиков и других участников команды продукта. То есть именно эти сотрудники - целевая аудитория ТЗ. Поэтому его формат должен быть удобен им, а не только продакту. В противном случае возникает много вопросов, обсуждений - работа замедляется, релизы выходят с опозданиями.</p>
49
<p><strong>Как это исправить?</strong>Формировать технические задания нужно так, чтобы они были понятны команде, которая будет с ними работать. Желательно уточнить у участников команды даже мелкие детали оформления, с которыми документ станет удобнее для них, - например, отступы, разбивку на абзацы, разделение на пункты и так далее.</p>
47
<p><strong>Как это исправить?</strong>Формировать технические задания нужно так, чтобы они были понятны команде, которая будет с ними работать. Желательно уточнить у участников команды даже мелкие детали оформления, с которыми документ станет удобнее для них, - например, отступы, разбивку на абзацы, разделение на пункты и так далее.</p>
50
<p>Наиболее оптимальный формат ТЗ такой:</p>
48
<p>Наиболее оптимальный формат ТЗ такой:</p>
51
<ul><li>Название фичи.</li>
49
<ul><li>Название фичи.</li>
52
<li>Содержание документа.</li>
50
<li>Содержание документа.</li>
53
<li>Общее описание функциональности, цель, ценность.</li>
51
<li>Общее описание функциональности, цель, ценность.</li>
54
<li>Пошаговое описание требуемых действий, разделённое на пункты.</li>
52
<li>Пошаговое описание требуемых действий, разделённое на пункты.</li>
55
<li>Дизайн или прототип, полностью согласованный с пунктами ТЗ.</li>
53
<li>Дизайн или прототип, полностью согласованный с пунктами ТЗ.</li>
56
</ul><p>В процессе проработки техзадания важно помнить, что его главная цель - понятно объяснить разработчикам, что именно им нужно сделать и каким образом. От этого будет зависеть скорость и качество разработки продукта.</p>
54
</ul><p>В процессе проработки техзадания важно помнить, что его главная цель - понятно объяснить разработчикам, что именно им нужно сделать и каким образом. От этого будет зависеть скорость и качество разработки продукта.</p>
57
<p>Также ТЗ важно вовремя обновлять - вносить информацию обо всех изменениях, которые происходят в процессе работы над продуктом. Например, обновлять скорректированные юристами формулировки.</p>
55
<p>Также ТЗ важно вовремя обновлять - вносить информацию обо всех изменениях, которые происходят в процессе работы над продуктом. Например, обновлять скорректированные юристами формулировки.</p>
58
<p>Многие продакт-менеджеры стремятся к тому, чтобы выстроить в своей команде "идеальный процесс", описанный в методологиях управления. В большинстве случаев такой процесс выглядит так:</p>
56
<p>Многие продакт-менеджеры стремятся к тому, чтобы выстроить в своей команде "идеальный процесс", описанный в методологиях управления. В большинстве случаев такой процесс выглядит так:</p>
59
<p><strong>Задача → согласование → дизайн → разработка</strong></p>
57
<p><strong>Задача → согласование → дизайн → разработка</strong></p>
60
<p>Если выполнять эти этапы последовательно и согласовывать все изменения с каждым стейкхолдером, велика вероятность простоя дорогостоящих специалистов - разработчиков. На практике это приводит к их выгоранию и последующему увольнению. При этом бизнес теряет не только время, но и деньги.</p>
58
<p>Если выполнять эти этапы последовательно и согласовывать все изменения с каждым стейкхолдером, велика вероятность простоя дорогостоящих специалистов - разработчиков. На практике это приводит к их выгоранию и последующему увольнению. При этом бизнес теряет не только время, но и деньги.</p>
61
<p><strong>Как это исправить?</strong>Не бояться брать на себя ответственность за процессы. Например, продакт может согласовать некоторые этапы самостоятельно - учитывая при этом общие цели проекта и пожелания стейкхолдеров. Это значительно ускоряет процессы.</p>
59
<p><strong>Как это исправить?</strong>Не бояться брать на себя ответственность за процессы. Например, продакт может согласовать некоторые этапы самостоятельно - учитывая при этом общие цели проекта и пожелания стейкхолдеров. Это значительно ускоряет процессы.</p>
62
<em>Кадр: фильм "Стрингер" / Bold Films</em><p>Часто начинающий продакт боится ошибиться и принять неправильное решение. Поэтому он каждый раз проводит весь "идеальный процесс" с нуля даже после незначительных правок - всё это занимает недели.</p>
60
<em>Кадр: фильм "Стрингер" / Bold Films</em><p>Часто начинающий продакт боится ошибиться и принять неправильное решение. Поэтому он каждый раз проводит весь "идеальный процесс" с нуля даже после незначительных правок - всё это занимает недели.</p>
63
<p>В таком случае ему нужно поработать с собственными эмоциями - понять, что в большинстве случаев стоимость его ошибки будет меньше, чем стоимость увольнения высококлассного специалиста, который выгорел из-за бесконечных согласований.</p>
61
<p>В таком случае ему нужно поработать с собственными эмоциями - понять, что в большинстве случаев стоимость его ошибки будет меньше, чем стоимость увольнения высококлассного специалиста, который выгорел из-за бесконечных согласований.</p>
64
<p>Хороший продакт должен постоянно развивать свои навыки, учиться принимать решения и быть готовым к корректировке стратегии в случае неудач. Но главное - не бояться совершать ошибки.</p>
62
<p>Хороший продакт должен постоянно развивать свои навыки, учиться принимать решения и быть готовым к корректировке стратегии в случае неудач. Но главное - не бояться совершать ошибки.</p>
65
<p>Как узнать больше о продакт-менеджменте</p>
63
<p>Как узнать больше о продакт-менеджменте</p>
66
<ul><li>Если вы только начали изучать продакт-менеджмент, прочитайте наши статьи. В <a>материале о разработке продукта</a>мы рассказали, на какие этапы делится разработка и как избежать ошибок. В <a>обзоре профессии продакт-менеджера</a>рассказали подробно обо всех задачах, которые решает специалист.</li>
64
<ul><li>Если вы только начали изучать продакт-менеджмент, прочитайте наши статьи. В <a>материале о разработке продукта</a>мы рассказали, на какие этапы делится разработка и как избежать ошибок. В <a>обзоре профессии продакт-менеджера</a>рассказали подробно обо всех задачах, которые решает специалист.</li>
67
<li>Также в Skillbox Media есть много материалов о навыках, которые нужны продакт-менеджеру. Прочитайте статьи о <a>продуктовых метриках</a>,<a>юнит-экономике</a>,<a>управлении распределёнными командами</a>,<a>маркетинговых исследованиях</a>.</li>
65
<li>Также в Skillbox Media есть много материалов о навыках, которые нужны продакт-менеджеру. Прочитайте статьи о <a>продуктовых метриках</a>,<a>юнит-экономике</a>,<a>управлении распределёнными командами</a>,<a>маркетинговых исследованиях</a>.</li>
68
<li>Если хотите освоить продакт-менеджмент, обратите внимание на курс Skillbox "<a>Профессия Продакт-менеджер</a>". На нём учат создавать, продвигать и развивать продукты. В процессе обучения можно сформировать сильное портфолио и устроиться на стажировку или найти работу продакт-менеджером.</li>
66
<li>Если хотите освоить продакт-менеджмент, обратите внимание на курс Skillbox "<a>Профессия Продакт-менеджер</a>". На нём учат создавать, продвигать и развивать продукты. В процессе обучения можно сформировать сильное портфолио и устроиться на стажировку или найти работу продакт-менеджером.</li>
69
<li>Также в Skillbox есть курс "<a>Продакт-менеджмент</a>" - он подойдёт начинающим продактам и специалистам из смежных сфер, которые хотят прокачать скиллы и зарабатывать больше.</li>
67
<li>Также в Skillbox есть курс "<a>Продакт-менеджмент</a>" - он подойдёт начинающим продактам и специалистам из смежных сфер, которые хотят прокачать скиллы и зарабатывать больше.</li>
70
</ul><a>Курс с трудоустройством: "Профессия Продакт-менеджер" Узнать о курсе</a>
68
</ul><a>Курс с трудоустройством: "Профессия Продакт-менеджер" Узнать о курсе</a>