Governance-Aware Software Architecture for Multi-Stakeholder Platforms

당신이 거대한 디지털 광장을 건설하고 있다고 상상해 보세요. 이곳에는 다섯 그룹의 매우 다른 사람들이 함께 살고 일해야 합니다: 현지 돼지 농가, 정부 관료, 수의사, 비즈니스 구매자, 그리고 플랫폼 관리자입니다.

문제는 이 그룹들이 서로 상반된 것을 원할 때가 많다는 점입니다.

• 농부들은 자신의 돼지에 대한 팁을 공유하고 싶어 하지만, 정부가 자신들이 정확히 어느 농장에 있는지 알게 되는 것은 원치 않습니다 (정부가 가축을 살처분하기로 결정할 수도 있기 때문입니다).
• 정부는 질병을 추적하기 위해 모든 데이터를 보고 싶어 하지만, 개인을 감시하고 싶지는 않습니다.
• 비즈니스 구매자는 플랫폼이 제대로 작동하는지 알고 싶어 하지만, 농부들의 개인적인 이야기를 훔치고 싶지는 않습니다.

보통 소프트웨어 엔지니어들은 이 플랫폼을 구축할 때 표준적인 기술 도구들을 선택합니다. 그들은 "모두의 데이터를 하나의 큰 데이터베이스에 넣고, 비밀번호 시스템을 사용해 숨기자"라고 말할 수 있습니다. 하지만 이 논문의 저자들은 이것이 함정이라고 주장합니다.

핵심 아이디어: 코드는 정치다

이 논문은 엔지니어가 소프트웨어를 어떻게 만들지 결정할 때, 사실 누가 권력을 갖고 누가 안전할지에 대한 정치적 결정을 내리는 것이라고 주장합니다.

공용 거실이 있는 집을 짓는 상황을 생각해 보세요.

• "기본적인" 방식: 하나의 큰 방을 만들고 유리 벽을 세웁니다. 그리고 유리 위에 "정부는 볼 수 있지만, 농부는 볼 수 없음"이라는 표지판을 붙입니다. 하지만 만약 유리가 깨지거나 누군가 문 잠그는 것을 잊는다면, 농부들은 노출됩니다. 엔지니어는 자신이 단지 "유리 벽"을 만들었다고 생각하지만, 실제로는 "감시 시스템"을 만든 것입니다.
• "거버넌스 인지형(Governance-Aware)" 방식: 엔지니어는 "잠깐, 농부들에게는 비밀 정원이 필요해"라는 것을 깨닫습니다. 그래서 농부의 정원과 정부의 전망대 사이에 단단한 벽돌 담장을 쌓습니다. 정부는 여전히 꽃들(전체 농장의 통계)을 볼 수 있지만, 사람들(개별 농부)은 볼 수 없습니다.

이 논문은 이를 **"거버넌스 인지형 소프트웨어 아키텍처"**라고 부릅니다. 이것은 엔지니어들이 단 한 줄의 소프트웨어를 쓰기 전에, 단순히 "코드"를 생각하는 것을 넘어 "갈등 해결"을 생각하도록 강제하는 새로운 규칙 책입니다.

타운 스퀘어의 다섯 가지 규칙

저자들은 공정한 타운 스퀘어를 위한 다섯 가지 중요한 규칙을 특정 소프트웨어 구축 선택 사항과 연결하는 지도(프레임워크)를 만들었습니다. 다음은 "공정함"을 "건축 자재"로 번역하는 방법입니다.

1. 안전한 공간 (감시 금지):

   • 규칙: 농부들은 권력자들에게 감시당하지 않고 대화할 수 있어야 합니다.
   • 건축 선택: 유리 벽 대신, 행 레벨 보안(Row-Level Security) 시스템을 사용합니다. 이것은 데이터베이스 문 앞에 서 있는 마법 같은 문지기와 같습니다. 만약 정부 관료가 "모든 돼지 데이터를 보여달라"고 요청하면, 문지기는 자동으로 답변을 필터링하여 "국가 전체의 돼지 수"만 보여줍니다. 만약 농부가 "내 돼지를 보여달라"고 하면, 문지기는 오직 그 농장의 데이터만 보여줍니다. 데이터는 같은 건물 안에 있지만, 문지기가 아무도 허용되지 않은 것을 보지 못하게 보장합니다.

2. 농부 주도의 의제 (누가 주인인가?):

   • 규칙: 농부들은 전문가의 말을 듣기만 하는 것이 아니라, 어떤 주제가 중요한지 스스로 결정해야 합니다.
   • 건축 선택: 전문가만이 책을 쓸 수 있는 도서관 대신, 커뮤니티 투표 시스템을 구축합니다. 이는 가장 목소리가 큰 사람들(농부들)이 "수배 전단"을 붙일 수 있는 마을 회관과 같습니다. 만약 100명의 농부가 "파리 방제"가 가장 큰 문제라고 투표하면, 소프트웨어는 정부가 중요하다고 생각하는 주제가 아니라 그 주제를 강조합니다.

3. 아래로부터의 혁신 (지역 지식의 가치):

   • 규칙: 이웃 농부의 팁은 대학교수의 팁만큼이나 가치 있게 취급되어야 합니다.
   • 건축 선택: 전문가만이 게시물을 승인할 수 있는 "게이트키퍼" 시스템 대신, **다중 신호 평판 시스템(Multi-Signal Reputation System)**을 구축합니다. 이것은 읽기만 해도 점수를 얻지만, 이웃의 아이디어에 "따봉(좋아요)"을 주는 것으로도 점수를 얻는 스코어카드와 같습니다. 소프트웨어는 교수의 승인을 기다리지 않고도, 많은 이웃이 동의한다면 이웃의 아이디어가 가치 있다는 것을 자동으로 계산합니다.

4. 계층 간 협력 (어느 한 그룹이 지배하지 않음):

   • 규칙: 농부들은 간단한 폰 앱이 필요하지만, 정부는 복잡한 대시보드가 필요합니다. 그들은 기능 때문에 타협할 필요가 없습니다.
   • 건축 선택: 모든 사람을 위해 모든 것을 수행하려는 하나의 거대하고 투박한 기계(모놀리스)를 만드는 대신, **분리된 전문 공간(마이크로서비스)**을 만듭니다. "농부의 방"은 느린 인터넷과 단순한 버튼에 맞춰 구축됩니다. "정부의 방"은 큰 화면과 복잡한 차트에 맞춰 구축됩니다. 이들은 서로 소통하지만, 각자에게 맞지 않는 도구를 강요받지 않도록 서로 다르게 구축됩니다.

5. 신뢰를 위한 투명성 (블랙박스 금지):

   • 규칙: 사람들은 왜 컴퓨터가 특정 결과를 보여주는지 알 필요가 있습니다.
   • 건축 선택: 무엇이 인기 있는지 비밀리에 결정하는 "블랙박스" 알고리즘 대신, 가시적인 스코어카드를 만듭니다. 이것은 "질문을 해서 5점을 얻었고, 기사를 읽어서 2점을 얻었습니다"라고 명확하게 표시하는 게임의 점수판과 같습니다. 모든 수학적 근거를 볼 수 있으므로, 사람들은 시스템을 신뢰할 수 있습니다.

돼지 농가 사례

이것이 효과가 있음을 증명하기 위해, 저자들은 르완다의 돼지 농가들을 위한 프로토타입 플랫폼을 구축했습니다.

• 그들은 정부가 개별 농가는 볼 수 없으면서 질병 추세는 볼 수 있도록 **마법 문지기(행 레벨 보안)**를 사용했습니다.
• 그들은 **게임화(Gamification)**를 통해 농부들이 지역 팁을 공유함으로써 어떻게 점수를 얻었는지 보여줌으로써, 지역 지식이 가치 있게 여겨지고 있음을 증명했습니다.

이 논문이 주장하지 않는 것

이 논문이 말하고자 하는 바가 아님을 유의해야 합니다:

• 이 시스템이 이미 완벽하거나 현실 세계에서 작동하는 것이 입증되었다고 주장하는 것이 아닙니다.
• 이 프레임워크를 사용한다고 해서 모든 사회적 문제가 자동으로 해결된다고 말하는 것도 아닙니다.
• 이것은 현재 제안이자 청사진입니다. 저자들은 이 시스템이 실제로 더 나은 신뢰와 더 정직한 공유를 이끌어내는지 확인하기 위해 실제 사용자(농부, 관료 등)와 테스트해야 한다고 인정합니다. 그들은 향ated 미래의 연구를 통해 기존 시스템과 비교함으로써 이를 검증할 계획입니다.

결론

이 논문은 소프트웨어 엔지니어들을 향한 경종입니다. 그것은 다음과 같이 말합니다: "당신은 단순히 도구를 만드는 것이 아니라, 사회의 규칙을 만들고 있습니다."

만약 당신이 누가 권력을 쥐고 있는지 생각하지 않고 디지털 플랫폼을 만든다면, 당신은 의도치 않게 강자에게 유리하고 약자에게 해로운 시스템을 만들게 될 것입니다. 이 논문은 엔지니어들이 소프트웨어를 만들기 전에, 보이지 않는 정치적 선택들을 가시화하고 토론할 수 있게 함으로써 "공정한" 디지털 공간을 구축할 수 있도록 돕는 체크리스트를 제공합니다.