Impact mapping. Как dev команде перестать делать то, что требуют, и начать делать то, что нужно by Дмитрий

Impact mapping. Как dev команде перестать делать то, что требуют, и начать делать то, что нужно

Я работаю в международной компании, где бизнес и девелопмент разделены между собой тысячами километров, почти двенадцатью часами разницы во времени и языковым баррьером. Выступая в роли аналитика, я должен налаживать общение между продакт менеджером и командой разработки, удостоверяясь что все друг друга правильно понимают.

Одна из основных проблем, с которой я столкнулся это пробел между бизнес целями которые ставит перед собой продакт менеджер и фичами, которые девелопмент привносит в продукт в каждом релизе. Объяснением для чего требуется добавить ту или иную фичу в продукт, бизнес обычно себя не обременяет. Это приводит к тому становится сложно отвечать на вопросы команды "зачем это?", проводить груминг бэклога и исчезает понимание "зачем выпускаем именно такую версию продукта". 

Прочитав книгу Гойко Аджича "Impact Mapping", возникло желание изменить подход к общению с бизнесом на моих проектах. Что именно было предпринято, и что из этого вышло, я расскажу в своем докладе.

В данном докладе будут раскрыты следующие темы:

1. специфика работы аналитика в связке с продакт менеджером
2. какие коммуникационные проблемы возникают и почему их нужно решать
3. что такое impact mapping и почему именно этот подход может помочь в налаживании коммуникаций между девелопментом и бизнесом
4. как строится карта, на какие вопросы должны появиться ответы по окончанию работы на ней
5. личный опыт. как построение impact map помогло улучшить коммуникацию на моих проектах

• Lightning Talk - Блиц доклад (20 min)