Копать проблему, а не решение К продактам клиенты или внутренние заказчики часто приходят с решением и если продакт зрелый — он обязательно откатится до базовой проблемы, чтобы подобрать оптимальное решение. Иногда оно может совпадать с решением, которое предложил заказчик, а иногда в корне другим. Например, на днях у меня случился яркий пример. Ко мне пришел клиент с запросом научить его команду затаскивать проекты в срок. Я сначала ему предложила просто купить подписку на краш-курс, но он сказал, что все сложнее и мы договорились встретиться обсудить контекст. Когда я спросила, какую проблему он пытается решить и почему краш-курс не подходит — оказалось, что он считает, что на его взгляд, проджекты слабые и ему нужен кто-то скилластый, который научит. Типа курс они бросят, нужен ментор, погруженный в контекст. Я начала копать почему он так считает и в процессе стало очевидным, что слабые проджекты — это лишь симптом. И его можно полечить, но проблема с оргструктурой и процессами. Проджекты банально не имеют полномочий принимать решения, даже если могут. Появился план действий, что нужно сделать в первую очередь, а обучение проджектов стало вторичным. Если я не провела бы эту встречу — он бы купил курс или мой менторинг и врятли это решило его задачу. Потому что это только песчинка, которая принесет маленький выхлоп. Вывод: если хотите чтобы специалисты решали вашу боль — приходите с проблемой, а не решением, иначе получите только лечение симптома. Если вам приносят решения — не стесняйтесь тратить время на то, чтобы откатиться до базовой проблемы. Ваша ценность в глазах заказчика вырастет в разы. #принципы_работы, #управление_проектами, #чендж