#112. Менеджмент як проектування аха-моментів, а не впровадження процесівНа цих вихідних думав про те, що популярна тема з аха-моментом в менеджменті продуктів, дуже класно вкладається і на менеджерську роботу.Що таке аха-момент:Це момент, коли користувач вперше відчув реальну цінність продукту.І більшість великих продуктів намагається прискорити і закріпити цей момент, аби користувач скоріше і глибше відчув це "аха!".Приклади про пережиту цінність в команді:- Перший раз отримав корисні результати з ресьорчу — "ого, воно може працювати!"- Вперше привʼязав своє рішення до метрик і менеджмент погодився — "нічосі"- Почали планувати задачі і зменшилась паніка і срачка — "а шо так можна було"Якщо аха-моменту не сталося, цінність не отримана і не відчута, позитивного досвіду не має, активація не відбулась — ініціатива, проект, процес, артефакт відмирають.Приклад з процесомКороткостроковпе планування задач робити зазвичай дуже ліньки. Середньострокове на пару місяців тимпаче.Але якщо зробити хоча б більшменш адекватно, зʼявиляється передбачуваність і зникає частина фонового стресу.Аха-момент це саме коли ти розумієш шо ти знаєш шо треба буде робити, що ти робив і всі більш-менш заалайнені навкого цього. Звісно шось залетить незаплановане, але це не буде 100% незапланованого.Якось мені дизайнер каже: “Ти знаєш, я в пʼятницю знаю, що буду робити наступного тижня. Раніше в неділю нервував, що може на тижні прилетіти.”Приклад з артефактомЗавжди на певних задачах підпушую робити тестування з користувачами.Для того щоб тут стався аха-момент, треба шо б була підходяща задача (а не будь-яка для якої тестування не зіграє ролі), шоб прийшли хоч трохи корисні результати, щоб вони допомогли потім захистити свою позицію перед командою.І отут теж "о, тепер в мене є сильна база для прийняття рішень". А потім команда починає челенджити задачу в дусі "нам здається що не зрозуміє ніхто", а ти вже "обмазався ресьорчем" і на всі мутні питання є що відповісти.З цього моменту ресьорч перестає бути "зайвою бюрократією" — він стає інструментом підкріплення позиції і аргументації.Приклад з розвитком командиМожна написати гарний документ по розвитку на 6 місяців, а можна подумати: де буде перший досвід зростання?Виділили, наприклад, необхідність качати комунікацію і презентацію. Можна залишити людину з цим, хай розбирається — єдине шо тут можна мабуть придумати сходу це пошукати курс "комунікація і презентація".А можна вибудувати досвід перших 2-4 тижнів навколо наступного: 1-2 дзвінка де ви нагадуєте і формулюєте основні теоретичні штука по презентації і комунікації, на другому тижні плануєте невеличкий виступ людині в середині команди (в своїй команді простіше), на третій тиждень на більш широку публіку на якомусь ревью, допомагаєте з підготовкою. Потім допомагаєте зібрати трошки позитивного фідбеку.Таким чином інвестиція часу і зусиль отримує своє повернення інвестицій, людина втягується, і вже вистачить мотивації і розуміння розвивати навичку далі.Що робитьОтже ми можемо сфокусуватися не на впровадженні практик, а на доведенні людей до першого пережитого доказу цінності цих практик.Якщо ви не можете відповісти на питання “де людина вперше відчує користь цього процесу?” цей процес, швидше за все, помре.Тут можна навести приклади: новий шаблон, який тільки ускладнює; новий документ, який ніхто не читає; новий артефакт без швидкої користі.Перед тим як вводити нову практику, варто подумати:- Де і як швидко буде перший measurable результат?- Чи він буде видимим?- Як зробити щоб людина пережила його як власну перемогу?