Якщо ви працюєте в управлінні продуктом достатньо довго, ви усвідомлюєте, що щось незручно. Найбільший блокер для доставки чудових продуктів не є інженерними можливостями. Це невідповідність між зацікавленими сторонами. PM проводять незліченні години на зустрічах, обговорюючи думки, переглядаючи рішення, уточнюючи контекст і виправляючи порушені зв'язки. Невідповідність є невидимим податком на будь-яку технологічну організацію; вона уповільнює прогрес, послаблює впевненість у дорожній карті та спалює команди. Але хороша новина полягає в тому, що узгодження зацікавлених сторін - це навичка, яку можуть покращити команди прем'єр-міністра. Встановлення єдиного джерела істини (SSOT) Розбіжність починається, коли кожен відділ працює з власної версії реальності.Створити централізоване, постійно оновлене місце для: 
 
 
 
 
 
 
 Вид продукції & OKRs Дорожні карти ПРД KPI панелі Особливості статусу Залежності та ризики Інструменти, які слід розглянути, включають Notion, Confluence, Productboard та Aha. Чому це працює: Коли всі посилаються на одне і те ж джерело, аргументи змінюються від «Я думав X» до «SSOT каже Y». Визначте чіткі ролі за допомогою DACI Більшість конфліктів виникають через незрозумілу власність.Хто приймає рішення?Хто вносить внесок?Хто тільки інформується? Використовуйте DACI на кожному великому робочому потоці: 
 
 
 
 
 Водій: ПМ Схвалення: VP / Директор Учасники: Eng, Design, Data, Ops Інформація: продаж, підтримка, маркетинг Додайте DACI безпосередньо в PRD і дорожні карти. Результат: Зацікавлені сторони перестають обговорювати, хто приймає рішення, і починають зосереджуватися на тому, що має значення. Розглянемо проблему, перш ніж торкатися рішень Команди стають нерівними, тому що вони вирішують різні проблеми, не усвідомлюючи цього. Почніть будь-який проект з: 
 
 
 
 
 Пояснення чіткої проблеми Особистість користувача & біль Чому ця проблема актуальна зараз Очікуваний бізнес-ефект Використовуйте рамки, такі як JTBD, «5 Whys» або мапірування подорожі користувача. Включення інженерії та дизайну в Discovery Занадто багато ПМ включають в себе інженерію та дизайн тільки після вирішення напрямку. Замість цього, працюйте разом під час відкриття. Заздалегідь підтверджуйте можливості та визначте будь-які технічні обмеження на ранньому етапі. Зрівняйтеся зі своєю стратегією експериментування. Чому це працює: Це уникне розчаровуючого моменту «Ми не можемо побудувати це» після тижнів планування. Проведення щомісячних переглядів крос-функціональної дорожньої карти Це не просто зустріч статусу; це ритуал вирівнювання. Обговорюйте : 
 
 
 
 
 
 ТОП Пріоритети Торгівля Ризики Обмеження спроможності Що видаляється, якщо з'являються нові елементи Результат: без сюрпризів, без тихих розбіжностей і без останніх змін від лідерства. Нехай метрики будуть суддею Зацікавлені сторони можуть дискутувати нескінченно, поки дані не вирішать проблему. Визначте : 
 
 
 
 
 Ясна Північна зірка Введення метрики Guardrail метрики (такі як затримка, CSAT, Churn, AOV вплив) Як виглядає успіх перед будівництвом Наприклад: «Функція працює тільки в тому випадку, якщо вона підвищує PDP-to-Cart на +0,4% без збільшення затримки понад 200 мс.» Використовуйте односторінковий оповідання, щоб підштовхнути раннє вирівнювання Позичайте модель Amazon.Один-сторінковий оповідання змушує ясність. Включає в себе: 
 
 
 
 
 
 
 
 Проблема Цілі Користувачі Обмеження Метрики Час Залежності Зацікавлені читатимуть одну сторінку, вони не читатимуть двадцять. 8. надмірне спілкування по всіх каналах Різні учасники поглинають інформацію по-різному. Використовуйте : 
 
 
 
 
 
 
 Слабкі підсумки Електронна пошта повертається Створення Walkthroughs Прототипи FIGMA Щотижневі нотатки Живі майстерні Правило пальця: якщо людина каже: «Я не знав про це», збільшити частоту спілкування, а не довжину документації. Поділитися ранніми прототипами та реальними відгуками користувачів Ніщо не збирає команду швидше, ніж бачити: 
 
 
 
 
 
 Заплутаність користувачів Дроп-офф Тепловики Експериментальні дані VOC / NPS цитати Команди перестають обговорювати думки, коли беруть участь реальні користувачі. Побудувати організаційну довіру через послідовність Вирівнювання значно покращується, коли ПМС послідовно: 
 
 
 
 
 
 Зустріч з термінами Уникнути хаосу дорожньої карти Проактивне спілкування Ранні очікування Поділитися ризиками заздалегідь Послідовні ПМ створюють узгоджені організації. Тільки ці кроки можуть усунути 80% вирівнювання.Більшість несправності продуктів не відбуваються через відсутність таланту команд. Вони відбуваються тому, що командам не вистачає уваги.Найшвидші команди продуктів не ті, які будують найбільше функцій; вони ті, які приймають чіткі рішення на ранніх стадіях.

This story contains new, firsthand information uncovered by the writer.

Read My Stories

Це аудіо створено мовою оригіналу історії!

10 перевірених способів зменшити дисбаланс між зацікавленими сторонами в продуктах

About Author

КОМЕНТАРІ

ПОВІСИТИ БИРКИ

ЦЯ СТАТТЯ БУЛА ПРЕДСТАВЛЕНА В

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps