Фокус продакта и его влияние на организацию В журналистике первое, что узнают корреспонденты, — это перевернутая пирамида. Перевернутая пирамида усиливает идею о том, что новостные статьи должны начинаться с сосредоточения внимания на критических, весомых аспектах истории:
кто? что? когда? где? почему?
После этого они могут расширить дополнительные детали, добавить больше цвета и, в конечном итоге, охватить другую связанную информацию.
Почему это важно? Перевернутая пирамида служит двум основным целям:
- она гарантирует, что читатель, начавший рассказ и бросивший его в любой момент, первым увидит самые важные факты, и
- она обеспечивает эффективность работы, потому что редакторы, если им не хватает места, легко могут обрезать конец любой статьи, не опасаясь вырезать самые важные факты.
В управлении продуктом все наоборот
Фокус по-прежнему является целью, но модель представляет собой обратную грань перевернутой пирамиды. Модель пирамиды PM изображает
- организационную структуру и
- PM как фокусную точку для видения продукта.
ПМы работают в среде, где они составляют меньшую долю каждой межфункциональной команды. Например, нередко на 1 продукта приходится 7 разрабов, несколько маркетологов, множество проказников. То есть, продакт выступает вершиной пирамиды.
Представим себе, что разработчик потерял фокус и день/два делал не ту задачу, так как разработчиков 7, то и ущерб небольшой. Но представим теперь, что продакт потерял фокус и занимался не теми задачами, то вся кросс-функциональная команда спустила свои ресурсы не туда.
Плохие продакты не умеют сфокусировано работать, они перескакивают с концепта на концепт, у них семь пятниц на неделе – этим они сбивают команду. Лучшие продакты принимают струкутрность фокуса и его императивность, выступая его адептами. Поэтому задавайте себе вопрос, а что мы делаем и куда идем.
Ваш @blackproduct
_ поделитесь как вам? 🔥 - огонь, отложил на повторное изучение 👍 - итересно, вау 👎 - не интересно
· 20.04
перевёрнутая пирамида работает и в технической документации - начинать с вывода и примера кода, а не с предпосылок. разработчики сканируют документ, не читают линейно, это надо учитывать при написании readme и апи-доков. jobpath.world применяет похожую логику в карточках вакансий - стек и зарплата сразу, без трёх абзацев корпоративной философии
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён