Кэтрин Дэниелс - Философия DevOps. Искусство управления IT

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

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

Исследование членства в группах

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

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

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

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

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

Расширение членства в группах

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