오픈소스 생태계의 ‘보이지 않는 노동’ — 절반은 기록되지 않는다

오픈소스 생태계의 ‘보이지 않는 노동’ — 절반은 기록되지 않는다

저자: John Meluso (Cornell Univ.), Amanda Casari & Katie McLaughlin (Google LLC), Milo Z. Trujillo (Northeastern Univ.)
발행: 2024년 1월, ACM 논문 사전 공개본
원문: arXiv:2401.06889v2

요약

오픈소스 소프트웨어(OSS)는 단순히 코드 작성만으로 이루어지지 않는다. 커뮤니티 관리, 문서 작성, 행사 운영, 재무 관리, 버그 리포트, 콘텐츠 검수 등 수많은 비(非)코딩 활동이 프로젝트의 유지와 발전을 가능하게 한다. 그러나 이런 활동들은 대부분 “보이지 않는 노동(invisible labor)” 으로 남는다.

Cornell·Google·Northeastern 대학 공동연구팀의 이번 연구는 약 절반(50%)의 오픈소스 노동이 보이지 않으며, 3분의 2의 작업(약 66%)은 타인에게 알려지지 않는다는 사실을 보여준다. 응답자 중 절반 이상은 자신이 수행한 일의 상당 부분이 인정받거나 보상되지 않는다고 답했다.

연구 개요

• 조사 방법: 2022년 1월~6월, 전 세계 OSS 개발자 142명 대상 설문
• 조사 방식: 인지적 ‘앵커링(anchoring)’ 기법을 적용해, 참가자가 자신의 업무가 얼마나 ‘보이는지’ 혹은 ‘인정받는지’를 자가 평가하도록 설계
• 핵심 질문:
  1. 오픈소스 생태계에서 보이지 않는 노동은 얼마나 흔한가?
  2. 어떤 요인이 이러한 ‘보이지 않음’을 강화하는가?

주요 결과

• 보상(Compensation): 응답자의 절반만이 자신이 한 일에 대해 “크레딧(credit)”을 받았다고 응답.
• 가시성(Visibility): 약 2/3의 업무가 비가시적이거나 소수에게만 알려짐.
• 보이지 않음의 요인:
  • 코드 외의 활동은 시스템상 자동 기록되지 않음 (예: GitHub 그래프는 코딩만 반영)
  • 사회적 요인(성별, 지역, 조직 구조 등)에 따라 인정 편차 발생
  • 보상 체계의 불균형 — “감사”는 있지만 실질적 기회나 보수는 없음

인지 효과: “보임”을 먼저 말하면 덜 보인다

흥미롭게도, 설문 순서(‘가시성’을 먼저 떠올릴지, ‘비가시성’을 먼저 떠올릴지)에 따라 응답이 달랐다.
‘보임’을 먼저 상기시킨 참가자들은 자신의 노동을 더 “보이는” 것으로 평가했으며, “크레딧의 중요성”을 낮게 평가했다.
반대로, ‘보이지 않음’을 먼저 떠올린 참가자들은 자신의 일이 덜 알려져 있다고 응답하고, 인정받는 것의 중요성을 더 높게 평가했다.
이는 인식의 ‘앵커링 효과(anchoring effect)’가 오픈소스 노동의 평가에도 영향을 준다는 점을 시사한다.

참여자들의 생생한 목소리

“코드 리뷰나 문서화는 누구도 알아주지 않는다.”
“이름이 틀리게 적히거나, 아예 빠진 경우도 많다.”
“커뮤니티 기여는 인정받지 못하지만, 코드 커밋만 ‘공헌’으로 여겨진다.”
“자동화된 툴의 통계는 실제 노력을 왜곡한다.”

연구자들은 이러한 반응을 “교차된 동기(cross-purpose attribution)” 라 부르며, 개인의 동기(재미, 인정, 소속감, 경력 등)와 커뮤니티의 보상 시스템이 충돌할 때 ‘보이지 않는 노동’이 심화된다고 설명한다.

연구의 시사점

1. ‘오픈’이 곧 ‘보임’을 의미하지 않는다.
   공개된 코드라도 그 뒤의 사람과 과정은 쉽게 잊힌다.

2. 보상은 돈만이 아니다.
   이름이 언급되거나, 기여 내역이 기록되는 것도 중요한 ‘보상’이다.

3. 플랫폼 설계의 책임.
   GitHub 등 주요 플랫폼이 코드 외 활동(이슈 관리, 번역, 커뮤니티 운영 등)을 정량적으로 표시해야 한다.

4. 다양한 기여의 가시화 필요.
   CRediT(연구자 기여 표준)과 같은 기여 분류 체계를 도입해, 기술 문서화나 커뮤니티 운영 등 비개발 영역의 기여도 명확히 인정해야 한다.

결론

이 연구는 오픈소스의 지속가능성을 논할 때 ‘코드 밖의 노동’ 을 수면 위로 끌어올렸다.
“공개”가 “공정”을 보장하지 않는다. 오픈소스의 진정한 ‘오픈(open)’은, 코드뿐 아니라 모든 기여가 보이는 사회적 투명성 위에 세워져야 한다는 점을 일깨운다.