Должны ли вы открыть исходный код своего руководства для сотрудников?

Enzyme родился в Интернете, но обслуживает глубокую техническую область, которая не является родной для Интернета.

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

Я считаю, что человеческие ресурсы выигрывают от открытости в передаче ценностей, политик и некоторых конкретных данных о компании.

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

Мое видение этого подхода…

По мере того, как мы постепенно добавляем в компанию, мы поддерживаем историю коммитов с помощью GitFlow, которая четко показывает, как были приняты решения, и обеспечивает совместную работу в стиле OSS и равный доступ для всей команды; либо с проблемами, либо с полным PR.

Меня больше всего беспокоит этот подход…

Доступ и проветривание грязного белья. Если нам повезет вырасти до такой степени, что концентрация навыков работы с программным обеспечением резко упадет, нам может потребоваться перенести платформы управления контентом, чтобы можно было использовать что-то более доступное, чем GitHub.

В рамках этого проекта я исследовал компании с открытыми справочниками сотрудников и обнаружил следующее:





У Turbine labs был классный шаблон с открытым исходным кодом, но он больше не поддерживается:





GitLab





Ветка обсуждения о том, как руководство GitLab было (в основном хорошо) воспринято (печально известными) обитателями форума Hack News: