После митапа коллега рассказал мне знакомую историю. Он регулярно приносит идеи по улучшению работы: с аргументами, обоснованием и вариантами реализации. Но их либо отклоняют, либо принимают только после эскалации.
Мы обсуждали этот вопрос полчаса и пришли к неприятному выводу: качества самой идеи недостаточно.
Идея может прийти не вовремя
Даже полезное изменение невозможно взять в работу, если прямо сейчас у команды или бизнеса другой приоритет. Предложение оптимизировать процесс в разгар аварии может быть прекрасным, но ресурсов на него всё равно не будет.
Отказ в такой ситуации говорит о моменте, а не о качестве решения. Идею можно отложить, сузить или связать с текущей задачей.
Вы можете решать не ту проблему
То, что кажется проблемой инженеру, не всегда считается проблемой человеком, который выделяет ресурсы. У него могут быть другие цели, ограничения и риски.
Поэтому перед презентацией решения полезно проверить:
- кто теряет от текущей ситуации;
- в чём выражается ущерб;
- входит ли этот ущерб в приоритеты человека, принимающего решение;
- какую цену и новые риски несёт само изменение.
Подробнее эту проверку я разбираю в материале «Как расти через рабочие проблемы».
Критика показывает чужие ограничения
Я и сам часто оказываюсь в роли человека, которому больше всех надо. Нахожу проблему, предлагаю решение и внезапно получаю плотную порцию критики от людей, которые до этого не предлагали ничего.
Раньше я воспринимал этот паттерн как неизбежное «бремя первых». Со временем стал смотреть на него практичнее. Пока решения нет, чужие ограничения остаются абстрактными. Конкретное предложение делает их видимыми: кто потеряет время, чья зона ответственности изменится, какой риск раньше никто не обсуждал.
Это не делает любую критику правильной. Но превращает её из порции хейта в данные для следующей версии решения.
Хорошую идею мало придумать. Нужно попасть во время, решить важную для принимающей стороны проблему и выдержать столкновение с ограничениями, которые до обсуждения были незаметны.