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