С началом пандемии COVID-19 многие компании, в том числе Red Hat, приняли решение закрыть свои офисы и перевести людей на удаленную работу. Адаптация к новому режиму у Red Hat не потребовала много времени, так как мы имеем многолетний опыт работы с распределенными open source-сообществами. Поскольку значительная часть компаний планирует сохранять режим дистанционной работы в ближайшие месяцы, делимся советами из мира open source о том, как удаленные команды могут эффективно взаимодействовать на всех этапах — от разработки идей до создания продукта.
Типовое сообщество open source — это группа людей, где каждый вносит свой вклад в общий проект, который чаще всего заключается в разработке ПО с открытым кодом. Такие сообщества объединяют людей с общими интересами и нацелены на совместное создание некого продукта, доступного для всех желающих как внутри, так и за пределами группы. Практически всегда в проектах open source принимают участие люди из разных уголков мира.
Особенности работы в сообществах open source
На наш взгляд, одно из самых больших заблуждений организаций в самом начале работы с сообществами open source заключается в том, что они просто выкладывают код в общий доступ в надежде, что участники группы тут же начнут развивать и дорабатывать проект. Такой подход очень распространен и почти никогда не идет на пользу компании — гораздо лучше было бы изначально продемонстрировать, что компания сама готова стать активным и равноправным участником процесса разработки.
Другая распространенная ошибка корпоративных новичков в открытых сообществах — попытка навязать подход компании к разработке ПО, включая нормы и правила для разработчиков. В мире open source очень сильны настроения либертарианства: участники привыкли к независимости и очень настороженно относятся к попыткам больших организаций начать работу в сообществе. Многие компании, предлагающие свои правила, могут потерпеть неудачу потому, что их корпоративная культура и иерархия никак не стыкуются с духом свободы, который у многих прочно ассоциируется с открытым кодом. Увы, не получится привлечь людей свой проект, если там слишком много ограничений.
Поэтому очень важно найти баланс между тем, чтобы просто выложить в открытый доступ свой код и ждать, что люди начнут работать над ним полностью самостоятельно, и желанием регулировать каждый аспект их деятельности.
Какой урок из этого может извлечь обычная организация, полностью перешедшая на удаленную работу? Персоналу необходимо видеть, что компания действительно помогает и поддерживает своих сотрудников, не вводя слишком много правил или ограничений, подавляющих их креативность и инновационное мышление. Также важно не настаивать на внедрении определенного режима работы, который на практике оказывается слишком трудным и вызывает стресс у тех, кто не привык вести дела из дома.
Поддержка сотрудников в режиме удаленной работы
Координируя удаленную работу, важно отказаться от старых правил. В сообществах open source разработчики не фокусируются на том, сколько времени они потратили на проект, не говоря уже о том, во сколько начали и когда закончили. Вместо этого акцент делается — и всегда должен оставаться — на результатах.
С переходом на дистанционный режим необходимо пересмотреть корпоративные регламенты, предписывающие, как сотрудники должны выполнять свою работу. Оставьте там лишь действительно важные пункты, отражающие, что именно должно быть сделано, и предоставьте людям возможность быть более свободными, креативными и работать в том режиме, который лучше всего подходит именно им.
В мире open source функция менеджера сообщества состоит не только в том, чтобы контролировать работу людей, но и в том, чтобы отслеживать, что все эти люди счастливы и довольны, получают удовольствие от работы и имеют все необходимые для ее выполнения инструменты. Предоставьте и вы своим сотрудникам все необходимые средства и условия для работы и позвольте им самостоятельно разобраться, как её выполнять. Вместе с тем оставайтесь рядом, чтобы оказать им поддержку: менеджер сообщества open source наблюдает за всем происходящим, но вмешивается только при необходимости.
Доброжелательность и готовность помочь
Помимо поддержания здоровой и продуктивной атмосферы в сообществе open source, важно делать его привлекательным и для новых участников. Им должно быть сразу понятно, где лежит код, как загрузить ПО и техническую документацию. Если ссылка на скачивание спрятана в самом низу веб-страницы — это тревожный знак: если даже для такой простой задачи, как загрузка ПО, надо приложить столько усилий или совершенно непонятно, с чего начать, вряд ли ваш проект очень понравится новичкам.
В режиме удаленной работы сотрудники могут лишиться привычных каналов связи, поэтому очень важно сделать так, чтобы они точно знали, куда и к кому обращаться за помощью. Коммуникация с полностью распределенными командами редко бывает избыточной, поэтому важно выделить время на регулярные онлайн-встречи, чтобы совместно обсуждать актуальные задачи. Мы рекомендуем сделать их посещение опциональным — в зависимости от желаний сотрудника.
Принятие перемен
По мере того, как ваша организация адаптируется к работе в удаленных условиях, важно не пытаться воспроизвести офисную культуру, которой вы руководствовались ранее. Люди больше не находятся в одном здании и не имеют возможности спонтанно коммуницировать — например, перекинуться словечком, пока наливают воду в кулере. Резкий переход от офисной жизни к удаленке, несомненно, является не самым приятным событием для некоторых сотрудников, и корпоративная культура офиса непереводима на язык удаленных работников.
Новые практики должны сформироваться естественным путем — и это неизбежно произойдет. Однажды кто-то случайно сделает что-то нелепое, и весь коллектив будет смеяться над этим неделю, а потом это превратится в корпоративный мем. С течением времени сообщества обрастают инсайдерскими шутками и ритуалами — благодаря этому они и формируются. Именно по этой причине новички осознают себя как часть сообществ open source и остаются их активными и преданными участниками долгие годы.
