Аллишиство в IT: как быть союзником для коллег

Знаете это чувство, когда на дейли кто-то перебивает женщину-разработчика или шутит про возраст сеньора, а все остальные просто делают вид, что не услышали? В IT мы часто гордимся тем, что работаем с логикой и кодом, где нет места предрассудкам. Но реальность такова: аллишиство (от англ. allyship - союзничество) - это не модное словечко из презентаций HR-отдела, а конкретный навык, который напрямую влияет на то, уйдут ли от вас ценные кадры через полгода или останутся на годы.

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

Что такое аллишиство и чем оно отличается от сочувствия

Многие путают эмпатию и аллишиство. Сочувствие - это внутреннее состояние: «Мне жаль, что тебе тяжело». Союзничество - это действие: «Я пойду к менеджеру и скажу, что задача была распределена несправедливо». Разница огромна. Эмпатия пассивна, аллишиство требует смелости.

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

Главная ошибка новичков - делать это ради галочки. «Я сказал доброе слово, я молодец». Нет. Аллишиство - это марафон, а не спринт. Оно требует постоянного обучения и готовности признавать свои ошибки. Если вы назвали коллегу неправильно или пошутили невпопад, не нужно оправдываться годами. Извинитесь коротко и исправьтесь. Это показывает уважение, а не слабость.

Почему IT нуждается в осознанном союзничестве прямо сейчас

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

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

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

Роли союзника: кого играть в команде

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

Обратите внимание на колонку «Ловушка». Самая частая ошибка - спасательство. Не пытайтесь «спасти» коллегу, если он сам не просит помощи. Иногда человеку нужно пространство, чтобы самому ответить на грубость. Ваша задача - создать условия, где он сможет это сделать, или поддержать его после встречи, спросив: «Как ты себя чувствуешь? Нужна ли помощь?».

Практические шаги: как внедрить аллишиство в ежедневную рутину

Теория хороша, но код пишется руками. Как применять союзничество в Scrum, на код-ревью и в переписке?

• На встречах: Используйте технику «Amplification». Если идея коллеги осталась незамеченной, повторите ее своими словами, приписав авторство оригинальному владельцу. «То, что предложил Иван про рефакторинг модуля оплаты, действительно решит нашу проблему с latency».
• На код-ревью: Критикуйте код, а не человека. Вместо «Вы написали плохой цикл» пишите «Этот цикл можно оптимизировать». Для сотрудников, чей русский язык не является родным, избегайте сленга и идиом. Пишите четко и структурированно.
• В планировании: Учитывайте разные потребности. Не назначайте важные созвоны на конец рабочего дня, если в команде есть родители маленьких детей или люди с фиксированными медицинскими процедурами. Гибкость графика - это форма уважения.
• В общении: Следите за местоимениями и именами. Если коллега указал, как к нему обращаться, используйте именно эту форму. Ошиблись? Исправьтесь сразу, не драматизируя ситуацию.

Еще один важный момент - доступность инструментов. Убедитесь, что документация в Confluence или Notion читаема для людей с нарушениями зрения. Используйте контрастные цвета, добавляйте альтернативные тексты к скриншотам. Это мелочи, которые показывают, что вы думаете о всех участниках процесса.

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

Хорошие намерения могут навредить, если они плохо реализованы. Вот три главные ошибки, которые я вижу в российских IT-командах.

1. Токенизм. Нанимаете одного представителя меньшинства, чтобы «галочку поставить», и ожидаете, что он будет представлять всю группу. Это создает огромное давление на сотрудника. Он становится не просто разработчиком, а «лицом группы», за ним наблюдают пристальнее, его ошибки обсуждают громче.

2. Игнорирование системных проблем. Вы говорите: «Мы тут семья, все равны». Но если система бонусов настроена так, что выигрывает только тот, кто берет ночные смены (что сложно для родителей), а система найма отсеивает кандидатов из регионов из-за требований к офису в Москве, то «семья» иллюзорна. Союзник смотрит на систему, а не только на личные отношения.

3. «Цветовая слепота». Фраза «Мне все равно, кто ты, я вижу только код» звучит благородно, но она стирает личность человека. Люди не перестают быть женщинами, геями или людьми с инвалидностью, придя на работу. Их опыт формирует их взгляд на задачи. Игнорируя этот опыт, вы теряете разнообразие перспектив, которое могло бы улучшить продукт.

Как начать менять культуру: чек-лист для первых шагов

Не нужно пытаться изменить всё за одну неделю. Начните с малого. Вот простой план действий на ближайший месяц:

1. Самообразование: Прочтите хотя бы одну статью или посмотрите вебинар о нейроотличности или возрастной дискриминации в IT. Поймите, какие барьеры существуют помимо очевидных.
2. Наблюдение: На следующей встрече постарайтесь заметить, кто говорит больше всех, а кто молчит. Кто перебивает? Запишите наблюдения для себя.
3. Диалог: Спросите у коллег из разных групп: «Что мешает вам чувствовать себя комфортно в нашей команде?». Слушайте, не спорьте и не защищайтесь.
4. Действие: Выберите одно маленькое изменение. Например, начните включать субтитры на видео-звонках или предложите ротацию ролей фасилитатора на дейли.

Помните, что аллишиство - это не про то, чтобы стать «лучшим человеком в комнате». Это про то, чтобы сделать комнату лучше для всех. Чем комфортнее людям быть собой на работе, тем выше качество их кода и тем меньше стресса в коллективе.