Advancing Evidence-Based Social Sustainability in Software Engineering: A Research Roadmap
이 논문은 소프트웨어 공학에서 사회적 지속가능성의 개념적·방법론적 기반을 확립하고, 사회적 형평성, 웰빙, 공동체 결속을 핵심 요소로 정의하며 이를 실무에 통합하기 위한 측정 및 실행 로드맵을 제시합니다.
원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기
이 논문은 **"소프트웨어 공학에서 '사회적 지속 가능성'을 어떻게 과학적으로 만들고 측정할 것인가"**에 대한 청사진을 제시합니다.
기존의 소프트웨어 연구는 주로 "빠른가?", "오류가 없는가?", "보안이 안전한가?" 같은 기술적인 성능에만 집중해 왔습니다. 하지만 이 논문은 **"이 소프트웨어가 사람들과 사회에 어떤 영향을 미치는가?"**라는 질문을 던지며, 소프트웨어 개발 과정과 결과물 모두에 '인간과 사회의 행복'을 포함시켜야 한다고 주장합니다.
이 복잡한 내용을 일상적인 비유로 쉽게 설명해 드리겠습니다.
1. 핵심 개념: "단순히 잘 돌아가는 차" vs "모두가 편하게 타는 차"
지금까지 소프트웨어 공학자들은 고성능 스포츠카를 만드는 데만 집중했습니다. 엔진이 얼마나 빠른지, 핸들이 얼마나 정확한지만 연구했죠. 하지만 이 논문은 **"이 차가 노약자나 장애인도 탈 수 있을까? (사회적 형평성), 운전자가 피로하지 않을까? (개발자 복지), 이 차가 만들어지는 공장이 이웃을 괴롭히지 않을까? (개발 과정의 윤리)"**를 고려해야 한다고 말합니다.
이를 **'사회적 지속 가능성'**이라고 부릅니다. 즉, 소프트웨어가 단순히 '잘 작동'하는 것을 넘어, 사람들의 삶을 더 행복하게 하고, 사회를 더 공정하게 만드는지를 확인해야 한다는 뜻입니다.
2. 문제점: "무엇을 말하는지조차 모른다"
문제는 이 '사회적 지속 가능성'이 너무 모호하다는 것입니다.
- 어떤 사람은 "사용자가 행복해야 한다"고 하고,
- 어떤 사람은 "개발자가 스트레스를 받지 않아야 한다"고 하며,
- 또 다른 사람은 "소수자도 차별받지 않아야 한다"고 합니다.
이게 마치 **"맛있는 음식"**을 정의할 때, "매운 게 맛있는 거야", "단 게 맛있는 거야", "건강한 게 맛있는 거야"라고 각자 다른 기준을 대는 것과 같습니다. 기준이 없으니, 어떻게 측정하고 어떻게 개선할지 알 수 없게 된 것이죠.
3. 해결책 1: 두 가지 명확한 정의 내리기
저자들은 이 혼란을 정리하기 위해 두 가지 정의를 제안합니다.
사회적으로 지속 가능한 소프트웨어 (결과물):
- 비유: "모든 사람이 안전하게 타고, 누구도 배제하지 않는 버스"
- 다양한 사용자 (장애인, 노인, 다른 언어 사용자 등) 를 공정하게 대우하고, 사생활을 보호하며, 사회를 분열시키지 않는 소프트웨어입니다.
사회적으로 지속 가능한 소프트웨어 개발 (과정):
- 비유: "버스 기사와 정비공이 정당한 임금을 받고, 존중받으며 일하는 환경"
- 개발자들이 인간으로서 존엄성을 지키며 일하고, 다양한 사람들이 의사결정에 참여하며, 개발 과정 자체가 사람을 해치지 않는 방식입니다.
4. 해결책 2: "보이지 않는 것"을 측정하는 방법
환경 오염은 '연기'나 '배출량'으로 측정할 수 있지만, '사회적 행복'이나 '공정함'은 눈으로 바로 보이지 않습니다. (마치 공기의 질은 측정기지만, 마음의 평화는 측정하기 어렵다는 것과 비슷합니다.)
이 논문은 이를 측정하기 위해 다음과 같은 **로드맵 (지도)**을 제시합니다.
- 1 단계: 구체적인 실험 (간섭) 만들기
- 개발자들에게 "편견을 줄이는 훈련"을 하거나, "사회적 영향을 체크하는 리스트"를 도입하는 등 구체적인 방법을 만들어야 합니다.
- 2 단계: 측정 도구 만들기
- "이 소프트웨어가 얼마나 포용적인가?"를 점수로 매길 수 있는 **새로운 자물쇠와 열쇠 (측정 지표)**를 개발해야 합니다. 기존 심리학이나 사회학의 도구를 소프트웨어에 맞게 다듬어야 합니다.
- 3 단계: 엄격한 실험하기
- 단순히 "좋아 보인다"가 아니라, 실제 개발 현장에서 통계적으로 유의미한 실험을 통해 효과가 있는지 증명해야 합니다. (예: A 팀은 새로운 방법을 쓰고, B 팀은 예전 방법을 써서 누가 더 공정한 소프트웨어를 만드는지 비교)
- 4 단계: 다양한 전문가와 장기 연구
- 소프트웨어 공학자뿐만 아니라 심리학자, 사회학자, 윤리학자와 손잡고, 수년에 걸쳐 장기적인 영향을 지켜봐야 합니다. (한 번의 실험으로 평생의 영향을 알 수 없기 때문입니다.)
5. 결론: 왜 이것이 중요한가?
소프트웨어는 이제 우리 삶의 모든 문 (자원, 기회, 소통) 을 열어주는 열쇠가 되었습니다. 만약 이 열쇠가 일부 사람만 열 수 있게 만들거나, 문을 여는 과정에서 누군가를 다치게 한다면, 기술이 아무리 발전해도 소용없습니다.
이 논문은 **"기술의 속도만 쫓지 말고, 인간과 사회의 행복이라는 나침반을 함께 들고 가자"**고 외치고 있습니다. 이를 위해 명확한 정의와 과학적인 측정 방법을 만들어, 소프트웨어가 미래 세대를 위해 더 나은 세상을 만드는 도구가 되기를 바랍니다.
연구 분야의 논문에 파묻히고 계신가요?
연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.