Post by Anton Filimonov

Каждый кто работает в ИТ, хотя бы раз встречал такого Product Owner. 📌 Roadmap меняется каждый понедельник. 📌 Приоритеты — каждую неделю. 📌 Архитектурные решения пересматриваются каждый спринт. 📌 Документации нет, потому что «всё и так понятно». 📌 А когда проект начинает буксовать — виноват Scrum. За последние годы мне довелось работать с десятками продуктов и команд. И я заметил одну закономерность: Проблема редко бывает в Scrum, Agile или любой другой методологии. Гораздо чаще проблема возникает тогда, когда гибкость подменяет стратегию, а отсутствие решений маскируется под адаптивность. В продолжении стихотворения «ScrumBan головного мозга», начал серию статей из цикла «Вредные советы проектного диверсанта»— о распространённых антипаттернах в управлении продуктами и командами. Первая статья посвящена самому главному вопросу: 👉 Кто такой Product Owner и почему Scrum здесь ни при чём? В статье разбираю: ✔ Почему Product Owner — это не «владелец бэклога» ✔ Какие четыре роли должен совмещать сильный PO ✔ Почему понимание бизнеса так же важно, как понимание пользователей ✔ Как связаны продукт, команда, технологии и коммуникации ✔ Какие инструменты помогают принимать решения на основе данных, а не "интуиции" Среди инструментов: • Business Model Canvas • SWOT • 5 сил Портера • Дорожная карта • 4P Котлера • Project Aristotle • Psychological Safety survey • Ретроспектива • C4 Model • Architecture Decision Records • RACI Matrix Потому что «Scrum»— это всего лишь фреймворк. Продуктовое мышление, ответственность за результат и лидерство в команде никакой фреймворк заменить не сможет. А какой самый странный или болезненный антипаттерн Product Owner вам встречался в карьере? #ProductManagement #ProductOwner #УправлениеПродуктом #ProductStrategy #Agile #Scrum #Leadership #DigitalTransformation #ProductLeadership #ScrumBanSyndrome