Уважайте функционального заказчика.
Общение между процессном аналитиком и владельцем анализируемого процесса всегда идет сложно. Не надо усугублять эту проблему тем, что будет воспринято как неуважение. Помните:
- У владельца процесса мало времени - он хочет видеть информацию в удобной для восприятия форме.
- Владелец процесса загружен - он может не помнить детали прошлого обсуждения
- Владелец процесса мыслит в терминах своих задач. Идите по цепочке от найденной зоны роста сразу к предложению по улучшению. Переходите к тонкостям того, как был выполнен анализ если человек заинтересован
- Владелец процесса ждет предложений от вас. Он может выбрать из двух или трех вариантов, скорректировать детали. Он не хочет просто увидеть проблему и дальше думать сам
- Людям инстинктивно свойственно недооценивать проблемы и переоценивать затраты на внесение изменений. Всегда показывайте размер проблем на фоне общего объема процесса, а в идеале монетизируйте
- Если показ идет на слайдах, а не в инструменте - они должны быть полноценно подготовлены даже на промежуточном показе
- Если показ идет в инструменте - каждая зона роста на отдельном дэшборде. Владелец процесса, в отличии от процессного аналитика, не работает с инструментом весь день. Ему сложно ориентироваться в интерфейсе. Фильтры накладывайте заранее.
- Модифицируйте код "на лету" только в ходе мозгового штурма, не при показе результатов анализа
- Контролируйте скорость показа. Владелец процесса, когда видит мельтешение на экране, считает, что его хотят в чем-то обмануть
