Как менеджер должен относиться к конфликтам в организации
Перейти к содержимому

Как менеджер должен относиться к конфликтам в организации

  • автор:

Как разрешать конфликты между сотрудниками

При приеме на работу сотрудников ставят в известность не только о круге рабочих обязанностей, но и об определенных нормах поведения с коллегами и администрацией, принятых в коллективе. Руководству — в частности, сотрудникам отдела кадров — следует периодически проводить инструктажи и напоминать новичкам о санкциях за нарушение правил. Чтобы избежать возникновения конфликтов, нужно позаботиться о создании доверительной и открытой атмосферы в команде.

Естественно, сотрудники не должны безропотно со всем соглашаться, но им все же стоит уважительно относиться к разным точкам зрения в коллективе. Если создать соответствующие условия на рабочем месте, специалисты будут свободно выражать свое мнение по рабочим вопросам. В этом случае минимизируется риск возникновения конфликтов, однако не гарантируется их полное отсутствие. Конечно, в некоторых случаях можно обратиться за помощью к узким специалистам (конфликтологам, психологам), однако в основном такие проблемы руководители могут решать самостоятельно.

Научитесь предупреждать конфликтные ситуации до их возникновения

Главное правило борьбы с конфликтами в рабочей среде — умение их предвидеть. Наблюдение за тем, как подопечные ведут себя на работе — важный навык, позволяющий быть в курсе изменения настроений в компании. Менеджер должен понимать, что поведение сотрудников говорит о многом. Например, стоит обратить внимание если коллеги, которые раньше вместе выходили на перекур, стараются избегать друг друга.

Кроме того, стоит держать в поле зрения самых конфликтных сотрудников. Пообщайтесь с коллегами, которые непосредственно связаны с ними по работе. Если вы заметили резкое изменение в их поведении, старайтесь выявить и деликатно обсудить проблему. Игнорирование таких, казалось бы, незначительных моментов может привести к серьезным трудностям. Это может повлиять не только на конфликтующие стороны, но и на общую атмосферу в коллективе и, как следствие, привести к снижению продуктивности компании.

Когда лучше регулировать конфликты между специалистами

Когда между сотрудниками возникает конфликтная ситуация, не стоит сразу ставить в известность администрацию. Руководителю младшего звена целесообразно попытаться урегулировать конфликт самостоятельно. Иногда достаточно простого разговора, чтобы все уладить. Если это не помогло, менеджер должен продумать дальнейший план действий. Возможно, придется обратиться за помощью к вышестоящим руководителям. Менеджеры часто могут найти решение, помогая сотрудникам сосредоточиться на общих задачах и целях. Определите удобное время для встречи с подчиненным по урегулированию ситуации и постарайтесь уладить конфликт.

Если на начальном этапе проблему не решили, предложите сотрудникам обратиться в отдел кадров. Профессионалы советуют обращаться к кадровикам в том случае, если сотрудник предупреждает, что хочет уволиться из-за конфликта. Подумайте, стоит ли нанимать и готовить новые кадры, ведь это достаточно затратный процесс. Не проще ли найти решение в сложившейся ситуации? То же касается и случаев, когда рабочий спор перерастает в межличностный.

Специалисты должны предоставить всю необходимую информацию кадровикам для ведения конструктивного диалога и оптимального решения проблемы. Отдел кадров обязан занимать объективную позицию и учитывать точки зрения всех сторон конфликта — только в этом случае будет выработан правильный план дальнейших действий.

Спустя некоторое время отдел кадров должен провести повторную встречу с сотрудниками для контроля ситуации. Особенно внимательно стоит относиться к конфликтам, связанным с буллингом, сексуальными домогательствами и насилием. В компании следует внедрить политику урегулирования конфликтов с четко указанными дисциплинарными взысканиями, вплоть до временного отстранения от работы и возможного увольнения.

На что обратить внимание менеджеру при общении со специалистами

Для того, чтобы эффективно разрешить конфликтную ситуацию между сотрудниками, руководителю команды нужно обладать рядом навыков.

  • Во-первых, он должен внимательно выслушивать все стороны конфликта и поинтересоваться, как пути его решения они видят. В таком случае вы с большей вероятностью найдете решение, которое устроит всех.
  • Во-вторых, стоит понимать, что на возникновение рабочих конфликтов большое влияние оказывает корпоративная культура компании и организация рабочего процесса. Кроме того, речь может идти и о личной неприязни специалистов.
  • В-третьих ,во время переговоров стоит поощрять активное участие сотрудников в споре, чтобы найти общее решение. Дайте возможность людям самостоятельно разобраться в конфликте. Им будет намного проще разрешать подобные ситуации в будущем.

Не ограничивайте сроки разрешения конфликтов

В идеальном мире все конфликты решаются быстро и больше никогда не возникают. В реальности каждая ситуация разная и требует особого подхода. Конфликт между теми же сотрудниками может вспыхнуть вновь, поэтому важно все время держать руку на пульсе. На первый взгляд, может показаться, что ситуацию успешно разрешили, но для исчерпывающего решения конфликтов зачастую требуется время. Руководству компании необходимо досконально разобраться в вопросе спора, не спешить с принятием решений без достаточных оснований, при необходимости потребовать дополнительную информацию для объективного разрешения конфликта.

Воспользуйтесь данными советами и убедитесь, что конфликтные ситуации можно и нужно разрешать эффективно. Верим, у вас все получится.

РОЛЬ РУКОВОДИТЕЛЯ ОРГАНИЗАЦИИ В УПРАВЛЕНИИ КОНФЛИКТАМИ Текст научной статьи по специальности «Науки об образовании»

В статье рассмотрена роль руководителя в управлении конфликтами. Цель управления конфликтами заключается не в том, чтобы непременно воспрепятствовать возникновению конфликтной ситуации и перерастанию ее в конфликт, а в том, чтобы контролировать этот процесс, направляя его в желательное русло.

i Надоели баннеры? Вы всегда можете отключить рекламу.

Похожие темы научных работ по наукам об образовании , автор научной работы — Лавернова А.Н.

СОВЕРШЕНСТВОВАНИЕ ОРГАНИЗАЦИОННОЙ КУЛЬТУРЫ (НА ПРИМЕРЕ РЕСТОРАНА «ИРБИС»)
Система рибейтов как фактор развития сферы кино и телевидения в регионах России

Рациональное поведение руководителя и эффективная коммуникация в конфликте: стратегии управления конфликтами

Продюсирование телевизионных и видеопроектов «цифровым» медиапоколением
Управление конфликтами в современных российских организациях
i Не можете найти то, что вам нужно? Попробуйте сервис подбора литературы.
i Надоели баннеры? Вы всегда можете отключить рекламу.

Текст научной работы на тему «РОЛЬ РУКОВОДИТЕЛЯ ОРГАНИЗАЦИИ В УПРАВЛЕНИИ КОНФЛИКТАМИ»

1. Абрамова В.И. Менеджмент и маркетинг: учебное пособие. — М.: РИОР, 2011. — С. 176.

2. Бабосов Е. М. Управление персоналом. — Мн.: ТетраСистемс, 2012. -288 с.

3. Базарова Т.Ю. Управление персоналом: учебник для вузов. — М., 2013. -560 с.

4. Борисова Е.А. Оценка и аттестация персонала. — СПб.: Питер, 2012. -345 с.

5. Борисова УС., Азарова Р.Р. Совершенствование кадровой политики организации // Новое слово в науке: перспективы развития: Сборник материалов международной научно-практической конференции. — Чебоксары, 2014. — С. 339-340.

6. Главная: МБОУ «АСОШ № 1» [Электронный ресурс]. — Режим доступа: http://www.amga-sch1.ucoz.ru/ (дата обращения: 18.04.2016).

РОЛЬ РУКОВОДИТЕЛЯ ОРГАНИЗАЦИИ В УПРАВЛЕНИИ КОНФЛИКТАМИ

Финансово-экономический институт Северо-Восточного федерального университета им. М.К. Аммосова,

В статье рассмотрена роль руководителя в управлении конфликтами. Цель управления конфликтами заключается не в том, чтобы непременно воспрепятствовать возникновению конфликтной ситуации и перерастанию ее в конфликт, а в том, чтобы контролировать этот процесс, направляя его в желательное русло.

Ключевые слова: управления конфликтами, руководитель, роль руководителя в управлении конфликтами.

Особое место в ряду кризисных ситуаций занимают конфликты в организациях. Организация — это такая совокупность людей, в которой они объединены определенными связами и отношениями. Конфликт в организации -это открытая форма существования противоречий интересов, возникающих в процессе взаимодействия людей при решении вопросов производственного и личного порядка.

Актуальность темы заключается в том, что практически каждый человек, работает в коллективе и соприкасается с проблематикой конфликтов в

1 Студент кафедры Социологии и управления персоналом.

организации. Задача руководителя заключается не в том, чтобы непременно воспрепятствовать возникновению конфликтной ситуации и перерастанию ее в конфликт, а в том, чтобы контролировать этот процесс, направляя его в желательное русло. Смысл управления сводится к тому, чтобы во время распознать истинные причины конфликта, изменить доступными и приемлемыми средствами ситуацию, добиться, в конечном счете, положительного исхода и предотвращения возможных негативных последствий.

Целью исследования — разработать рекомендации по усилению роли руководителя «Национального театра танца РС (Я) им. С.А. Зверева» в управлении конфликтами.

Общественная жизнь немыслима без столкновения идей, жизненных позиций, целей, как отдельных людей, так и малых и больших коллективов, других сообществ. Постоянно возникают расхождения и противоречия различных сторон, нередко перерастающие в конфликты. Необходимо соответствующее управление этим процессом, задачей которого должно быть предупреждение возникновения нежелательных, негативного плана конфликтов, придание неизбежным конфликтным ситуациям конструктивного характера [1].

Проблемы урегулирования конфликтов представляют собой отдельную часть сферы управления проблемными социальными процессами. Большое значение имеет фундаментальная установка того, что конфликт является объективным социальным явлением и возможной движущей силой развития. Сущность понятия «управление конфликтами» достаточно многоплановая. Процесс управления конфликтами включает несколько самостоятельных комплексов мероприятий: регулирования и разрешения конфликтов.

Следовательно, управление конфликтами является целенаправленным влиянием на процессы конфликтных взаимодействий, имеющее целью обеспечения конструктивного решения проблем, которые стали предметом конфликта.

Какими бы корректными не были отношения в коллективе, полностью избежать конфликтов на работе невозможно. Многие крупные компании платят менеджерам бонусы, когда им удается сглаживать конфликты в команде или даже избегать их. Но, по мнению психологов, конфликты, особенно в творческом коллективе, зачастую бывают полезны.

Ответы руководителей, управляющих творческими коллективами, различных отечественных компаний на вопрос: Как, на Ваш взгляд, наиболее эффективно разрешать конфликты в творческом коллективе?

Рубен Дишдишян, генеральный директор ООО «Mars Me dia». ООО «Марс Медиа Энтертейнмент» основано в ноябре 2011 года кино и телепродюсером Рубеном Дишдишяном — ранее основателем и президентом компании «Централ Партнершип». Приоритетными направлениями деятельности компании являются продюсирование, кино и телепроизводство [2].

Так же как и в любом другом — превентивно. Важно четко договориться об обязанностях и ответственности сторон. Все участники должны знать, кто, как и в какие сроки принимает решения.

Артем Логинов, продюсер «Good story media». Компания «Good Story Media» образована в 2008 году. Основатели компании: продюсеры и сценаристы — Артем Логинов, Антон Зайцев и Антон Щукин. «Good Story Media» специализируется на производстве телевизионного контента [3].

Мирно, хотя вообще все зависит от конфликта. Если конфликт творческий, если это столкновение взглядов на то, как должен быть сделан тот или иной продукт, то конфликты, как мне кажется, даже полезны. Гораздо хуже, если конфликтов нет, это, скорее всего, говорит о равнодушии, что страшно.

Тимур Вайнштейн, генеральный продюсер компании «WeitMedia». Компания WeitMedia образована в августе 2009 года Тимуром Вайнштейном.

В марте 2010 года компания WeitMedia заключила стратегическое партнерство с мировым телевизионным лидером компанией Endemol [4].

Только наличием лидера, который жестко прекращает конфликты и принимает окончательное и «единственно верное» решение. Никаких других способов разрешить споры и конфликты творческих людей не существует!

Руслан Сорокин, креативный продюсер ПЦ «Среда». Продюсерская компания «Среда», созданная Александром Цекало имеет долгий и успешный опыт работы в создании теле и кино продукции. С 2010 года компания начала заниматься созданием только художественных фильмов и сериалов и уже в 2012 году первый сериал «Обратная сторона Луны» стал лучшим мини сериалом года по версии Ассоциации Продюсеров Кино и Телевидении [5].

Устраивать очные ставки. И выступать при этом ни судьей, ни присяжным, а адвокатом обоих. В творческом процессе важно, чтобы обида или злоба не накапливалась, иначе она пускает метастазы в процесс и влияет на качество работы всего коллектива.

Александр Кессель, продюсер «Спутник Восток Продакшн», Спутник Восток — независимая продакшн-компания, основанная в 2009 году с целью производства прайм-тайм сериалов, развлекательных телешоу, документальных и игровых фильмов [6].

Разговаривать. Так любые конфликты лучше разрешать, не только в коллективе. Почти все [7].

Таким образом, опыт отечественных и мировых руководителей творческих коллективов показывает, что конфликт:

1. Полезен для творческих коллективов;

2. Разрешается только наличием одного лидера;

3. Преодолевается путем переговоров, ни в коем случае нельзя накапливать обиду и злобу.

Перед началом определения эффективности руководства в процессе управления конфликтами, была произведена анкетирование сотрудников, с

целью выявления наличия тех или иных конфликтных ситуаций в организации и определения социально-психологического климата внутри.

Анкета была разработана для сотрудников театра: пяти работников танцевальной труппы, (стаж работы: двое работали 10 лет, двое 5 лет и один 2 года) четырех работников вокального состава, (стаж работы: двое работали около 15 лет, двое 5 и 7 лет) двух работников национального оркестра (стаж работы: 3 года) включала 10 вопросов.

Вопросы анкеты направлены на:

— изучение частоты конфликтов в организации;

— изучение наиболее часто используемых методов разрешения конфликтов;

— анализ распределения ролей в процессе управления конфликтами;

— изучение причин конфликтов.

Из сводной таблицы ответов можно сделать следующие выводы:

Из выводов анкетирования можно сделать заключение, что руководитель, по мнению персонала, хорошо справляется со своими обязанностями в сфере управления конфликтами.

По результатом проведенного исследования можно выдать следующие рекомендации коллективу и руководителю «Национального театра танца РС(Я) им. С.А. Зверева — Кыыл Уола»:

1. Провести мероприятия по профилактике конфликтов, а именно работу по сплочению коллектива, при помощи цехового психолога;

2. Организовывать коллективные выезды за город, посещения досуго-вых центров с целью налаживания неофициального общения между сотрудниками;

3. Руководителю необходимо пройти курсы по получению следующих навыков: владение механизмом управления конфликтами, умение конструктивно влиять на персонал, направлять конфликты в функционально-позитивное русло, уметь сводить к минимуму негативные последствия конфликтов.

Соблюдение этих рекомендаций поможет конфликтующим сторонам предотвратить конфликтные ситуации, а если они произошли, то конструктивно их разрешить и найти оптимальный выход из конфликта.

А также кадровые службы должны отслеживать уровень состояния работника, ведущего к стрессам, для того чтобы управлять трудовыми отношениями.

Особую роль в создании стрессовых ситуаций в коллективе играют руководители всех уровней, поскольку очень часто их неправильное поведения является основной причиной, ухудшения работы в организации.

Для недопущения возникновения конфликтов в коллективе руководитель должен обладать следующими качествами:

— Внимательно относиться к работнику при решении его проблем;

— Защищать своих подчиненных;

— Поддерживать своих работников.

Существует также следующие рекомендации руководителям для снижения ими уровня стрессов у подчиненных. Прежде всего нужно дать работнику такую работу, которая у него получается и вызывает положительные эмоции. Далее работнику нужно дать право отказаться от некоторых заданий. Необходимо четко определить компетенцию работника. Необходимо учитывать активность работника и вознаграждать. Необходимо доброжелательно оказывать помощь своим подчиненным.

Профилактика, или предупреждение деструктивных конфликтов должна быть в постоянном поле зрения администрации организации. Отсутствие внимания к этому вопросу может стать причиной возникновения конфликтных ситуаций, с большой долей вероятности перерастающих в конфликты. От руководителя, как потенциального субъекта конфликтной ситуации, в первую очередь зависит создание в большом и малом коллективе обстановки, которая способствует свободе и уважению личности, проявлению инициативы, справедливому вознаграждению за работу, предотвращению негативных последствий любых конфликтов, особенно тех, что возникают на почве недовольства условиями труда и общения. Повышению эффективности посреднических усилий в улаживании конфликтов может способствовать деятельность с целью содействия установлению доброжелательности между людьми. Она благоприятствует общению работников, их расположенности друг к другу.

Как выяснилось, роль руководителя в управлении конфликтами очень велика, а подчас — решающая. Умение анализировать сложившуюся ситуацию, выбор верной стратегии выхода из неё, возможность направить события и их участников в позитивное русло — есть отличительные особенности грамотного руководителя, способного поддерживать в коллективе здоровую рабочую обстановку.

1. Кибанов А.Я. Управление персоналом организации: учеб. для вузов. -4-е изд. — М.: ИНФРА-М, 2010. — С. 531-637.

2. МАРС МЕДИА ЭНТЕРТЕЙНМЕНТ: официальный сайт [Электронный ресурс]. — Режим доступа: http://marsme.ru/ru/team (дата обращения: 12.04.16.).

3. Good story media: официальный сайт [Электронный ресурс]. — Режим доступа: http://goodstorymedia.com/#about (дата обращения: 12.04.16.).

4. Weit media: официальный сайт [Электронный ресурс]. — Режим доступа: http://www.weitmedia.com/index.php?id=9 (дата обращения: 12.04.16).

5. Sreda production company, официальный сайт http://www.sredatv.ru/ (дата обращения: 12.04.16).

6. Спутник Восток: официальный сайт [Электронный ресурс]. — Режим доступа: http://sputnikvostok.ru/page62451.html (дата обращения: 12.04.16.).

7. Сшетойоп: электрон. путеводитель [Электронный ресурс] // Почему полезны конфликты в творческих коллективах. — 2011. — Режим доступа: http://www.cinemotionlab.com/creativity/pochemu_polezny_konflikty_v_tvorche-skom_kollektive (дата обращения: 12.04.16).

8. Борисова УС., Пахомова В.Н. Социально-психологический климат организации // Новое слово в науке: перспективы развития: Сборник материалов международной научно-практической конференции. — Чебоксары, 2014. — С. 359-360.

СОВЕРШЕНСТВОВАНИЕ ОРГАНИЗАЦИОННОЙ КУЛЬТУРЫ (НА ПРИМЕРЕ РЕСТОРАНА «ИРБИС»)

Финансово-экономический институт Северо-Восточного федерального институт им. М.К. Аммосова,

Статья посвящена анализу организационной культуры в компаниях. На примере объекта исследования рассмотрены правила для соблюдения стандартов работы и обслуживания клиентов ресторана «Ирбис». Нарушение правил может привести к взысканию (штраф или отработка) или увольнению. Поэтому сотрудник должен соблюдать правила и выполнять внутренние обязанности. Получить высокие результаты в управлении организацией, в создании корпоративной культуры можно только в том случае, если люди, которыми руководят, обладают знаниями, умениями и соответствующим настроем, необходимым для того, чтобы их усилия были эффективными и результативными.

Любая предпринимательская организация может успешно существовать при наличии сплоченной команды профессионалов на всех уровнях — от администраторов до руководителей. А также, ещё важным критерием является желание работать в дружном коллективе.

Ключевые слова: организационная культура, внутриорганизацион-ная, ресторан.

Актуальность темы исследования объясняется тем, что вопрос организационной культуры в компаниях на сегодняшний день очень актуален, организация функционирует и развивается, как сложный организм. Постоянно подвергаясь влиянию со стороны внешней среды приспосабливаясь к изме-

1 Студент 2 курса кафедры Социологии и управления персоналом.

Конфликт-менеджер

Конфликт-менеджер

Конфликт-менеджер – это специалист, который помогает предотвратить конфликтные ситуации и найти конструктивные решения для конфликтов. Для работы нужно высшее образование. Кстати, недавно центр профориентации ПрофГид разработал точный тест на профориентацию, который сам расскажет, какие профессии вам подходят, даст заключение о вашем типе личности и интеллекте. Профессия подходит тем, кого интересует психология и обществознание (см. выбор профессии по интересу к школьным предметам).

Конфликт-менеджер выполняет роль своеобразного «мирового посредника» между противоборствующими сторонами, кем бы они ни были представлены, и по какой бы причине между ними ни разгорелся конфликт. Это могут быть всего два человека, один человек и целый коллектив, или даже два коллектива, каждый из которых сплочен праведным гневом из-за ущемленных интересов.

Читайте также
profguide.io

Профессия «Психолог»

Краткое описание

Конфликт-менеджер хорошо разбирается в предпосылках возникновения конфликтных ситуаций, особенностях и алгоритмах их протекания, стилях поведения противоборствующих сторон и, конечно же, способах конструктивного разрешения подобных ситуаций. Его услуги позволяют поддерживать ровный психологический климат в коллективе, благодаря чему сотрудники меньше отвлекаются, работают более сплоченно, что идет на пользу всей организации. Конфликт-менеджер может трудиться в одном коллективе на постоянной основе, а может – вести собственную практику и помогать людям, обратившимся к нему в состоянии острого конфликта, найти решение сложившейся проблемы.

  • Черная пятница в Skillbox: месяц инвестиций в себя!

Черная пятница в Skillbox: месяц инвестиций в себя!
Получи скидку, курс в подарок и гарантию трудоустройства, чтобы стать востребованным специалистом.

Мечтаешь создать свою игру?

Мечтаешь создать свою игру?
Воплоти мечту в реальность вместе с XYZ School!

Особенности профессии

Эта специальность уже достаточно давно широко распространена за рубежом. В отечественных условиях она пока не настолько известна, и наибольшим спросом пользуется в крупных городах. Однако по мере того, как развивается и совершенствуется психологическая грамотность населения, а руководители всех уровней начинают понимать, насколько многое зависит от человеческих ресурсов, вакансий конфликт-менеджера становится все больше и больше. В число ключевых рабочих обязанностей таких специалистов обычно входит следующее:

  • выявление противоречий, способных спровоцировать возникновение конфликтной ситуации;
  • предупреждение развития конфликта (при наличии такой возможности);
  • разрешение на начальной стадии конфликтов, которые могут быть разрешены до перехода в активную фазу;
  • поиск путей для компромиссного разрешения конфликтной ситуации;
  • помощь противоборствующим сторонам в реализации найденного компромиссного решения;
  • психологическое сопровождение участников конфликта;
  • разработка программ и рекомендаций, которые помогут избежать роста психологического напряжения в коллективе при принятии сложных управленческих решений.

В общем смысле конфликт-менеджер отвечает за то, чтобы людям в коллективе было как можно более спокойно и комфортно. Если же он ведет частную практику, то его главной задачей становится такое разрешение каждого конкретного конфликта, которое не только удовлетворит его участников, но и даст им знания и навыки для того, как конструктивно разбираться с другими конфликтными ситуациями в будущем.

Плюсы и минусы

Плюсы
  1. Достаточно новая профессия и, как следствие, отсутствие перенасыщенности рынка труда подобными специалистами.
  2. Возможность влиять на психологический климат в коллективе, видеть реальные результаты своих усилий.
  3. Полезность профессиональных знаний для собственной жизни.
  4. Возможность заниматься научным аспектом конфликтологии – проводить исследования, изучать феномен конфликта, писать научные статьи и книги.
  5. Возможность открыть частную практику и работать на себя.
Минусы
  1. Низкий уровень спроса на конфликт-менеджеров в небольших городах.
  2. Отсутствие у многих людей опыта работы с конфликтологами и конструктивного разрешения конфликтов.
  3. Необходимость регулярно «погружаться» в негативные эмоциональные состояния своих подопечных, иметь дело с людьми в состоянии злости, агрессии, недовольства.

Важные личные качества

Чтобы быть успешным конфликт-менеджером, необходимо обладать достаточно высоким уровнем эмпатии в сочетании с умением следовать трезвой логике. Такой специалисты должен уметь слышать других людей, понимать их, но он же должен руководствоваться не эмоциями, а реальными шаблонами конфликтных ситуаций и алгоритмами их разрешения.

Кроме того, для работы в этой области важна стрессоустойчивость. Если конфликт переходит к активной фазе, то его участники могут вести себя отнюдь не вежливо по отношению друг к другу и «мировому посреднику», который пытается им помочь. Здесь очень важно не давать волю своим эмоциям, потому что в противном случае конфликт-менеджер может превратиться в третью сторону конфликта.

Обучение на конфликт-менеджера

Стать профессиональным конфликт-менеджером можно только с получением высшего образования после 11 класса. Код специальности – 37.03.02, обучение ей в очном формате продолжается 4 года, а в заочной или очно-заочной форме – 5 лет. Для поступления понадобится сдать ЕГЭ по обществознанию и русскому языку, а также по иностранному языку или истории (точный перечень экзаменов устанавливает каждый вуз).

Управление конфликтами в команде – эквилибристика или жизненная необходимость?

Эпиграф:
Встретились как-то в лесу Ёжик и Медвежонок.
— Здравствуй, Ёжик!
— Здравствуй, Медвежонок!
Так, слово за слово, шутка за шуткой, и получил Ёжик от Медвежонка по морде …

Под катом рассуждения нашего тимлида, а также директора по развитию продукта RAS — Игоря Марната о специфике рабочих конфликтов и возможных методах управления ими.

image

Большинство конфликтов, с которыми мы сталкиваемся на работе, развиваются по сценарию, похожему на описанный выше в эпиграфе. Есть несколько участников, изначально настроенных друг к другу вполне благожелательно, они пытаются решить какой-то вопрос, но в итоге проблема так и остаётся нерешённой, да и отношения между участниками обсуждения почему-то оказываются испорчены.

Жизнь — многообразна, в описанном выше сценарии случаются вариации. Иногда отношения между участниками бывают не очень хорошими изначально, иногда нет даже вопроса, требующего непосредственного решения (как, например, в эпиграфе), иногда после обсуждения отношения остаются такими же, что и до его начала, но вопрос в итоге так и не решён.

image

Что же есть общего во всех ситуациях, которые можно определить как ситуация рабочего конфликта?

Во-первых, это наличие двух или более сторон. Эти стороны могут занимать различное место в организации, находиться в отношениях равенства (коллеги в команде), или на разных уровнях иерархии (начальник — подчинённый), быть индивидуальными (сотрудник) или групповыми (в случаях конфликта между сотрудником и командой или двумя командами), и так далее. На вероятность конфликта и простоту его разрешения очень влияет уровень доверия между участниками. Чем лучше стороны знают друг друга, чем выше уровень доверия, тем выше шанс, что они договорятся. К примеру, сотрудники распределённой команды, которые никогда не общались лично, с большей вероятностью войдут в ситуацию конфликта при решении простого рабочего вопроса, чем люди, которые хотя бы несколько раз общались лично. Поэтому, работая в распределённых командах, очень важно обеспечить периодические личные встречи всех членов команды друг с другом.

Во-вторых, в ситуации конфликта на работе стороны находятся в ситуации решения какого-то вопроса, важного для какой-то из сторон, для них обеих или для организации в целом. При этом, в силу специфики ситуации, стороны обычно имеют достаточно времени и разнообразных способов его решения (формальных, неформальных, встречи, письма, решения руководства, наличия целей и планов команды, факт наличия иерархии, и т.д.). В этом отличие от ситуации решения рабочего (или не рабочего) вопроса в организации от, к примеру, решения важного вопроса: “Э, пацан, ты из какого района?!” на улице, или конфликта из эпиграфа. В случае решения рабочего вопроса имеют значение качество рабочего процесса и культура решения вопросов в команде.

В третьих, определяющим фактором конфликта (с точки зрения нашего обсуждения) является тот факт, что стороны процесса не могут самостоятельно прийти к решению вопроса, устраивающему все стороны. Ситуация требует вмешательства третьей стороны, внешнего арбитра. Этот пункт может показаться спорным, но, в сущности, если конфликтная ситуация успешно разрешилась без вмешательства внешнего арбитра, вопрос решён успешно и отношения сторон не ухудшились, это та ситуация, к которой нужно стремиться. Мы о таком конфликте даже, скорее всего, и не узнаем, или узнаем случайно после его разрешения. Чем больше вопросов команда может решить самостоятельно, тем более эффективно она будет работать.

Ещё одна характерная черта конфликта, которой стоит коснуться — степень эмоционального накала при решении. Конфликт не обязательно связан с высоким эмоциональным градусом. Участникам не обязательно кричать и махать руками, чтобы ситуация была, в сущности, конфликтной. Вопрос не решается, определённое эмоциональное напряжение при этом присутствует (возможно, оно не выражено вовне явно), значит, перед нами ситуация конфликта.

Нужно ли вообще вмешиваться в конфликтные ситуации, или лучше пустить их решение на самотёк и ждать, когда проблема рассосётся сама? Нужно. Не всегда в вашей власти или компетенции решить конфликт полностью, но в любой ситуации, в конфликте любого масштаба, вы можете занять взрослую позицию, тем самым выведя на неё ещё несколько человек вокруг себя, смягчить негативные последствия конфликта и поспособствовать его решению.

Перед тем как рассмотреть несколько примеров конфликтных ситуаций, остановимся на нескольких важных моментах, общих для всех конфликтов.

При решении конфликта важно быть над схваткой, а не внутри её (это ещё называют “занять метапозицию”), то есть, не оказаться в процессе решения в составе одной из сторон. В противном случае из внешнего арбитра, помогающего решению, вы лишь усилите позицию одной из сторон в ущерб другой стороне. При принятии решения важно, чтобы оно было морально принято всеми сторонами, как говорится, «куплено». Чтобы, даже если стороны и не были в восторге от принятого решения, они хотя бы были искренне согласны его исполнять. Что называется, быть в состоянии disagree and commit. Иначе конфликт просто изменит вид, тлеющий огонь останется под торфяником и в какой-то момент неизбежно разгорится снова.

Второй момент, отчасти связанный с первым — если вы уж взялись участвовать в решении конфликта, отнеситесь к этому максимально серьёзно с точки зрения коммуникаций и изучения контекста. Поговорите лично с каждой из сторон. Отдельно с каждой, для начала. Не довольствуйтесь почтой. В случае распределённой команды — поговорите хотя бы по видеосвязи. Не довольствуйтесь слухами и пересказами свидетелей. Поймите историю, чего хочет каждая из сторон, почему она этого хочет, чего ожидает, пробовали ли решить этот вопрос раньше, что будет, если он не будет решён, какие варианты решения они видят, как представляют позицию другой стороны, что, на их взгляд, правильно или неправильно, и т.д. Загрузите в свою голову весь возможной контекст, непредвзято, предполагая, что все правы. Вы не внутри конфликта, вы снаружи него, в метапозиции. Если контекст доступен только в почтовом треде — хотя бы прочитайте целиком его и относящиеся к нему обсуждению треды и документы. После того как прочитали — все равно поговорите голосом. Почти гарантированно вы услышите что-нибудь важное, чего нет в почте.

Третий важный момент — общий подход к общению. Это обычные вещи, ничего космического, но они имеют очень большое значение. Не пытаемся сэкономить время, разговариваем со всеми участниками, критикуем не человека, а рассматриваем последствия его действий (не “ты груб”, а “пожалуй, ребята могут на эту штуку обидеться”), даём возможность сохранить лицо, обсуждения проводим лично, а не перед строем.

Конфликты обычно бывают вызваны одной из двух причин. Первая связана с тем, находится ли человек в момент конфликта в позиции взрослого или в позиции ребёнка (об этом ниже). Это связано с его эмоциональной зрелостью, способностью управлять своими эмоциями (что, кстати, совсем не всегда связано с его возрастом). Вторая распространённая причина — несовершенство рабочего процесса, которое создаёт ситуации серых зон, в которой ответственность размазана между участниками, ожидания сторон не прозрачны друг для друга, роли в процессе размыты.

Соответственно, в решении конфликта (как и любого другого вопроса) менеджер должен иметь в виду три перспективы: краткосрочную — решить вопрос/конфликт здесь и сейчас, среднесрочную — минимизировать вероятность возникновения другого конфликта по такой же причине, и долгосрочную — воспитание в команде культуры взрослого человека.

В каждом из нас есть внутренний ребёнок, примерно трёх-четырёх лет. Большую часть времени на работе он спит, но иногда просыпается и берёт управление на себя. У ребёнка свои приоритеты. Ему важно настоять на том, что это его песочница, мама любит его больше, его машинка лучше всех (дизайн лучше всех, он программирует лучше всех, …). В ситуации конфликта ребёнок может прижимать игрушки, топать ногами и треснуть лопаткой, но он не может решать взрослые вопросы (архитектура решения, подходы к автоматическому тестированию, сроки релиза, и т.д), он не мыслит в терминах пользы для команды. Ребёнка в конфликте можно ободрить, утешить и отправить спать, попросив его позвать своего взрослого. Перед началом обсуждения в условиях конфликта убедитесь, что вы сейчас разговариваете со взрослым, а не с ребёнком, и сами стоите на позиции взрослого. Если ваша честная цель в данный момент — решить серьёзный вопрос, вы на позиции взрослого человека. Если ваша цель — топать ногами и треснуть лопаткой — это детская позиция. Отправьте своего внутреннего ребёнка спать и позовите взрослого, или перенесите обсуждение. Человек принимает эмоциональное решение, а затем подыскивает ему рациональное обоснование. Решение, принятое ребёнком, исходя из детских приоритетов, не будет оптимальным.

Кроме поведения в момент конфликта, детская или взрослая позиция характеризуется так же уровнем ответственности, которую человек готов взять на себя. В крайних проявлениях, детская позиция программиста, которую я встречал неоднократно, выглядит так: я код написал, отправил его на ревью — моя работа закончена. Ревьюеры должны его просмотреть и смёржить, QA должны его проверить, если будут проблемы — они мне сообщат. Как ни странно, даже довольно взрослые и опытные люди иногда ведут себя подобным образом. Другой край шкалы — человек считает себя ответственным за то, чтобы его код работал, был покрыт тестами, был проверен лично им, успешно прошёл ревью (если нужно, нет проблем попинговать ревьюеров, обсудить вопросы голосом, и т.д.) и был смёржен, QA при необходимости будет оказана помощь, описаны сценарии тестирования, и т.д. В нормальных случаях программист либо изначально находится ближе ко взрослому краю шкалы, либо смещается туда по мере накопления опыта (при условии, что в команде культивируется правильная культура). В экстремальных же случаях он продолжает работать, занимая обычно детскую позицию, тогда у него и команды периодически возникают проблемы и конфликты.

Воспитание в команде правильной, взрослой культуры — важная задача любого менеджера. Она требует длительного времени и ежедневных усилий, но результат того стоит. Есть два способа повлиять на культуру команды — личный пример (которому обязательно будут следовать, команда всегда смотрит на лидера) и обсуждение и поощрение правильного поведения. Здесь тоже нет ничего заумного или сильно формального, просто при обсуждении проблем замечайте, что здесь можно было бы сделать так-то, подчеркивайте, что заметили, когда решено правильно, похвалите, отмечайте на разборе релиза, и т.д.

Рассмотрим несколько типичных конфликтных ситуаций, от простого к сложному:

image

Конфликты, не связанные с рабочими вопросами

Довольно часто на работе случаются конфликты, не связанные с рабочими вопросами. Их возникновение и лёгкость разрешения обычно напрямую связаны с уровнем эмоционального интеллекта участников, уровнем их взрослости, и не связаны с совершенством или несовершенством рабочего процесса.

Типичные примеры — кто-то недостаточно часто пользуется стиральной машиной или душем, что не нравится окружающим, кому-то душно, а другому дует, если открывать окно, кто-то слишком шумный, а окружающим нужна тишина для работы, ну и так далее. С решением конфликтов такого рода лучше не затягивать и не пускать на самотёк. Сами собой они не рассосутся и будут ежедневно отвлекать от работы и отравлять атмосферу в команде. По счастью, решить их обычно больших проблем не составляет — достаточно спокойно поговорить (разумеется, один на один) с коллегой, пренебрегающим гигиеной, обеспечить комфортную рассадку людей, которые предпочитают тишину/прохладу, купить звукопоглощающие наушники или поставить перегородки, и т.д.

Другой пример, который встречался мне за время работы несколько раз — психологическая несовместимость членов команды. По каким-то причинам люди просто не могут работать вместе, каждое общение заканчивается скандалом. Иногда это связано с тем, что люди придерживаются полярных взглядов по какому-то животрепещущему вопросу (обычно политическому) и не умеют оставлять их за пределами работы. Убеждать их потерпеть друг друга или изменить своё поведение — занятие достаточно бесперспективное. Единственное исключение, которое я встречал — молодые коллеги с открытым восприятием, их поведение еще можно постепенно изменить периодическими разговорами. Обычно вопрос успешно решается разведением их по разным командам, или, по крайней мере, обеспечением возможности крайне редко пересекаться по работе.

Во всех приведённых ситуациях со всеми участниками стоит поговорить персонально, обсудить ситуацию, поинтересоваться, видят ли они вообще проблему в данном случае, спросить, какие, по их мнению, есть пути решения, обеспечить их участие в принятии этого решения.

С точки зрения оптимизации рабочего процесса (среднесрочная перспектива, о которой я упоминал), сделать здесь можно не очень много, единственный момент для оптимизации — учитывать фактор совместимости при формировании команды и заранее не ставить вместе людей, которые будут конфликтовать.

С точки зрения культуры команды, такие ситуации возникают намного реже в командах с взрослой культурой, где люди уважают команду и коллег и умеют решать вопросы самостоятельно. Кроме того, такие конфликты решаются намного проще (часто автоматически) в командах, где высок уровень доверия, люди давно работают вместе и/или часто общаются вне работы.

Конфликты, связанные с рабочими вопросами:

Такие конфликты вызваны обычно обеими причинами сразу, и эмоциональной (тем, что кто-то из участников не находится на позиции взрослого), и несовершенством самого рабочего процесса. Самый, пожалуй, частый вид конфликтов, который я встречал — конфликты в процессе ревью кода или обсуждения архитектуры между разработчиками.

Я бы выделил здесь два типичных случая:

1) В первом случае разработчик не может добиться ревью кода от коллеги. Патч отправлен на ревью, и ничего не происходит. На первый взгляд, явного конфликта между двумя сторонами нет, но, если вдуматься, это вполне себе конфликт. Рабочий вопрос не решается, одна из сторон (ожидающая ревью) испытывает явный дискомфорт. Экстремальный подвид такого случая — разработка в коммьюнити или в разных командах, при этом ревьюер может быть не заинтересован в этом конкретном коде, в силу загрузки или других обстоятельств может вообще не обращать внимания на запрос на ревью, и внешнего арбитра (общего для обеих сторон менеджера) может вообще не быть.

Подход к решению, который помогает в такой ситуации, относится как раз к долгосрочной перспективе, культуре взрослого человека. Во-первых, работает разумная активность. Не стоит ожидать, что висящий на ревью код обратит на себя внимание ревьюера сам. Нужно помочь ревьюерам его заметить. Пингани пару человек, задай вопрос на синкапе, участвуй в обсуждениях. Очевидно, что назойливость скорее повредит, чем поможет, нужно включать здравый смысл. Во-вторых, хорошо работает предварительная подготовка. Если команда понимает, что и почему происходит, зачем этот код вообще нужен, дизайн был обсуждён и согласован заранее со всеми, люди скорее обратят внимание на такой код и примут его в работу. В третьих, работает авторитет. Если ты хочешь, чтобы тебя ревьюили — делай много ревью сам. Делай качественные ревью, с реальными проверками, реальными тестами, полезными комментариями. Если твой ник известен в команде с хорошей стороны, больше шансов, что на твой код обратят внимание.

С точки зрения рабочего процесса, возможные улучшения здесь — правильная расстановка приоритетов, направленная на то, чтобы помочь разработчику достигать своих целей и целей команды (делать ревью других, писать письма в коммьюнити, сопровождать код описанием архитектуры, документацией, тестами, участвовать в обсуждениях с коммьюнити, и т.д.), не допускать слишком долгого зависания патчей в очереди, и так далее.

2) Второй распространённый случай конфликтов при ревью кода или дизайна — разные взгляды на технические вопросы, стиль кодирования, выбор инструментария. Огромное значение при этом имеет уровень доверия между участниками, принадлежность к одной команде, опыт совместной работы. Тупик наступает тогда, когда кто-то из участников занимает детскую позицию, не пытается услышать, что ему хочет донести собеседник. Часто при этом и подход, предложенный другой стороной, и подход, предложенный изначально, вполне могут успешно работать и не имеет принципиального значения, какой именно выбрать.

Как-то раз программист из моей команды (назовём его Паша) подготовил патч с изменениями в систему развёртывания пакетов, которую разработали и поддерживали коллеги из соседнего департамента. У одного из них (Игоря) было своё сильное мнение относительно того, как именно нужно настраивать сервисы Линукса при развёртывании пакетов. Это мнение отличалось от подхода, предложенного в патче, и договориться у них не получалось. Как обычно, сроки поджимали, и было нужно прийти к какому-то решению, нужно было, чтобы кто-то из них занял взрослую позицию. Паша признавал, что оба подхода имеют право на жизнь, но ему хотелось, чтобы его вариант прошёл, т.к. явных технических преимуществ не было ни у одного, ни у второго варианта.

Наше обсуждение выглядело примерно так (весьма схематично, конечно, разговор был на полчаса):

— Паша, у нас через несколько дней feature freeze. Важно, чтобы мы всё собрали и начали тестирование как можно скорее. Как бы нам пройти через Игоря?
— Он хочет настраивать сервисы по другому, комментариев там налепил мне …
— И что там, большие переделки, много возни?
— Да нет, там работы на пару часов, но в итоге разницы ведь нет, и так, и так будет работать, зачем это нужно? Я сделал работающую вещь, давай её и примем.
— Слушай, а сколько уже вы это всё обсуждаете?
— Да уже недели полторы топчемся.
— Эм … мы можем за пару часов решить вопрос, который уже занял полторы недели, и не делаем этого?
— Ну, да, но мне не хочется, чтобы Игорь подумал, что я прогнулся …
— Слушай, а тебе самому что важнее, релиз выпустить, вместе с твоим решением внутри, или Игоря забороть? Можем забороть, тогда, правда, есть хороший шанс пролететь с релизом.
— Ну … было бы прикольно, конечно, нос Игорьку утереть, но ладно, релиз важнее, согласен.
— Тебе реально так важно, что думает Игорь? Честно говоря, ему вообще более-менее по барабану, он просто хочет единого подхода в разных местах той штуки, за которую он отвечает.
— Ну, ок, давай я сделаю так, как он просит в комментариях, и начнём тестирование.
— Спасибо, Паша! Я был уверен, что из вас двоих ты окажешься взрослее, хотя Игорёк и старше тебя:)

Вопрос решился, релиз выпустили в срок, Паша особого недовольства не испытывал, т.к. он сам предложил решение и реализовал его. Игорь вообще был доволен, т.к. его мнение учли и сделали так, как он предлагал.

Другой вид такого же, в сущности, конфликта — выбор между техническими решениями/библиотеками/подходами в проекте, особенно в распределённой команде. В одном из проектов, который позиционировался, как использующий C/C++, в итоге оказалось, что технический менеджмент проекта категорически против использования STL (Standard Template Library). Это стандартная библиотека языка, которая упрощает разработку, наша команда к ней очень привыкла. Оказалось, что проект намного ближе к C, чем к C++, что не очень вдохновляло команду, т.к. менеджмент постарался и набрал реально крутых плюсовиков. При этом, американская часть команды, и инженеры, и менеджеры, работали в компании давно, привыкли к существующему положению вещей, их всё устраивало. Российскую же часть команды собрали вместе совсем недавно, за несколько недель (в том числе и меня). Российская часть команды категорически не желала отказываться от привычного подхода к разработке.

Начались бесконечные письменные обсуждения между двумя континентами, письма по три-четыре экрана летали туда-сюда, в групповой рассылке и личные, от программистов — программистам и менеджерам. Как это обычно бывает, письма такого размера никто, кроме авторов и их горячих сторонников, не читал. Чаты поскрипывали от напряжения, передавая в разные стороны многоэкранные соображения относительно технических преимуществ STL, насколько хорошо она протестирована, безопасна, и вообще, как прекрасна жизнь с ней, и как ужасна без неё.

Длилось это всё довольно долго, до тех пор, пока я наконец не понял, что мы обсуждаем технические стороны вопроса, а проблема-то в реальности не техническая. Проблема не в достоинствах или недостатках STL или сложности работы без неё. Проблема скорее организационная. Нам нужно было просто понять, как устроена компания, в которой мы работали. Раньше ни у кого из нас опыта работы в такой компании не было. Дело было в том, что после разработки кода и выпуска его в production, поддержкой занимались совершенно другие люди из других команд, из других стран. Эта огромная инженерная команда из нескольких десятков тысяч инженеров (в совокупности) могла себе позволить только совершенно базовый минимум технических средств, так сказать, minimum minimorum. Всё, что выходило за рамки инженерного стандарта, сложившегося в компании, физически не могло быть поддержано в дальнейшем. Уровень команды определяется уровнем слабейших её членов. После того как мы поняли реальную мотивацию действий американской части команды, этот вопрос был снят с повестки дня, и мы все вместе успешно разработали и выпустили продукт, используя стандарты, принятые в компании. Письма и чаты в этом случае работали плохо, чтобы прийти к общему знаменателю, понадобилось несколько поездок и много личного общения.

С точки зрения рабочего процесса, в этом конкретном случае, помогло бы наличие описания используемых средств, требования к ним, ограничения на добавление новых, обоснование таких ограничений. Такие документы примерно соответствуют описанным в пунктах Reuse Strategy и Development Environment руководства “Manager’s Handbook for Software Development”, разработанного в NASA. Несмотря на свой возраст, он прекрасно описывает все основные активности и этапы планирования разработки ПО подобного рода. Наличие подобных документов очень упрощает процесс обсуждения того, какие компоненты и подходы могут быть использованы в продукте, и почему.

С точки зрения культуры же, очевидно, при более взрослой позиции, при которой стороны пытаются услышать и понять реальную мотивацию действий коллег и действуют исходя из приоритетов проекта и команды, а не личного эго, конфликт бы решился проще и быстрее.

В другом конфликте из-за выбора технического решения мне тоже понадобилось заметное время, чтобы понять мотивацию одной из сторон (очень уж необычный был случай), но, после того как мотивация была ясна, решение было очевидно.

Ситуация такая: в команде из примерно 20 человек появляется новый разработчик, назовём его Стас. Нашим стандартным инструментом для общения в команде был на тот момент скайп. Как потом выяснилось, Стас был большим фанатом открытых стандартов и опенсорсного ПО, и пользовался только инструментами и операционными системами, исходники которых доступны публично, и которые используют описанные публично протоколы. Скайп к таким инструментам не относится. Мы потратили уйму времени на обсуждения достоинств и недостатков этого подхода, попыток запуска аналогов скайпа на разных операционных системах, попытках Стаса убедить команду перейти на другие стандарты, писать ему персонально по почте, звонить ему персонально по телефону, купить ему второй компьютер специально для скайпа, и т.д. Наконец я понял, что это проблема, в сущности, не техническая и не организационная, она скорее мировоззренческая, даже, можно сказать, религиозная (для Стаса). Даже если бы мы в итоге соединили Стаса и скайп (на что уже ушло несколько месяцев), на любом следующем инструменте проблема возникла бы снова. У меня в распоряжении не было реальных средств изменить мировоззрение Стаса, и не было оснований пытаться изменить мировоззрение команды, которая прекрасно работала в этом окружении. Человек и компания просто были ортогональны по мировоззрению. В подобных ситуациях хороший вариант решения — организационный. Мы перевели Стаса в другую команду, где он был более органичен.

Причина этого конфликта, на мой взгляд, в несоответствии личной культуры конкретного человека (у которого есть сильное мнение, не позволяющее ему идти на компромиссы), культуре компании. В данном случае это, конечно, ошибка менеджера. Было изначально неправильно брать его на проект подобного рода. Стас в итоге перешёл на проект по разработке открытого ПО и прекрасно там преуспел.

Хороший пример конфликта, вызванный одновременно детской позицией разработчика и недостатками рабочего процесса — ситуация, в которой в отсутствие definition of done у разработчика и QA команды есть разные ожидания относительно готовности фичи, переданной в QA. Разработчик считал, что достаточно написать код и перекинуть фичу через забор в QA — там разберутся. Довольно взрослый и опытный, кстати, программист, но такой уж у него был внутренний порог качества. QA с этим были несогласны и требовали показать и описать им, что он проверил сам, и требовали сценарий тестирования для них. Они уже имели в прошлом проблемы с функционалом от этого разработчика и не хотели тратить своё время зря ещё раз. Кстати, они были правы — фича действительно не работала, код перед передачей в QA он не проверил.

Для решения ситуации я попросил его показать мне, что всё действительно работает (оно не работало, и ему пришлось чинить), мы проговорили с командой и с QA definition of done (делать его письменным не стали, т.к. не хотели слишком бюрократизировать процесс), ну а с этим специалистом мы вскоре расстались (к общему облегчению).

С точки зрения рабочего процесса возможные улучшения в данном случае — наличие definition of done, требования к сопровождению каждой фичи юнит и интеграционными тестами, описание тестирования, проведённого разработчиком. В одном из проектов мы замеряли уровень покрытия кода тестами во время CI и в случае, если уровень покрытия после добавления патча, падал, тесты помечались как непройденные, т.е. любой новый код мог быть добавлен только при наличии новых тестов для него.

Ещё один типичный пример конфликта, тесно связанного с организацией рабочего процесса. У нас есть продукт, команда разработки этого продукта, команда поддержки и заказчик. У заказчика возникают проблемы с продуктом, он обращается к поддержке. Поддержка анализирует проблему и понимает, что проблема в продукте, передаёт проблему продуктовой команде. У продуктовой команды горячая пора, релиз на подходе, поэтому тикет с проблемой от заказчика, затерявшийся среди остальных тикетов у разработчика, которому он назначен, висит несколько недель без внимания. Поддержка думает, что разработчик работает над проблемой заказчика. Заказчик ждёт и надеется, что над его проблемой работают. В реальности ничего пока не происходит. Через несколько недель заказчик, наконец, решает поинтересоваться прогрессом и спрашивает у поддержки, как дела. Поддержка спрашивает разработку. Разработчик вздрагивает, просматривает список тикетов и обнаруживает там тикет от заказчика. Читая тикет от заказчика он понимает, что информации для решения проблемы недостаточно, и ему нужны ещё логи и дампы. Поддержка запрашивает дополнительную информацию от заказчика. И тут заказчик понимает, что над его проблемой всё это время никто не работал. И грянет гром …

В этой ситуации решение самого конфликта довольно очевидно и линейно (починить продукт, обновить документацию и тесты, умиротворить заказчика, выпустить хотфикс, и т.д). Важно проанализировать рабочий процесс и понять, кто несёт ответственность за организацию взаимодействия между двумя командами, почему такая ситуация вообще стала возможной. Понятно, что нужно починить в процессе — кто-то должен мониторить общую картину без напоминаний от заказчиков, проактивно. Тикеты от заказчика должны выделяться среди остальных тикетов у разработчиков. Поддержка должна видеть, работает ли разработка над её тикетами в настоящий момент, если нет — когда сможет начать работать, когда можно ожидать результата. Поддержка и разработка должны периодически общаться и обсуждать статус тикетов, сбор нужной для отладки информации должен быть максимально автоматизирован, и т.д.

Как на войне противник старается ударить в стык между двумя подразделениями, так и в работе самым тонким и уязвимым местом обычно оказывается взаимодействие между командами. Если менеджеры поддержки и разработки достаточно взрослые, они смогут починить процесс самостоятельно, если нет — процесс будет продолжать генерировать конфликты и проблемы, пока не вмешается менеджер, который сможет починить ситуацию.

Другой характерный пример, который я встречал неоднократно в разных компаниях — ситуация, в которой продукт пишется одной командой, автоматические интеграционные тесты для него — второй командой, инфраструктура, на которой это всё эксплуатируется, сопровождается третьей командой. Проблемы при прогонах тестов возникают постоянно, и причиной проблем в них может быть как продукт, так и тесты и инфраструктура. Проблематичным обычно бывает договориться, кто должен производить первичный анализ проблем, файлить баги, парсить логи продукта, тестов и инфраструктуры, и т.д. Конфликты здесь весьма часты, и, в то же время, единообразны. В случае высокого эмоционального накала участники часто сваливаются в детскую позицию и начинаются обсуждения из серии: “почему я должен с этим ковыряться”, “у них чаще ломается”, и т.д.

С точки зрения рабочего процесса конкретные шаги для решения вопроса зависят от состава команд, вида тестов и продукта, и т.д. В одном из проектов мы ввели периодические дежурства, при которых команды следили за тестами по очереди, по неделе. В другом первичный анализ всегда проводили разработчики тестов, но при этом анализ был весьма базовый и продукт достаточно стабилен, так что это неплохо работало. Главное — обеспечить прозрачность процесса, ясность ожиданий для всех сторон и ощущение справедливости ситуации для всех.

Является ли вообще конфликт в организации проблемой, плохой ли это признак, что в вашей команде часто (или просто периодически) случаются конфликты? В целом, нет, ведь если происходит рост, развитие, есть какая-то динамика, то возникают вопросы, которые никогда не решались раньше, при их решении могут возникать конфликты. Это индикатор того, что на какие-то области нужно обратить внимание, что есть области для улучшений. Плохо, если конфликты возникают очень часто, решаются трудно или долго. Это, скорее всего, признак недостаточно отлаженных рабочих процессов и недостаточной взрослости команды.

  • мотивация
  • конфликты
  • работа в команде
  • Блог компании Parallels
  • Управление персоналом
  • Читальный зал

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *