МенеджментПідрозділ
Продуктовий менеджмент
Як вирішити, що взагалі варто будувати, і як потім зрозуміти, чи спрацювало. Три теми, що йдуть одна за одною: зʼясувати, що людям потрібно; обрати, що з цим робити, у порядку, який можна захистити; і виміряти результат, не обманюючи себе. Найважче в усіх трьох — відмовляти, тому кожна сторінка охоплює і те, як казати «ні», а не лише як обирати.
Що всередині
Усі сторінки цієї групи — і про що кожна з них.
- Product DiscoveryБезперервне дискавері: чому тріо має бути з трьох людей, мапування припущень і драбина типів експериментів.ТріоПрипущення
- РоадмапінгТри аудиторії, одна дорожня карта: now/next/later, RICE, WSJF, Kano й MoSCoW — із чесною оцінкою скорингу.Now / next / laterRICE
- Метрики та KPIЗаписані означення, когорти проти зрізів, крива утримання, перцентилі й як читати результат A/B-тесту.КогортиПерцентилі
З чого почати
- Будуєте без доказівПродуктове дискавері. Почніть із мапування припущень: це найдешевший спосіб дізнатися, чого ви не знаєте.
- Ваша дорожня карта — це список датДорожні карти, надто три аудиторії: більшість суперечок про карту — це двоє людей, що читають її як різні документи.
- Числа суперечать одне одномуМетрики й KPI: записані означення й різниця між когортою та зрізом розвʼязують більшість цього.
Інше в цьому розділі
- МенеджментУправління IT-проєктом — це набір рішень, які перетворюють намір на випущений продукт: що будувати, як розрізати це на роботу, яку справді можна завершити, як команда організовує себе тиждень за тижнем і як результат доходить до користувачів. У розділі 21 тема у пʼяти групах — продуктовий менеджмент, декомпозиція, методології, реліз-процес і формальні фреймворки, — і кожна сторінка дає компроміс за вибором, а не переказ для сертифікаційного іспиту.
- ДекомпозиціяЯк перетворити щось надто велике, щоб почати, на частини, достатньо малі, щоб завершити, — і не загубити дорогою причину кожної частини. Чотири теми про дві традиції, що рідко зустрічаються: декомпозиція робіт із проєктного менеджменту й користувацькі історії з продуктового. Вони відповідають на різні питання, і розуміння, у якій ви зараз, знімає більшість суперечок про потрібну деталізацію плану.
- МетодологіїЯк команда вирішує, що будувати далі, у якому порядку і звідки знає, що щось завершено. Девʼять методологій — від двох, за якими більшість справді працює, до чотирьох, що існують, бо однієї команди стало замало. Кожна сторінка описує те, що фреймворк справді визначає — кожну церемонію, роль і артефакт, — а не переказує його, і прямо каже, де він перестає працювати.
Було корисно?
Поділіться з тим, хто працює над тією ж задачею.