Философия DevOps

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

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

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

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

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

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

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