The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:
Конфликт - это то, из чего состоит прогресс. Профессиональная и хорошо управляемая команда любит конфликты и создает их ежедневно. Профессиональный проектный менеджер провоцирует конфликты и убеждается, что ни один из них не заканчивается консенсусом. Звучит странно? Это не сарказм. Читайте дальше.
Вы когда-нибудь слышали термин “выигрыш-выигрыш”? Знаете ли вы, что это значит? Я предполагаю, что большинство моих читателей не совсем уверены, о чем идет речь, хотя этот термин используется очень часто. Позвольте мне объяснить. В любом конфликте есть три возможных исхода: проигрыш-проигрыш, выигрыш-проигрыш и выигрыш-выигрыш. Первый - самый плохой, а последний - самый лучший. Вот пример.
Предположим, ваша жена хочет посмотреть фильм, а вы хотите посмотреть бейсбольную игру. Это конфликт. Он начинается с противостояния позиций. Ваша позиция - “я хочу эту игру”, в то время как ее позиция - “я хочу посмотреть этот фильм”.
Самый простой способ - придерживаться этих позиций независимо от всего, но очень скоро ваш конфликт перерастет в ссору и, возможно, даже развод.
Управление проектами предлагает несколько техник разрешения конфликтов, которые могут помочь вам и вашей жене выйти из этого противостояния без обращения к полиции. Независимо от того, какую технику вы используете, результат будет либо проигрыш-проигрыш, выигрыш-проигрыш, либо выигрыш-выигрыш.
Компромисс – самый плохой исход, и он известен как проигрыш-проигрыш. Например, вы оба согласны посмотреть новости – это компромисс. Ни один из вас не получит то, чего хотел: фильм или бейсбольную игру. Вы оба проиграете. Кто выиграет в этом случае? Ваши соседи и полиция, так как не будет ссоры. Проблема действительно будет решена? Нет. Вы оба будете ненавидеть друг друга еще больше, потому что ни одно из ваших желаний не будет удовлетворено. Развод приближается.
То же самое происходит в конфликтах в команде разработчиков программного обеспечения – если и когда мы разрешаем их путем компромиссов, все страдают, кроме тех менеджеров и HR-сливок, которым важна только мирная рабочая обстановка. Им не хочется видеть, как мы сражаемся из-за какого-то чертова Java-кода. Более того, они действительно не понимают, в чем дело. Они ничего не знают о паттерне Singleton и не могут понять, почему эти ребята практически готовы убить друг друга только потому, что один называет его паттерном, а другой – анти-паттерном, настаивает, что проект не должен его использовать и грозит всем немедленным увольнением, если они не послушают.
Такая ссора пугает всех. Всех, кто видит только позиции, но не видит интересов. Помните, позиция – «Я хочу посмотреть фильм» и «Я хочу использовать синглтон». Единственное, что может привести противостояние позиций, – это ссора, и единственным решением является компромисс: «Вам, ребята, нужна хорошая командная вечеринка, чтобы вы стали друзьями и потеряли яйца желание сражаться». Вот что создают эти сливки: команды. Они верят, что когда команда «сильная», не будет ни ссор, ни конфликтов, ни споров, ни паттернов, ни анти-паттернов, и… ни старших разработчиков. Будет только постоянный компромисс по всему.
В семье компромиссы приводят к разводам. В команде разработчиков программного обеспечения лучшие специалисты просто уходят. Они просто не хотят видеть, как их интересы все время не учитываются ради избежания ссор. Держитесь подальше от компромиссов; они являются чистым злом как для семьи, так и для команды.
Второй вариант, который немного лучше компромисса, заключается в использовании силы: “Я мужчина, поэтому ты делаешь то, что я говорю; мы будем смотреть игру!” или “Мне плохо, позволь мне посмотреть фильм.” В любом случае, одному из вас удастся получить то, что он или она изначально хотел. Несмотря на то, что этот подход выглядит менее “демократичным”, он более эффективен, главным образом потому, что не включает сторонних лиц: не вовлечены полиция или соседи, и семья разрешает конфликт внутренне и естественно.
Оба из вас понимают, почему сейчас смотрят эту игру: потому что мужчины в семье физически сильнее. Несмотря на то, что это может показаться очень раздражающим для вас, моих калифорнийских читателей, семья, которая поступает таким образом, будет гораздо дальше от развода, чем та, которая привыкла идти на компромиссы, особенно если побеждающая сторона не всегда одна и та же.
Если вашей командой разработчиков программного обеспечения руководит дебил опытный архитектор, скорее всего вы будете работать в этой модели разрешения конфликтов. Он или она будет принимать решения, и вам придется соглашаться. Я писал об этом архитекторе здесь и здесь. Я сказал там, что архитектор должен быть диктатором, принимать решения и полностью нести за них ответственность.
Если архитектор очень умный, уважаемый всеми и бессмертный, этот подход разрешения конфликтов на основе силы будет работать превосходно. Проект будет двигаться вперед быстро, потому что все будут работать, а не думать. Будет только один человек, который будет думать - архитектор.
Основным недостатком этого подхода “победа-поражение” является часть “поражение”: всегда кто-то проигрывает. И это не только оскорбление, хотя это тоже важно. Это о том, что мы упускаем некоторую ценную информацию. Вы никогда не узнаете, почему ваша жена хотела посмотреть этот фильм или почему тот младший разработчик предлагал использовать NoSQL вместо SQL. Вы просто заставите их обоих замолчать и следовать вашей воле. Пока они это делали, вы все равно “потеряли” что-то. Так что, в основном, команда теряет что-то, а не только ваша жена или тот младший разработчик.
Самый трудный, но наиболее эффективный способ разрешить конфликт - это сотрудничество для выявления интересов всех сторон и поиска решения, которое удовлетворит всех. Вы начинаете с вопроса: “Почему тебе хочется посмотреть этот фильм?” чтобы узнать, что именно скрывается за агрессивной позицией “я хочу посмотреть фильм”. Опять же, между позицией и интересом есть огромная разница.
Возможно, вам ответят: “Я просто устал”. Таким образом, истинный интерес заключается в отдыхе, а не в просмотре фильма. Фильм был всего лишь одним из вариантов для отдыха. Теперь, зная ее истинный интерес, вы можете предложить: “А что, если я посмотрю игру и сделаю тебе массаж одновременно?” Таким образом, развод может никогда и не произойти.
Таким образом, первый важный шаг - помочь всем отказаться от их позиций и честно выразить свои интересы. Когда это сделано, мы все можем начать работать не против друг друга, а против проблемы: Каким решением будут удовлетворены все наши интересы одновременно?
Мы спросим у этого младшего разработчика: “Почему ты думаешь, что нам нужен NoSQL?” Очень вероятно, что мы услышим что-то вроде: “Я просто хочу изучить эту новую концепцию”. Это его истинный интерес - изучать что-то новое, работая над этим проектом. Может быть, мы можем предложить ему изучить другую технологию? Может быть, мы можем перевести его на другой проект, где используется NoSQL? Есть много вариантов. Но первый шаг - понять, что он на самом деле хочет. Не какую позицию он занял, а какова была его настоящая мотивация.
Правильная профессиональная команда разработчиков программного обеспечения полна конфликтов, которые всегда разрешаются с помощью сотрудничества. Команда не боится конфликтов. Напротив, она их приветствует, потому что они помогают раскрыть истинные интересы всех сторон, а также делают много информации видимой и доступной.
Правильные участники команды всегда пытаются возникновением конфликтов, чтобы получить возможность разрешить их через сотрудничество, тем самым найдя выход через дверь выигрыша-выигрыша. Именно так команда развивается - не скрывая конфликты и не идя на компромиссы, а вызывая их, делая разные интересы видимыми и находя наиболее оптимальные решения.
Однако имейте в виду, что это намного сложнее, чем организация командных мероприятий.
Translated by ChatGPT gpt-3.5-turbo/42 on 2023-12-05 at 21:45
