За последние полгода мы с продуктовыми командами прошли тренинг Вани Замесина — и теперь учимся применять подходы и инструменты Advanced Jobs To Be Done в работе.
Что значит — применять в работе?
Например, делать правильные выводы из разговора с клиентом, которые помогут повысить качество и ценность продукта.
Клиент — крупная компания, больше 10 тысяч сотрудников, использует сразу два наших продукта.
1. Строить граф работ — не опция, а обязательная часть управления продуктом. Продакт, у которого нет подтвержденного графа работ — это как водитель, который едет по незнакомому городу без навигатора.
Ехать можно, но какой шанс приехать туда, куда тебе (и клиенту) надо?
2. Разберись и опиши всю последовательность работ. Начни с самых первых по процессу.
3. Если у клиента проблемы в первых работах — решай их как можно раньше, все силы направь туда. Иначе продукт не доставит ценности, какие бы классные фичи ни были в продукте — до них просто не дойдут.
4. Разбирай каждый фича-реквест по реальным работам, на которые его нанимают. То, что кажется мелочью и опцией — на самом деле может заблокировать решение главных работ, ради которых покупался продукт.
5. Мелкие баги выглядят ерундой для разработки, но не для клиента — потому что Job Security. Для вас — очередной баг, а меня и уволить могут, ага. Мелочей не бывает.
Качество продукта, как рыба — может быть только первой свежести.
@startwithease
PS. Если вы — программист или QA-инженер и вам кажется, что баги на проде у клиента — это нормально и так бывает у всех, почитайте про опыт своих коллег сорокалетней давности и подумайте, что можно улучшить в своей работе?
Можно смело сказать, что система проверки компьютерного программного обеспечения и отношение к ней - самого высокого качества. По-видимому, сюда не добралась атмосфера самообмана и плавного снижения стандартов, характерная для оценки безопасности главных двигателей и ТТУ "Шаттла".
— Отчет ПРЕЗИДЕНТСКОЙ КОМИССИИ по катастрофе космического корабля “Челленджер” — Том 2: Приложение F — Личные наблюдения относительно надежности системы "Шаттл" Р. П. Фейнман
