사건 보고 시스템/업데이트

This page is a translated version of the page Incident Reporting System/Updates and the translation is 100% complete.

베타 버전의 사고 보고 시스템 테스트 – 2023년 11월

편집자 여러분께 사고 보고 시스템의 초기 버전을 테스트해 보시길 요청드립니다. 사고가 발생한 경우 토론 페이지에서 보고서를 제출할 수 있습니다. 이 버전은 개인 이메일 주소(예: emergency wikimedia.org 또는 관리자 그룹)에 보고서를 제출하는 방법을 배우기 위한 것입니다. 공개 게시판에 보고하는 것과 같은 모든 시나리오를 다루지는 않습니다. 이 접근 방식이 효과적인지 알아보려면 여러분의 의견이 필요합니다.

시험하기 위해:

1. 토론이 포함된 베타 버전의 위키백과에서 모든 토론 이름공간 페이지를 방문하세요. User talk:Testing 및 Talk:African Wild Dog에서 샘플 토론 페이지를 사용할 수 있으며 로그인할 수 있습니다.

2. 다음으로, 모든 댓글의 답글 링크 근처에 있는 오버플로 버튼(세로 줄임표)을 클릭하여 오버플로 메뉴를 열고 신고를 클릭합니다(슬라이드 1 참조). 도구 메뉴에서 신고 링크를 사용할 수도 있습니다(슬라이드 2 참조).

슬라이드 1
슬라이드 2

3. 보고서를 제출하고, 양식을 작성하여 제출합니다. 이메일은 신뢰 및 안전 제품 팀으로 전송되며, 이 팀만이 귀하의 보고서를 볼 수 있습니다. 이것은 테스트이므로 실제 사건을 보고하는 데 사용하지 마십시오.

4. 테스트할 때 다음 질문을 숙고하세요.

이 보고 과정에 대해 어떻게 생각하십니까? 특히 이것에 대해 좋은 점과 싫은 점이 있습니까?
확장 프로그램을 알고 있다면, 이 확장 프로그램을 위키에 추가로 넣으면 어떻게 될까 생각한가요?
초기 보고 단계에서 어떤 문제를 놓쳤나요?

5. 테스트를 마치신 후, 토론 페이지에 피드백을 남겨주세요.

더보기 메뉴나 신고 링크를 찾을 수 없다면, 또는 양식이 제출되지 않을 경우, 다음을 확인하세요:

로그인을 했는지
베타 위키의 이메일 주소를 인증 완료했는지
귀하의 계정이 생성된지 3시간 이상 경과되었으며, 적어도 1개의 편집을 했는지.
MTP가 토론 도구와 통합되어 있기 때문에 DiscussionTools를 활성화 유무

DiscussionTools이 로딩 되지 않는다면, 도구 메뉴에서 신고를 제출할 수 있습니다. 두번째 신고를 제출할 수 없다면 확인되지 않은 사용자에게는 하루에 최대 한번의 신고, 자동 인증된 사용자들은 하루에 최대 5번의 신고만 작성할 수 있다는 점에. 이러한 테스트 이러한 요구 사항은 악성 사용자가 시스템을 남용할 가능성을 줄이는 데 도움이 됩니다.

사고 보고 연구 결과 공유 – 2023년 9월

2023년 사건 보고에 관한 연구결과 보고서

우리는 선택된 파일럿 위키에서의 괴롭힘에 대한 조사를 완료했습니다. 2023년 초에 시작된 연구는 인도네시아어와 한국어 위키백과들을 연구하여 괴롭힘, 괴롭힘이 어떻게 보고되고, 보고에 응답하는 사람들이 어떻게 일을 하는지 이해하고자 했습니다. 우리는 연구 결과를 발표했습니다.

사고 보고에 대한 4가지 업데이트 – 2023년 7월

여러분, 안녕하세요! 지난 몇 달 동안 신뢰 및 안전 도구 팀은 사건 보고 시스템 프로젝트의 1단계를 마무리하는 작업을 해왔습니다.

이 단계의 목적은 귀하의 피드백과 함께 프로젝트의 가능한 제품 방향과 범위를 정의하는 것이었습니다. 이제 다음에 해야 할 일을 더 잘 이해하게 되었습니다.

1. 프로젝트 이름을 사건 보고 시스템으로 변경합니다

이 프로젝트는 이제 "비공개"라는 단어가 제거된 사건 보고 시스템으로 알려져 있습니다.

괴롭힘과 UCoC의 맥락에서 "비공개"라는 단어는 커뮤니티 구성원의 프라이버시를 존중하고 안전을 보장하는 것을 의미합니다. 보고의 모든 단계가 기밀로 유지된다는 의미는 아닙니다.

이 용어가 혼란스럽고 다른 언어로 번역하기 어려울 수 있다는 피드백을 받았습니다. 따라서 우리는 그것을 제거하고 있습니다.

2. 일부 파일럿 커뮤니티를 조사한 결과 피드백이 있습니다

인도네시아 및 한국어 위키백과 커뮤니티에서 괴롭힘에 대한 연구를 수행하고 있습니다. 피드백을 통해 이러한 커뮤니티의 사용자가 괴롭힘을 보고하는 방법을 문서화하고 정보에서 지도를 만들 수 있었습니다. 이 맵은 우리가 아는 한 두 위키의 커뮤니티 구성원이 현재 괴롭힘 및 학대 사건을 보고하는 방법을 나타냅니다.

한국어 위키백과에서 괴롭힘을 신고하는 방법
인도네시아어 위키백과가 괴롭힘을 신고하는 방법

이 맵에 대한 피드백이 있으면 토론 페이지에서 제공할 수 있습니다.

3. 프로젝트 개요를 업데이트했습니다

우리가 앞으로 만들고 싶은 것

신뢰 및 안전 도구 팀은 사건/UCoC 위반 보고를 위한 확장 프로그램을 개발할 예정입니다.
확장은 구성 가능하도록 의도되었으며 커뮤니티는 이를 로컬 프로세스에 적용할 수 있어야 합니다.
확장자 이름은 ReportIncident입니다.
확장의 목적은 다음과 같습니다.
- 위키미디어인들의 다양한 유형의 UCoC 위반에 대한 보고서 제출을 용이하게 합니다.
- 보고서를 처리해야 하는 적절한 개체로 보고서를 라우팅합니다.
- 신뢰할 수 있는 보고서 작성을 용이하게 하고 실행 불가능한 보고서를 필터링/넘겨주기합니다.
- 로컬 프로세스에 따라 비공개(예: 이메일 주소) 및 공개(예: 위키에서 관리자 게시판으로) 보고서 제출을 용이하게 합니다.
확장은 사고에 구애받지 않도록 의도되었습니다(다양한 유형의 사고 보고를 지원하는 기능).

우리가 하지 않을 일

이 시스템은 보고 및 라우팅 전용으로, 보고 처리는 다루지 않습니다.
이 시스템은 UCoC 위반과 관련된 사건을 위한 것입니다. 다른 유형의 요청(예: 기술 지원 요청, 계정 접근 등)에는 이 정보를 사용하지 않습니다.
이 시스템은 위키의 기존 프로세스를 대체하기 위한 것이 아닙니다. 우리의 목적은 기존 프로세스를 보다 쉽게 따를 수 있도록 하는 것입니다.

4. 보고 확장 ReportIncident의 첫 번째 반복이 있습니다

작년 11월에 우리는 매우 제한된 범위로 작게 시작하는 방법에 대해 이야기했기 때문에 첫 번째 반복에서는 매우 기본적인 경험을 만드는 것에 대해 생각했습니다.

이 초기 반복에는 무엇이 포함되나요?

사용자 토론 페이지에서 신고하는 기능
- 주제 헤더 신고
- 댓글 신고
기본 양식 작성 및 제출 기능
보고서는 이메일 주소(테스트 목적의 더미 이메일)로 전송됩니다.

설계

MTP(최소 테스트 가능 제품)의 첫 번째 버전은 위키미디어인이 토론 페이지에서 악의적인 주제 헤더 또는 댓글을 신고할 수 있도록 합니다. 디자인은 다음과 같습니다.

모바일 버전

데스크탑 버전

설계 구현 – 다음 단계

신뢰 및 안전팀의 도구 팀은 현재 이러한 초기 설계를 베타 클러스터에 배포하고 내부에서 테스트할 개념 증명인 MTP로 개발하는 작업을 진행하고 있습니다. 이것의 목적은 기술 실행 가능성을 평가하는 것입니다. 모든 것이 순조롭게 진행된다면 다음 단계는 사용성 테스트 및 피드백을 위해 test.wikimedia.org에 배포하는 것입니다.

토론 페이지에서 이 첫 번째 반복에 대한 피드백을 기다리겠습니다!

2022년 11월

지난 몇 달 동안 우리의 주요 목표는 문제 공간을 이해하고 사람들이 어려움을 겪고 있는 것, 필요한 것, 이 프로젝트에 대한 기대치를 이해하는 것이었습니다. 우리는 이렇게 했습니다:

괴롭힘 연구, 설문 조사 및 기타 관련 문서 검토 및 종합(2013년으로 거슬러 올라감)
위키백과에서 괴롭힘을 경험했거나 목격한 자원봉사자와 사용자 인터뷰
직원, UCoC 초안 위원회 및 위키 관리자들과 토론합니다.

우리의 목적은 우선 순위, 범위 및 가능한 제품 방향을 식별하는 것이었습니다.

발견 및 다음 단계

안전에 초점

운동 전략 토론의 권장 사항은 커뮤니티 내에서 안전과 포용을 제공하는 것입니다. 우리의 궁극적인 목표는 사람들이 위키미디어 프로젝트에 참여할 때 안전함을 느끼는 것이므로 MVP에서 무엇에 집중해야 하는지에 대한 지침 원칙으로 사용할 것입니다.

프로젝트 접근 방식: 작게 시작

이 프로젝트에 대해 생각할 때 고려해야 할 사항이 많이 있습니다.

다양한 유형의 사용자: 보고자, 응답자, 관찰자, 피고인, 감시자
많은 사용 사례: 신상 털기, 권력 남용, 콘텐츠 위반, 보안 위반, 법적 문제 등
많은 복잡성: 괴롭히는 관리자, 위키 외부 괴롭힘, 정부 간섭 등

이 프로젝트는 시간이 지남에 따라 성장하고 더욱 복잡해질 것입니다. 그래서 우리는 더 복잡한 것을 시작하기 전에 매우 제한된 범위로 정말 작게 시작해야 합니다.

두 가지 유형의 사용자에 집중

우리는 다음과 같은 몇 가지 다른 유형의 사용자를 확인했습니다:

신고자: 괴롭힘을 경험하고 신고하는 사용자.
응답자: 보고서를 받고 도움을 원하는 사용자.
피고인: 보고서에 이름이 지정된 사용자입니다.
추적자: 보고서의 진행 상황을 추적하고 문제를 더 잘 이해하거나 사람들이 적절한 대우를 받는지 확인하는 데 관심이 있는 사람.

작게 시작하고 싶기 때문에 먼저 신고자와 응답자에게 집중할 것입니다.

MVP 접근(단기)

우리가 접근하고자 하는 방식은 기본 경험이 실제로 작동하는지 파악하는 데 도움이 되는 작은 것을 구축하는 것입니다.

MVP의 원칙:

우리는 몇 가지 파일럿 위키를 디자인하고 테스트하고 출시할 것입니다.
우리의 목표는 안전을 다루는 것이므로 UCoC에서 3.1(괴롭힘)에만 집중할 것입니다.
다음 두 사용자 그룹에 대해서만 기본 환경을 살펴보겠습니다:
- 보고자는 보고하는 방법을 이해하고 편안하게 보고 프로세스를 완료할 수 있습니다.
- 응답자는 문제를 이해하는 데 필요한 정보를 제공하는 명확한 보고서를 받게 됩니다.
MVP는 현재 시스템에 그대로 연결됩니다(기존 프로세스는 변경하지 않음).

이 실험은 또한 우리가 몇 가지 중요한 질문을 탐색하고 답하고 다음과 같은 것을 배우는 데 도움이 될 것입니다:

진입 지점(보고가 시작되는 지점) – 무엇입니까, 하나 이상 있어야 합니까?
사용자 – 사람들이 진입점을 쉽게 발견합니까? 참여하면 어떤 일이 일어날 것이라고 생각합니까?
규모 – 이 작업을 대규모로 수행할 수 있습니까? 응답자를 압도할까요? 등.
데이터 – 결정을 내리기 위해 필요한 데이터를 수집하는 데 도움이 되는 무언가를 구축할 수 있습니까? 우리가 올바른 방향으로 나아가고 있다는 것을 알기 위해 무엇을 측정할 수 있습니까?

우리가 하지 않는 것(아직)

아이디어는 정말 작은 범위에서 시작하여 몇 가지를 시도하고 진행하면서 배우는 것입니다. 따라서 우리는 아직 하지 않을 일에 대해 매우 명확해야 합니다:

우리는 잘못된 관리자 및/또는 기타 복잡한 사용 사례를 해결하지 않습니다.
우리는 기존의 결함이 있는 프로세스를 수정하지 않습니다.
UCoC의 모든 것이 안전에 관한 것은 아니지만 우리는 안전에만 집중하고 있습니다.
불가지론적 보고 – 기본 보고 경험이 특정 유형의 사건에 대해 작동하는지 확인하지 않고는 이 작업을 수행할 수 없습니다.

MVP(장기) 이후에 발생하는 일=

v2 및 v3에 대한 몇 가지 아이디어가 있지만 먼저 MVP로 실험하고 사람들이 이에 대해 어떻게 느끼는지 확인하고 싶습니다. 지금 배운 내용은 향후 버전에 대한 결정을 내리는 데 유용할 것입니다.

일부 v2 및 v3 아이디어는 다음과 같습니다:

비공개 보고(기자 및 응답자가 상호작용할 수 있는 비공개 공간 생성)
확대(추가 지원을 위해 사례를 다른 엔터티로 라우팅할 수 있음)

이 두 가지 아이디어를 탐색하려면 기본/핵심 경험이 실제로 작동하는지 확인해야 합니다. 그렇다면 우리는 그 위에 건설할 것입니다.

논의 포인트

이 접근법에 대해 어떻게 생각하십니까?
이 프로젝트에 대해 두렵거나 걱정되는 점은 무엇입니까?

토론 페이지에서 여러분의 피드백을 기다립니다!

2022년 9월

우리는 피드백을 수집하고, 기존 문서를 읽고, 문제 영역을 더 잘 이해하고 우리가 대답해야 하는 중요한 질문을 식별하기 위해 인터뷰를 수행했습니다. 우리는 현재 프로젝트에 대한 보다 명확한 범위를 정의하기 시작하기 위해 수집한 정보를 종합하고 있습니다. 거쳐야 할 정보가 많기 때문에 시간이 오래 걸릴 수 있습니다. 배워야 할 것이 너무 많습니다!