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