운동 전략/권고안/반복 3/인프라 확장성 계획
 |
This is an archive for draft recommendations. Visit Strategy/Wikimedia movement/2018-20/Recommendations to read the final recommendations. |
다른 추천과의 연결
|
|---|
|
이 권고안은 운동 이해 관계자의 요구와 지속 가능성 목표를 충족하기 위해 지속적으로 인프라 확장을 계획하는 아이디어를 제안합니다. 이는 '이해관계자 간 조정', '평가, 반복 및 적응', '의사 결정의 형평성 보장' 및 '자유 지식의 혁신' 권고안에 의해 뒷받침됩니다. |
우리는 인프라가 성장함에 따라 우리의 요구 사항을 충족할 수 있도록 유동적인 생태계를 만들어야 합니다. 이러한 의미에서 중요한 변화를 가져오려면 인프라 확장성을 계획할 때 위험 관리 및 평가를 고려하고, 포용적인 의사 결정 공간을 보장하고, 조정을 가능하게 하고, 프로토콜과 역할 및 책임을 설정하고, 구현에 충분한 리소스를 투자해야 합니다.
왜
|
|---|
|
운동은 많은 영역에서 유기적으로 성장했지만 전략적 방향을 달성하려는 계획에 장애물이 될 수 있는 문제를 인정해야 합니다.[1] 확장성을 위한 구조화된 계획에는 현재 인프라를 반복적으로 평가하고, 요구 사항을 전달하고, 미래를 준비하기 위한 솔루션을 계획하고 실행하기 위한 결정을 내리는 전체 운동 프로세스가 필요합니다[2]. 위키미디어와 같은 분산된 자원 봉사 기반 환경에서 의사 소통은 아마도 (1) 동료가 기여 요구 사항을 평가하고 표현하고 (2) 확장성에 필요한 변경 사항의 중요성을 인식하도록 하는 이 프로세스의 가장 핵심적인 부분일 것입니다. . 오늘날 많은 중요한 변화는 최종 결과 품질에 영향을 미치는 응집력 및 확장 능력의 부족으로 얽히고 느려지는 경향이 있습니다[3]. 이러한 조정 부족은 커뮤니티에서 자원봉사자, 기술 기여자 및 개발자 간의 분리와 이들이 함께 작업할 수 있는 지원 및 커뮤니케이션 기능이 부적절하기 때문입니다. 또한 규모에 맞게 시스템을 수정하는 데 필요한 변경 사항은 불충분한 조정 또는 부적절하거나 부족한 커뮤니케이션 채널로 인한 조정 부족으로 인해[4] 종종 오해되거나 거부됩니다[5]. 문제 해결과 화해는 종종 정체되거나 크롤링 속도로 위쪽으로 진행됩니다. 또한 교육 부족은 자원 봉사 기여자와 파트너를 활용하여 규모를 확장하는 능력에 영향을 미칩니다. 오늘날 기술 기여자는 종종 도구[6]의 유지 관리 및 업그레이드 측면에서 자신의 재량에 따라 달라지며 사용자와 파트너 모두 기술(예: GLAM 도구)을 다리가 아닌 장벽으로 경험할 수 있습니다[7]. 커뮤니케 이션은 위키미디어 인프라를 확장하는 데 필수적인 역할을 하지만 이러한 대화에서 포괄성의 중요성도 고려해야 합니다[8]. 확장에는 종종 다양한 결과에 대한 가중치 또는 활용이 필요합니다. 예를 들면 다음과 같습니다. 가능한 한 많은 개인에게 지식에 대한 접근 권한을 제공하려는 우리의 글로벌 목표(수량)는 보다 포괄적이고 대표되지 않은 그룹에 유익한 서비스를 제공하려는 우리의 목표(품질)와 다른 전략적 목적을 가질 수 있습니다[9]. 마지막으로 인프라의 확장성 평가를 위한 계획의 필요성을 고려하여 위험 평가를 위한 리소스를 적절하게 할당하지 않고 적절한 솔루션을 구현하는 제한적인 결과를 고려해야 합니다. 위키미디어에서 이것은 규모의 변화가 적절한 성장을 위해 중요하다는 것을 고려하지 못하는 관료적 구조에서 현재 일어나고 있습니다.[10] |
어떻게
|
|---|
|
확장성을 지속적으로 계획하기 위해 현재 인프라를 반복적으로 평가하고, 이해 관계자 간의 요구 사항을 전달하고, 미래를 준비하기 위한 솔루션 실행 결정을 내릴 것을 제안합니다[11]. 몇 가지 작업을 기반으로 한 접근 방식을 권장합니다. 우리는 운동의 확장성과 지속 가능성을 보장하기 위해 최적화 및 위험 평가에 중점을 두고 인프라를 분석할 전담 팀 또는 운동 조직을 만들어야 합니다. 인프라 분석에는 제한된 지역의 위험을 처리하기 위한 자원 분배 및 법적 보호[12], 커뮤니티 및 기타 개발자 역량을 지원하기 위한 현대적이고 효율적인 개발자 도구에 대한 투자[13], 콘텐츠 파트너십을 구축하기 위한 첨단 기술[14] 및 플랫폼 개선이 외부 소스 또는 파트너로부터 올 수 있는지에 대한 결정[15]. 우리는 모든 이해관계자가 그들에게 영향을 미치는 의사결정에 대표성을 갖도록 해야 합니다. 우리는 혼란과 유해한 행동을 처리하고 윤리적, 프라이버시 및 보안 프로토콜을 준수하는 다국어 및 친근한 환경에서 포괄적이고 사용 가능하며 접근 가능한 거버넌스 구조가 필요합니다[16]. 우리는 커뮤니티의 다양성과 그렇지 않은 커뮤니티의 다양성을 고려하여 건설적이고 포괄적인 토론과 대규모 합의 구축을 통해 미세 조정될 기술 및 시스템 개선에 대한 커뮤니티 토론 및 참여 의사 결정을 지원하는 솔루션에 투자할 것을 제안합니다. 아직 그들 안에 존재하지 않습니다.[17] 인프라 확장성을 개선하기 위한 솔루션을 지속적으로 계획하고 구현하는 데 필수적이므로 다양한 이해 관계자를 대상으로 하는 커뮤니케이션 및 조정 공간을 개선해야 합니다. 이러한 공간은 서로 다른 문화와 다양성을 가진 사용자가 자신의 요구를 충족한다고 생각하는 다양한 방식으로 서비스를 제공하기 위해 우수한 사용자 경험을 제공해야 합니다. 우리는 우리의 플랫폼, 관행 및 정책이 일상적인 프로세스에서 작업 용이성을 촉진하고 현대 관행에 부합하는 더 나은 지원 구조를 갖도록 해야 합니다.[18] 통신 및 조정에서 구조적 지원을 적절하게 제공하려면 인프라 계획, 개발 및 사용에 관련된 다양한 이해 관계자를 위한 세 가지 공간이 필요합니다. 확장성을 위한 핵심 영역을 다루고 있으므로 밀접하게 조정되어야 하는 무브먼트의 다양한 부분을 위한 하나의 공간(1). 기술 인프라, 거버넌스 및 자원 분배(위험을 평가하고, 솔루션을 계획 및 생성하고, 구현을 위한 결정을 내리고, 최종 개발을 완료하기 위해 서비스를 제공하는 커뮤니티/파트너와 서로 간에) 콘텐츠 제작을 위해 업데이트 및 확장이 필요한 특정 도구가 필요한 특정 콘텐츠 영역(GLAM 및 기타)에서 작업하는 파트너십 및 사람들을 위한 또 다른 공간(2); 그리고 제3의 공간(3)은 우리 소프트웨어를 다른 목적으로 사용하고 우리에게 가치 있는 새로운 기능과 용량으로 소프트웨어를 확장할 수 있는 외부 및 제3자를 포함하도록 운동을 여는 데 사용됩니다[19]. 이러한 제3자 파트너십 및 개발자는 필요하다고 간주되는 경우 인공 지능, 기계 학습 및 기타 분야와 같은 최신 기술을 지원하고 작업할 수 있습니다[20]. 명확하게 정의된 역할과 책임이 있는 이러한 커뮤니케이션 공간은 멘토링 및 교육은 물론 조직적인 코드 검토 및 문서 작성과 같은 기타 프로세스를 위한 확실한 지원 시스템을 만들 것입니다.[21] 인프라 개발과 관련된 모든 프로세스를 투명하게 만들어 더 많은 이해관계자가 참여할 수 있도록 해야 합니다. 이것은 동료가 확장성과 관련된 문제를 이해하는 데 필요한 필수 기술에 대한 투자로 보완되어야 합니다. 제품 로드맵에 커뮤니티 구성원을 참여시키면 우리 운동의 목표를 달성하기 위한 폭넓은 공감대를 형성하는 데 도움이 될 것입니다. 의사 결정의 근거에 관한 투명성과 기술 개발은 또한 학습/발견[22]에 따라 확대 또는 축소할 수 있는 기회의 창을 제공합니다. 이러한 조치는 도구와 기술 솔루션이 개인의 기술 숙달에 크게 의존하는 대규모 콘텐츠 파트너십에도 영향을 미칠 것입니다.[22]. 그러한 조치는 또한 도구와 기술 솔루션이 개인의 숙련도에 크게 의존하는 대규모 콘텐츠 파트너십에도 영향을 미칠 것입니다.[23] |
- 운동의 확장성과 지속 가능성을 보장하기 위해 최적화 및 위험 평가에 중점을 두고 인프라를 분석할 전담 팀 또는 운동 기구를 만듭니다.[24]
- 기술, 거버넌스 및 자원 분배의 요구 사항을 해결하기 위해 명확한 참여 규칙으로 구조적 지원 공간을 만듭니다. 파트너십 및 기타 협력자; 및 타사 개발자.[25]
- 커뮤니티 토론, 참여 의사 결정 및 대규모 합의 구축을 지원하는 커뮤니케이션 솔루션 및 프로세스에 투자하십시오.[26]
- 다양한 역량으로 기술 기여자를 온보딩, 교육, 모니터링 및 유지하기 위한 역할, 책임 및 관행을 설명하는 계획을 채택합니다.[27]
- 네트워크, 혁신 조정, 지원 제공 및 획득, 커뮤니티에 영향을 미치는 의사 결정 및 리소스 할당에 대한 개발자 및 기타 기술 기여자 간의 의사 소통을 용이하게 하는 프로세스를 설계합니다.[28]