Руководство для практиков: Начало работы с организационным участием

Основные показатели:

• Организационное влияние
• Организационное разнообразие
• Слоновий фактор

Если вы еще не прочитали Руководство для практикующего специалиста: Введение: о чем следует помнить при интерпретации показателей, пожалуйста, сделайте паузу и прочитайте это руководство.

Организации могут оказать существенное влияние на здоровье и устойчивость проекта с открытым исходным кодом. С одной стороны, организации могут помочь поддерживать проекты в течение долгого времени, нанимая людей для работы над проектами с открытым исходным кодом, которые они используют, или предоставляя другие ресурсы для этих проектов (Egbahl 2016). Этот положительный эффект особенно актуален для проектов, которые хорошо поддерживаются различными организациями, где ни одна компания не доминирует и не контролирует проект, а проект также осуществляется нейтральным фондом.

Миллер и др. (2019) обнаружили, что участники, которые вносят большую часть своего вклада в рабочее время, с меньшей вероятностью покидают проект; однако, когда они все-таки уходят, они с большей вероятностью покинут проекты по профессиональным причинам (например, при поиске новой работы). Таким образом, с одной стороны, участие организаций может помочь повысить устойчивость проектов с открытым исходным кодом, особенно когда в них участвуют различные организации. Повышенный риск снижения устойчивости возникает из-за наличия в проекте одной доминирующей организации, поскольку удержание сотрудников в этой организации также может повлиять на устойчивость проекта, если сотрудники покинут организацию.

Если все или большинство вкладов исходят от сотрудников одной компании, что произойдет, когда у этой компании изменится стратегия, или ее приобретут, или у нее закончатся деньги и она прекратит свое существование? Сможет ли проект продолжиться, если ведущая компания выведет всех своих сотрудников из проекта? Компании часто принимают деловые решения, которые могут привести к прекращению финансирования сотрудников для работы над проектом с открытым исходным кодом, что может привести к тому, что проекты одновременно потеряют большое количество сопровождающих (Egbahl 2016). В частности, проекты с открытым исходным кодом от одного поставщика, особенно поддерживаемые крупными технологическими компаниями, могут показаться не рискованными, но они могут быстро стать нежизнеспособными для других организаций после смены лицензирования (Foster 2024) или когда ведущая компания (или некоторые ключевые участники этой компании) прекратят работу над проектом.

С точки зрения вклада, может быть сложно продвинуться вверх по проекту или даже объединить ваши вклады, если одна организация обладает всем влиянием, а другие люди не чувствуют, что они участвуют на равных.

Шаг 1: Определите тенденции

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

Хорошей отправной точкой является рассмотрение Слоновий фактор определить, как работа распределяется между несколькими организациями вместе с Организационное разнообразие посмотреть, какие организации вносят свой вклад. Наконец, важно также подумать о Организационное влияние понять, в каких организациях сотрудники занимают руководящие или другие руководящие должности.

Слоновий фактор

Фактор слона рассматривает распределение работы внутри сообщества по организациям. Основная цель этого показателя — увидеть, выполняется ли работа в рамках проекта людьми, работающими в одной организации или в небольшом количестве организаций. Если большая часть работы выполняется сотрудниками, работающими в одной компании (как в примере ниже), использование проекта может быть более рискованным и труднее вносить в него вклад, чем проект, в котором вклады распределяются между многими организациями без каких-либо ограничений. доминирует одна организация.

Организационное разнообразие

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

Организационное влияние

Организационное влияние — это мера влияния, которое организация оказывает на сообщество открытого исходного кода. Его может быть труднее измерить, чем некоторые другие показатели, поскольку обычно он предполагает изучение организаций, которые нанимают людей на руководящие должности (например, советы директоров, рабочие группы, сопровождающие, коммиттеры). В большинстве случаев это потребует ручной оценки путем изучения управленческой или другой документации, в которой подробно описаны руководящие должности. Для некоторых проектов это может быть проще, если данные о лидерстве хранятся в файлах со структурированными данными, как в следующем примере: Лидерские позиции Istio. Как вы можете видеть на примере Istio, может быть полезно посмотреть, как влияние организации меняется с течением времени.

Апрель 2022 года, до того как 30 сентября Istio присоединилась к CNCF в качестве инкубационного проекта:

Июнь 2023 года, незадолго до того, как 12 июля они были приняты в качестве дипломного проекта CNCF.:

Шаг 2: Диагностика

Самая большая проблема при выявлении тенденций для организаций в проектах с открытым исходным кодом заключается в том, что данные об организационной принадлежности почти никогда не бывают достаточно точными, чтобы их можно было использовать без некоторой ручной очистки. Большинство инструментов, включая GrimoireLab и Augur от CHAOSS, в основном полагаются на домен адресов электронной почты (например, google.com, microsoft.com), чтобы определить, где кто-то работает, но люди часто используют нейтральные адреса электронной почты (например, gmail.com) или иным образом скрывают свои данные. электронной почты (например,users.noreply), поэтому многие диаграммы с организационными данными просто бесполезны в готовом виде.

Другой метод — использовать организацию, которую люди добавили в свои профили, но по опыту мы знаем, что очень немногие люди заполняют эти данные, а поскольку это текст в произвольной форме, даже когда они его заполняют, он часто настолько непоследователен, что его невозможно легко использовать (например, IBM, International Business Machines, IBM GmbH). Люди также очень часто меняют работу, поэтому вам нужно не только знать, где кто-то работает, но и когда он там работал. К сожалению, если вы действительно хотите понять влияние организации на проект с открытым исходным кодом, самый надежный способ сделать это — вручную проверить данные, очистить неточную принадлежность и сохранить их в своем инструменте измерения показателей или других наборах данных. Сортировочная шляпа «Лаборатории Гримуара» Инструмент — это один из вариантов управления и хранения очищенных данных об филиалах. CNCF поддерживает относительно хорошую (но не идеальную) набор данных для организационной принадлежности для разработчиков, вносящих свой вклад в их проекты, и они делают это частично, поощряя разработчиков/организации обновлять свою информацию, но они также нанимают штатного подрядчика, который вручную ищет изменения и вносит обновления.

Как упоминалось во введении к «Руководству для практикующих специалистов», вам следует начать с разговора с несколькими людьми, которые активно участвуют в проекте, поскольку они, скорее всего, знают что-то о том, где работают люди, и о других организационных динамиках, которые могут быть неочевидны из необработанных данных.

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

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

Шаг 3. При необходимости соберите дополнительные данные.

У CHAOSS есть и другие показатели, связанные с организационным воздействием, которые могут помочь диагностировать конкретные проблемы в вашем сообществе.

Дополнительные метрики:

• Вклад Атрибуция
• Предложения работы
• Трудовые инвестиции
• Спрос на организационные проектные навыки

Шаг 4. Внесите улучшения

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

Ваша организация доминирует

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

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

Если вам действительно нужны пожертвования от других, вам следует потратить некоторое время на размышления о том, почему вы еще не получаете эти пожертвования. Распространенным сдерживающим фактором является отсутствие прозрачности, когда ясно, что решения и обсуждения происходят в частных каналах сотрудников, когда вы используете внутренние системы отслеживания ошибок и инструменты планирования, к которым имеют доступ только сотрудники, или когда неясно, как участники могут взять на себя ответственность. больше ответственности и лидерства в рамках проекта. Отсутствие прозрачности очень затрудняет достижение успеха сопровождающими. Сопровождающие должны иметь возможность делиться ссылками на предыдущие обсуждения, принятые решения, проблемы и другую работу с внешними участниками при обсуждении того, почему вклад следует пересмотреть или не принять. Если сопровождающему необходимо покопаться во внутренних инструментах, собрать информацию и решить, какими частями можно или нельзя поделиться, то он вряд ли ответит внешним участникам своевременно и эффективно. Может оказаться целесообразным или нецелесообразным вынести прошлую работу в открытый доступ, поскольку сотрудники могут публиковать конфиденциальную информацию о клиентах и ​​другую личную информацию, которую сотрудники могут публиковать внутри компании. Однако со временем эту проблему можно решить, обеспечив, чтобы будущая работа над проектом осуществлялась только в общедоступных каналах. Это легко сказать, но зачастую сложно сделать, и вам, возможно, придется обучить некоторых сотрудников тому, как выполнять эту работу открыто. Например, специалистам по сопровождению может потребоваться обучение тому, как вести трудные разговоры и проявлять сочувствие во время руководства проектом; а менеджерам по продуктам, которые привыкли собирать требования на встречах с клиентами, возможно, потребуется помощь в адаптации своих процессов и инструментов, чтобы делать это открыто. Также вероятно, что вам придется какое-то время следить за этим, попросив ключевых участников и сопровождающих перенаправить частные разговоры в общедоступные каналы, потому что от привычек трудно избавиться.

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

Предполагая, что у вас есть существующие пользователи, вполне вероятно, что вы знаете по крайней мере некоторых людей, которые используют ваш проект. Важно помнить, что не каждый пользователь будет заинтересован в своем участии, поэтому поиск подходящих людей может занять некоторое время, но не стесняйтесь использовать отношения, которые ваша организация имеет с клиентами и другими организациями, работающими в смежных областях. Во многих случаях, заставляя сотрудников вносить свой вклад, вы можете непреднамеренно установить ожидание, что именно ваши сотрудники всегда будут выполнять работу, поэтому наем первого крупного сотрудника из другой организации является первым шагом к изменению этих ожиданий. Доказано, что наставничество является эффективным и действенным способом привлечения людей за пределами вашей организации, чтобы помочь им быстрее работать продуктивно в вашем проекте (Фагерхольм и др., 2014). Хорошие первые проблемы и метки требуемой помощи — хорошее начало, но вы также захотите заранее обратиться к потенциальным участникам и попросить их помощи в конкретной работе над проектом, а также вам понадобится документация о том, как другие могут перейти к сопровождающему. или другие руководящие роли. Более подробно все это описано в Руководство для практикующих специалистов по устойчивому развитию.

Другая организация доминирует

В других случаях вам может быть интересно использовать и вносить вклад в проект, где большинство/все вклады поступают от сотрудников другой организации. Вам следует начать с взаимодействия с сообществом, чтобы лучше понять, хотят ли они вклада от сотрудников, работающих в других организациях, и если да, есть ли какие-либо ограничения на то, как ваши сотрудники могут вносить вклад. В некоторых случаях эту информацию можно найти в документации по управлению или вкладу, но если нет, вам может просто потребоваться участие в каналах связи проекта. Один из способов проверить это — попросить их задокументировать существующий процесс управления и вклада, и если они не готовы это документировать, проект, вероятно, не из тех, которые были бы приветствуемы для вкладчиков. Использование этого проекта может подвергнуть вашу организацию риску, поскольку это увеличивает вероятность изменения лицензирования (Foster 2024) или устаревания, если ведущая компания откажется от проекта.

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

Шаг 5: Мониторинг результатов

То, как вы будете отслеживать результаты, будет зависеть от того, какие улучшения вы решите внести. Продолжение мониторинга этих трех показателей — хорошее начало. Если вы использовали другие данные из шага 3, вам также следует отслеживать эти показатели.

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

Предостережения и соображения

• При рассмотрении влияния организации на проекты с открытым исходным кодом решающее значение имеет прозрачность. Если вы скажете в своей документации одно, а сделаете другое, это может повредить репутации вашей организации больше, чем просто честность и прозрачность в отношении того, как люди могут (или не могут) внести свой вклад в ваш проект.
• Если вы рассматриваете возможность использования проекта с открытым исходным кодом в качестве ключевого компонента ваших продуктов или инфраструктуры, вам следует очень тщательно обдумать это решение, если этот проект контролируется одной организацией.

Дополнительное чтение

• У нас есть Короткое видео (<3 минут) посвящено этому руководству на YouTube-канале CHAOSS.
• Эпизод CHAOSScast об этом руководстве.
• Команда Руководство для практикующих специалистов по устойчивому развитию есть предложения, которые также можно применить для поощрения вкладов сотрудников других организаций.
• Гэри Уайт написал несколько частей серия постов в блоге о том, как думать об оценке жизнеспособности проекта и, в частности, Метрики жизнеспособности OSS пост актуален для этой темы.

Обратная связь

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

Соавторы

Следующие люди внесли свой вклад в создание этого руководства:

• Рассвет Фостер
• Луис Каньяс Диас

Рекомендации

• Эгбал, Н. (2016). Дороги и мосты: невидимый труд, стоящий за нашей цифровой инфраструктурой. Нью-Йорк, штат Нью-Йорк: Фонд Форда.
• Фагерхольм Ф., Гвинея А.С., Мюнх Дж. и Боренштейн Дж. (сентябрь 2014 г.). Роль наставничества и характеристики проекта для адаптации в проектах программного обеспечения с открытым исходным кодом. В материалах 8-го международного симпозиума ACM/IEEE по эмпирической разработке программного обеспечения и измерениям (стр. 1–10).
• Фостер, Д. (2024-13 ноября 14 г.). Новая динамика открытого исходного кода: повторное лицензирование, форки и влияние на сообщество. Симпозиум OpenForum Academy 2024, Бостон, Массачусетс.
• Миллер К., Виддер Д.Г., Кестнер К. и Василеску Б. (2019). Почему люди отказываются от использования зубной нити? исследование разъединения участников в открытом исходном коде. В системах с открытым исходным кодом: 15-я Международная конференция IFIP WG 2.13, OSS 2019, Монреаль, Квебек, Канада, 26–27 мая 2019 г., Материалы 15 (стр. 116–129). Международное издательство Спрингер.

Руководства для практиков CHAOSS — это живые документы, лицензированные MIT, и мы будем рады вашим отзывам и вкладу. Вы можете предложить изменения к этому документу на странице https://github.com/chaoss/wg-data-science/blob/main/practitioner-guides/organizational-participation.md