10. И вот что получилось
High-level Map
Release X
приоритет
Кстати, бесплатная тула для рисования от автора Impact Mapping
с поддержкой совместной работы: www.mindmup.com
13. Говорит команда
• PM:
– ОК, парни, если вам так понятнее, что делать, нет проблем!
– Вам там лучше знать, что надо, что не надо.
• Dev Team:
– Ну теперь более-менее понятно, зачем мы это все делаем.
– А напомни-ка нам картинку с целями.
– Ну и зачем нам эта фича? Где она у тебя на картинке?
• Senior Management:
– Хорошо, я спрошу у PMа, может отложим интеграцию…
– Ага, вижу какой у вас скоуп релиза.
– Уже конец квартала. Как там поживают ваши цели?
{"5":"В итоге у нас получилось три основных цели. \nНапример, нам каждый день говорят про то, что наш продукт очень дорого поддерживать и про цель снижения расходов мы хорошо знали.\nОднако мы и понятия не имели, что, оказывается, наш РМ собирается заработать за год 100 миллионов баксов.\n","11":"Это очень крутая книга, всего 70 страниц, половина из которых картинки, и стоит всего 10 баксов. Заменяет целый ворох книг по владению продуктом.\n","6":"WHO?\nДействующие лица\nСтейкхолдеры. Конкуренты. Пользователи.\nCustomer=ЛПР\n","12":"Ситуация в делл. Приходит директор и говорит, в нашем примере, вот что.\nВажно «продать» им этот подход точно так же, как РМ и команде, и объяснить, как мы работаем. После этого можно смело бороться с фиче реквестами и всякий раз, когда возникает вопрос о добавлении фичи в бэклоге, мы открываем Impact Map и проверяем, подходит предлагаемая фича нашим целям или нет?\nЕще одна серьезная проблема с нашим продуктом. Он коробочный и с огромным тайм-ту-маркет. После GA первый кастомер установит продукт, в лучшем случае, месяца через три.\nПоэтому фидбэк придет не скоро, даже если в целях заключены такие вроде бы хорошо измеряемые вещи, как выручка или число саппорт-кейсов.\nКроме того, к предыдущей картинке с иерархией еще добавляются сейлзы, пре-сейлзы, саппорт, консультанты и т. д. Поэтому работа по сбору фидбека — это челлендж, и начинать ее сразу же, со старта релиза.\nЯ такую штуку кстати делаю: каждый раз, когда ко мне кто-то обращается, я в уплату за ответ прошу заполнить маленькую анкету.\n","1":"Я Business Analyst/Product Owner и я работаю с продуктом для администрирования корпоративных сетей/почты у крупных и очень крупных энтерпрайзов.\nЯ буду говорить об импакт мэппинге, технике планирования релизов, которую придумал и продвигает Гойко Аджич, и о том, как мы эту технику внедряем у себя в Dell\n","7":"HOW?\nImpactКак мы хотим поменять поведение действующих лиц, чтобы они помогли нам достичь цели.\nСюда в качестве HOW, например, попала часть тех «целей», которые изначально перечислял PM.\n","13":"Предлагаемый подход — бескровная и дешевая штука. Можно ее драйвить снизу и это не требует перестраивать систему менеджмента.\nНе добавляет артефактов (типа доков или регулярных митингов). PM, например, этой тулой не пользуется. Пользуюсь ей я, дев команда и иногда сеньор менеджмент, когда просит меня рассказать о целях.\nPM всегда имеет всю нужную инфу: цели, финансовые отчеты и проч., только почему-то не делится ей. Ему легко поделиться.\nDev Team чувствует причастность к общему движению и деньгам. Более самостоятельно принимает частные решения.\nSenior Management хорошо понимает, что происходит.\n","2":"В компании Делл работает более 100 тыс. сотрудников.\nПродукт, который мы делаем — это коробочный продукт, а наши пользователи — крупные компании (минимум 1000 сотрудников, в среднем 10000, а есть примеры 100К+).\nPM, как и основная часть кастомеров находится в США. Команда девелоперов находится в Санкт-Петербурге.\nПоэтому у нас сложная организационная структура и специфические коммуникации.\nДиалоги.\nПример:\nЧЕСТНЫЙ ПРИМЕР СПУЩЕННОЙ СВЕРХУ НЕНУЖНОЙ ФИЧИ, ПОНЯТНЫЙ ВСЕМ.\nЯ уверен, что вы все сталкивались с этим: когда вместо того, чтобы объяснить проблему, человек приходит с готовым решением. Мы и сами так делаем, это психологический момент.\n","8":"Что?\nDeliverablesОрганизационные решения. Фичи.\n","3":"Как раз для того, чтобы избежать таких ситуаций и научиться делать то, что надо, а не то, что требуют, и существует Имапкт мэппинг — визуальная техника, фреймворк для планирования релизов, которую придумал Гойко Аджич. Суть техники проста. Планирование начинается с постановки цели на релиз — и далее, отвечая на несколько вопросы и рисуя mind map, от цели мы получаем список фичей, которые нужно делать (а не наоборот). И я расскажу, как мы применяем эту технику.\n","9":"И только тут появляются фичи.\nЛайфхак: приоритеты.\n","4":"Главный вопрос: зачем? Я начал разговор с РМ, показав ему такую же презентацию, как эта, и начал с этого вопроса. Он, проникнувшись, ответил, что разумеется, у него есть business vision и стратегические планы, и пришел через неделю с презентацией, в которой было много чего в качестве целей, в том числе, например:\n— Улучшение юзабилити;\n— Повышение производительности;\n— Быстрая поддержка новых платформ;\n— Поддержка тех же сценариев, что и конкуренты.\nи т. п.\nНо, собственно, в коммерческом продукте правильный и честный ответ на вопрос WHY в итоге должен быть связан с деньгами:\n— заработать;\n— сэкономить или \n— защитить деньги.\nВ итоге мы выявили три основных цели.\n","10":"С этой картинкой я пришел к девам (при этом я упрощал картинку и в первую очередь делал акценты на то, что интересно именно им).\nМожет показаться, что им это не нужно, но оказалось, что они с воодушевлением приняли.\nHOW из высокоуровневой картинки мы превратили в цели наших релизов и на их основе выявили фичи, нарисовав Impact Map уже на релиз релиза.\nНо я не учел один важный момент. Dell большая компания, и помимо PM и меня у команды есть свой Dev Management — ряд стейкхолдеров, в задачи которых входит организация и контроль работы центра разработок и dev команд. В том числе, они пытаются влиять на роадмэп.\n"}