보편적 행동 강령/2021년 협의/시행 방안/이탈리아어 커뮤니티
소개
이탈리아어 버전의 위키백과는 2001년 5월 11일에 시작되었으며, 현재 1,683,964개의 문서와 10,286명의 활성 사용자를 보유하고 있으며, 총 편집 횟수는 119,671,379회로 8번째로 큰 위키백과입니다(데이터: 2021년 4월 2일).
편집자는 주로 이탈리아와 스위스의 이탈리아어권 출신이며, 다른 유럽 국가와 아메리카 출신도 소수 있습니다(출처: https://stats.wikimedia.org).
관리자 113명, 사무관 6명, 검사관 9명이 있으며 관리자와 CU에 대한 연간 재확인 절차가 진행됩니다.
이탈리아어 위키백과 외에도 이 협의에는 가장 활발한 지역 프로젝트(eml, lij, lld, lmo, nap, pms, sc, scn 및 vec)와 이탈리아어로 진행 중인 자매 프로젝트(위키문헌, 위키뉴스, 위키책, 위키배움터, 위키인용집, 위키낱말사전 및 위키여행)도 참여했습니다.
UCoC에 대한 반응
초안 작성 단계(2020년 7월)가 시작되기 전에 VP에 UCoC와 초안 작성 프로세스에 대한 커뮤니티를 알리는 메시지가 게시되었습니다. 정책 초안 작성 단계에서는 경험이 풍부한 사용자와 관리자 그룹이 초안에 대한 조언을 제공하고 번역을 도왔습니다. 따라서 커뮤니티의 일부는 이미 UCoC를 알고 있었습니다.
이 기간 동안과 이사회에서 UCoC 정책을 승인한 이후 대부분의 질문은 다음과 같습니다:
- 기존 이탈리아 행동 및 보고 지침을 UCoC에 맞추는 과정(w:it:Wikipedia:Wikiquette에서 시작)
- 이에 대한 마감일,
- 위키미디어 재단이 프로젝트에 개입하는 방식의 가능한 변화
- 행동강령의 법적 의미.
커뮤니티의 행동 정책 요약
이탈리아어 위키백과는 UCoC를 위반하는 다양한 종류의 행동을 다루고 사용자 간의 갈등을 처리하기 위한 행동 지침과 보고 페이지의 꽤 완전한 프레임워크를 가지고 있습니다. 전담 페이지가 없는 문제에 대한 메시지의 주요 수집처는 관리자 게시판(바로가기 WP:RA)이며, 여기에서 사용자는 올바른 페이지나 절차로 안내됩니다.
갈등 해결을 위한 에스컬레이션 경로가 있는데, 토론 페이지에서 토론하도록 초대하는 것부터 RFC를 여는 것까지, 마지막 옵션으로 "문제가 있는 사용자" 절차를 여는 것입니다. ArbCom은 없습니다.
관리자는 종종 중재자 역할을 하는 경향이 있습니다(일부 가이드라인은 그들이 정기적으로 그래야 한다고 명시적으로 제안합니다). 프로젝트 내에서 편집 활동에 부정적인 영향을 미치는 행동에 대한 관용 수준은 매우 낮습니다. 협의 중에 UCoC에 대한 부정적인 반응은 없었습니다.
- 보고 방법 또는 갈등 처리 방법을 설명하는 페이지
- w:it:Wikipedia:Molestie - 괴롭힘에 대한 설명, 괴롭힘에 대응하는 방법에 대한 섹션이 있습니다.
- w:it:Wikipedia:Rispondere a minacce di atti violenti - 해를 끼칠 위협
- w:it:Wikipedia:Risoluzione dei conflitti - 갈등에 접근하고 처리하는 방법
- w:it:Wikipedia:Problemi con utenti o amministratori - 갈등의 확대에 대한 설명
- w:it:Aiuto:FAQ and w:it:Aiuto:FAQ/Comunità - 이 페이지에는 다른 사용자와의 상호 작용에 대한 섹션이 있습니다.
- w:it:Progetto:Patrolling/Manuale esteso1 - 점검 도움말 페이지에는 갈등 처리에 대한 작은 섹션이 있습니다.
- 보고 페이지
- w:it:Wikipedia:Richieste di pareri/Comportamenti degli utenti - 모든 사용자 그룹의 잠재적인 문제적 행동에 대한 의견을 요청하므로 관리자도 마찬가지입니다.
- w:it:Wikipedia:Utenti problematici - 등록된 사용자의 문제적 행동에 대한 RFC
- w:it:Wikipedia:Utenti problematici/Segnalazioni di gruppo - 위와 동일하지만 조정된 방식으로 행동하는 사용자 그룹의 경우
- w:it:Wikipedia:Vandalismi in corso - 익명에 대한 파괴 행위와 RFC
- w:it:Wikipedia:Segnalazione NUI - 부적절한 사용자 이름 신고
- w:it:Wikipedia:Richieste agli amministratori - 관리자 게시판
원활한 진행 과정
협의가 시작되었을 때 VP에 대한 발표 외에도 이탈리아어 위키백과에 협의를 위한 전담 페이지 세트가 생성되었습니다. 협의 목표와 참여 방법에 대한 설명이 있는 일반 페이지, 일반적인 토론 페이지, 메타의 FAQ 페이지에서 부분적으로 수정되었지만 프로세스에 대한 보다 일반적인 설명이 있는 FAQ 페이지가 생성되었습니다.
새로운 사용자나 기존 가이드라인에 익숙하지 않은 사용자도 대화에 참여시키기 위해, 매우 기본적인 게임화를 사용하여 사용자가 해결책이나 제안을 상상해 볼 수 있는 몇 가지 시나리오를 만들었습니다. 활성 사용자는 이메일, 개인 및 그룹 통화를 통해 연락을 받았습니다. 2월 9일부터 16일까지 설문 조사도 사이트 공지에 링크되었습니다.
69명의 사용자가 위키 내외부에서 다양한 대화를 통해 참여하였고, 1911명의 사용자가 설문 조사를 통해 참여했습니다.
모든 지역 및 자매 프로젝트의 부사장은 협의 시작 시에 공지를 게시했습니다. 그 후 일주일 후에 사용자에게 몇 가지 쉬운 질문에 답하고 설문 조사에 참여하도록 요청하는 또 다른 게시물이 게시되었습니다.
이벤트 주최자 그룹(itwikicon과 에디터톤)에도 연락했습니다.
이탈리아어 위키백과의 LGBT 프로젝트에 적극적으로 참여한 여성 사용자와 참여자들에게 이메일을 통해 연락을 취했습니다.
응답률
공개 페이지에서의 반응은 좋지 않았습니다. 익명 설문 조사를 제외하고 가장 높은 반응은 일대일 접촉에서 나왔습니다. 게임화는 일부 새로운 사용자나 경험이 부족한 사용자를 참여시킬 수 있었습니다.
지역 프로젝트와 자매 프로젝트에서는 응답이 거의 없었습니다. 그 중 하나에서는 사용자가 과거를 깊이 파헤쳐서 해당 행동에 대한 마지막 사건을 찾고 그것이 어떻게 처리되었는지 기억해야 했습니다.
협의의 주요 질문
부적절한 행동 신고
설문 조사에 응답한 사람의 24.8%가 위키미디어 프로젝트에서 어떤 형태의 부적절한 행동의 희생자이거나 목격자였다고 밝혔습니다. 보고하는 데 어떤 어려움이 있었는지 물었을 때, 다음과 같은 어려움을 언급했습니다.
- 가시성: 응답자들은 신고할 페이지를 찾는 데 어려움을 겪었으며, 일부 응답자는 신고 경로의 존재를 몰랐습니다.
- 익명성: 일부 사용자는 다른 사용자나 관리자의 보복을 두려워했습니다. 일부 응답자는 신고를 처리하는 사람들의 공정성을 신뢰하지 않습니다.
커뮤니티 구성원들이 보고를 더 쉽게 또는 더 눈에 띄게 하기 위해 제안한 것 중에는 다음이 있습니다:
- 모든 페이지에 "보고서" 링크가 있습니다.
- 사이드바 메뉴의 도구 영역에서 보고를 위한 링크
- 환영 메시지나 등록 중 팝업에서 보고 경로를 설명합니다.
- 누군가가 쉽게 보고 찾을 수 있는 곳에 "커다란 빨간 버튼"을 두는 것을 제안했습니다.
주요 질문 중 하나는 심각한 괴롭힘이나 위협 신고에 관한 것이었습니다. 위협/심각한 괴롭힘 신고 절차는 커뮤니티 내에서 잘 알려져야 한다는 데는 일반적으로 동의합니다. 현재 1838명의 응답자 중 50.7%만이 이런 종류의 사건을 어떻게 어디에서 신고해야 하는지 알고 있다고 답했습니다. 관리자 측에서는 일부 LE 기관과 직접 연락하는 것이 더 효율적이고, 아마도 속도를 높일 수 있을 것이라는 일반적인 의견이 있습니다.
비공개 보고 도구에 대한 의견에 대한 질문에 응답자의 67.8%는 기존 페이지와 함께 비공개 보고 도구가 유용할 수 있다고 생각합니다.
비공개 보고 도구가 유용할까요? |
---|
부적절한 행동을 보고하기 위한 간편한 개인 도구에 관한 질문에 응답자(1758)는 다음과 같이 대답했습니다:
어떤 도구가 유용하다고 생각하시나요? |
---|
"기타" 옵션의 제안 중에는 보고를 위해 채팅과 인스턴트 메시징 도구를 사용할 수 있다는 아이디어가 있습니다. 하지만 일부 응답자는 투명성 원칙에 어긋나기 때문에 비공개 보고 도구에 대한 우려도 표명했습니다. 일부 응답자는 보고서에 대한 확인의 중요성을 강조했습니다. 그들은 보고자에게 "누군가"가 보고서를 처리하고 있다는 것을 안심시키기 위해 어떤 형태의 확인이 중요하다고 지적했습니다.
개인 도구와 투명성 및 책임성의 균형을 맞추는 방법에 대한 질문에는 티켓팅 시스템과 함께 프로젝트 내에서 익명으로 '미해결 사례'의 수를 추적하는 방법을 제안했습니다.
또 다른 질문은 개인정보 보호와 지속적인 학대자 추적의 필요성 사이에서 균형을 맞추는 방법과 교차 위키 문제에 관한 것이었습니다. 이 질문의 대상은 관리자 그룹이었습니다. 제안은 LTA 및 기타 교차 위키 문제에 대한 정보를 보관하고 공유할 수 있는 교차 위키 제한 구역에 대한 것입니다. 통신 도구 및 관리자 메일링 목록에 대한 댓글에서 메일맨 보안에 대한 우려가 제기되었습니다.
프로젝트 외부에서 발생하는 사건
1,818명의 응답자 중 16.4%가 프로젝트 외부(온라인 또는 오프라인)에서 어떤 형태의 부적절한 행동의 피해자이거나 목격한 적이 있지만, 프로젝트 내의 활동과는 관련이 있다고 밝혔습니다.
이러한 위반 사항을 위키미디어 프로젝트에서 고려해야 하는지, 그리고 어떻게 처리해야 하는지에 대한 질문에 응답자(1741명)의 절반 이상(52.6%)이 이러한 행동을 프로젝트 내에서 어떤 식으로든 고려해야 한다고 동의했고, 43.3%는 소셜 미디어나 외부 기관에서 자체 도구를 사용하여 신고해야 한다고 생각했으며, 34.5%는 T&S에서 처리해야 한다고 생각했습니다.
소수의 사용자는 프로젝트 외부에서 일어나는 일은 고려해서는 안 된다고 생각합니다. 저는 설문조사에서 이 질문이 최상의 방식으로 표현되지 않았고 객관식 옵션이 올바른 선택이 아니었기 때문에 이 특정 문제에 대한 결과가 완전히 만족스럽지 않다는 것을 인정해야 합니다.
일대일 상담 중에도 동일한 문제가 제기되었습니다. 소셜 미디어나 개인 웹사이트에서 심각한 괴롭힘과 개인 정보 유출 사례가 발생했으며, 이러한 사건의 경우 T&S에 보고하고 어떤 형태로든 법적 지원을 받는 것이 매우 중요한 것으로 간주됩니다.
외부 공간에 대한 또 다른 문제는 "wiki*edia"라는 이름을 포함하고 공식 그룹이라는 생각을 전달하는 비공식 그룹이 다양한 플랫폼에 존재한다는 것입니다. 이러한 그룹은 커뮤니티에서 선택한 사람들이 관리하거나 조정하지 않으며 종종 무례한 답변이나 다른 부적절한 커뮤니케이션 방식의 형태로 용납할 수 없는 행동이 있습니다. 제안 중 하나는 UCoC에 따라 정의된 범위와 규칙을 가진 IRC chans와 같은 "공식 공간"을 갖는 것이었습니다.
보고서 처리
설문조사의 질문은 누가 신고를 처리하고, 보고된 사건을 처리해야 하는가?였습니다.
누가 신고 및 사건을 처리해야 합니까? |
---|
기타 섹션의 제안 사항 중에는 다음도 있습니다.
- 전담 및 혼합된 관리자 및 사용자 그룹
- 지역 사용자와 글로벌 사용자가 혼합된 그룹.
널리 공유된 제안은 사건의 심각성에 따라 다양한 수준의 응답자(로컬 및 글로벌)를 만드는 것입니다. 일부 응답자는 보고서에 응답하는 사람은 누구나 프로젝트에 대한 경험이 있어야 하며 보고된 사건의 심각성을 평가할 수 있는 능력이 있어야 한다고 지적했습니다.
일부 사용자는 공정성, 반응 속도, 신고에 응답하는 사람의 기술에 대해 우려를 표명했습니다.
일대일 협의 중 일부 사용자는 프로젝트 내에서 괴롭힘에 대한 명확한 정의를 공유할 필요가 있다고 표현했습니다. 삭제, 샌드박스로 이동, 되돌리기 등의 일반적인 유지 관리 방식이 괴롭힘의 한 형태로 오해받아 보고되어 처리해야 할 보고 건수가 늘어날 수 있다는 우려가 있었습니다.
또 다른 질문은 신고 수 증가를 처리할 수 있는 가능한 방법에 관한 것이었습니다. 신고를 더 쉽고 눈에 띄게 하면 신고 수뿐만 아니라 트롤이나 악의적 행위자의 남용도 증가할 가능성이 있습니다. 많은 수의 신고와 도구 남용(사용 방법을 모르거나 오류나 콘텐츠 관련 문제를 신고하는 데 사용하는 사용자 포함)을 처리하기 위한 제안된 솔루션은 신고 도구 내에 선택 목록이 있는 전용 메뉴에서 우선순위 수준이 다른 일종의 필터링 시스템으로 전환되어 "심각한" 신고가 사라지지 않도록 합니다. 또한 프로젝트 내에서 에스컬레이션 경로를 잘 설명해야 한다는 점도 강조되었습니다.
괴롭힘 대상에 대한 지원
취약 계층과 관련된 들어오는 신고는 한 사람이 아닌 그룹에서 확인해야 한다는 것이 일반적인 제안입니다. 심각한 사례를 처리하는 동일한 그룹은 특정 기술을 갖추고 법률 전문가나 심리학자와 같은 전문가의 지원을 받아야 합니다.
글로벌 기관에 대한 구체적인 피드백
분쟁 해결과 UCoC 관련 문제를 다루는 일종의 글로벌 기구가 설립된다고 가정할 때, 응답자들은 (동의하지 않는) 정도를 표현할 수 있는 몇 가지 문장이 있었습니다.
이 "글로벌 기구"를 만드는 결정은 글로벌 커뮤니티에서 내려야 합니다. |
---|
1=동의하지 않음, 5=동의함 |
범위와 개입 영역은 매우 명확하게 정의되어야 합니다. |
글로벌 기구는 언어 장벽 없이 협의되어야 합니다. |
글로벌 기구는 모든 위키미디어 프로젝트를 관리해야 합니다. |
글로벌 기구는 자체 지침/절차가 없는 소규모 프로젝트만 처리해야 합니다. |
더 큰 커뮤니티는 이 글로벌 기구의 "관할권"에서 벗어날 수 있어야 합니다. |
이 기관에 대한 제안을 위한 공간에서 결과를 요약하면서, 응답자들은 다음과 같은 의견을 표명했습니다:
- 범위: 일부 응답자는 프로젝트에 글로벌 기관의 통제나 감독을 받는 유사한 지역 기관이 있는 경우나 지역 절차에 대한 주기적 감사가 계획된 경우에만 프로젝트가 옵트아웃하는 것을 고려할 것입니다.
- 구성: 회원 구성에 대한 다양한 제안, 일반 사용자, 전 세계의 사람들, WMF 직원을 포함하는 것에 대한 표시. 일부 사람들은 글로벌 기구의 회원 자격과 프로젝트 내의 다른 역할의 호환성(다른 역할에서 작업하는 것과의 가능한 COI)에 대해 의구심을 표명했습니다. 회원들이 복잡한 사례를 처리하는 동안 전문가로부터 어떤 형태의 교육 및/또는 지원을 받아야 한다는 사실에 대한 일반적인 합의가 있습니다.
- 방법: 일부 응답자는 이 기관이 공정한 심리를 보장하고 분쟁 당사자 양측의 의견을 경청하는 것이 필수적이라고 기록했습니다("w:Audi alteram partem").
- 위험: 일부 응답자는 갈등에 대한 정보 조작이나 개인적 개입과 관련된 위험을 지적했습니다.
- 예방 활동: 상당수의 응답자는 이 글로벌 기구의 업무 중 하나가 행동 위반의 "예방"이어야 한다고 지적했습니다. 이는 인식 제고를 위한 활동을 조직하고, 소규모 커뮤니티가 UCoC에 대한 가이드라인 준수 여부를 평가하도록 지원하고, 일반적으로 UCoC와 관련된 문제에 대한 프로젝트 및 커뮤니티를 위한 일종의 컨설팅 기관 역할을 하는 것으로 수행할 수 있습니다.
글로벌 기관에 대한 가장 큰 우려는 문화적 차이를 다루고, 언어적 미묘한 차이를 이해하고, 문화 간 문제를 해결하고, 소수자를 실제로 돌볼 수 있는 유사한 기관의 능력에 대한 것입니다.
평가 및 측정
LLC의 목표 중 하나는 또한 커뮤니티가 구성원을 괴롭힘으로부터 보호하는 데 얼마나 성공적인지 평가하고 측정할 수 있는 가능한 방법에 대한 제안을 수집하는 것이었습니다. 이것은 "게임"의 마지막 질문이었고 참가자들의 제안은 세 가지 유형의 조치로 이어졌습니다:
- 정량적 측정
- 행동상의 이유로 인한 차단 수
- 행동 문제에 대한 보고 수
- 비율
- 관리자 수/활성 사용자 수 또는 관리자 수/페이지 또는 문서 수
- "해결됨" 보고서 수와 보고서 수 비교
- 프로젝트 차원(활성 사용자 또는 문서 수)에 비해 보고서 수
- 비율(관리자+되돌리기 사용자)/전체 활성 사용자
- 정성적 측정
- 보고 페이지의 존재
- 다양한 문제에 대한 보고 경로를 설명하는 페이지가 존재합니다.
- 보고서를 처리하는 관리자/전담 사용자 그룹의 존재
- 나쁜 단어 및 유사한 단어를 찾는 도구(필터 및 유사한 도구)가 존재함
- 정기(연간) 조사
- 도움말 페이지와 가이드라인의 품질을 평가하는 몇 가지 방법
- 오프라인 이벤트에 대한 구체적인 가이드라인
일대일 대화 중에 지역 언어로 주기적 조사를 실시하자는 제안이 가장 흔했습니다.
자매 및 지역 프로젝트의 피드백
자매 프로젝트의 사용자는 종종 이탈리아어 위키백과 사용자이기도 하며 따라서 보고 도구와 위키미디어 환경 방식에 익숙합니다. 이는 일반적으로 전체 환경을 잘 알지 못하고 때로는 약간 "지역적"이 되는 경향이 있는 전담 사용자가 있는 지역 프로젝트에서는 덜 빈번합니다.
자매 및 지역 프로젝트 중에서 관리자를 위한 공지 게시판이 있는 곳은 일부에 불과합니다. SWMT가 이를 처리하고 있기 때문에 사용자는 문서 훼손을 알지 못하는 경우도 있습니다.
한편으로는 행동 위반 사례가 정말 드뭅니다. 하지만 다른 한편으로는 행동 문제로 위키백과에서 차단된 사용자가 더 작은 프로젝트에 기여하기 시작하여 이러한 문제를 다룰 준비가 되지 않은 프로젝트에 행동을 가져오는 경우가 있습니다.
일부에서는 외부 기관을 만들 경우 독립성이나 자율성이 상실될 수 있다는 우려를 표명했습니다. 그러나 다른 한편에서는 적대적 인수에 대한 두려움을 표명하기도 했습니다. 한 관리자의 말에 따르면 "저는 나쁜 행위자들의 적대적 인수에 대한 악몽을 꿉니다"라고 합니다.
"보너스 트랙" - 이벤트 조직
itwikicon과 같은 대규모 이벤트를 조직하거나 정기적으로 편집 마라톤 및 이와 유사한 이벤트를 조직하는 사용자와 이벤트 중에 UCoC를 적용하고 시행할 수 있는 가능한 방법에 대한 대화도 이루어졌습니다. FSP가 항상 언급되지만 아무도 실제 비상 계획에 대해 생각해 본 적이 없다는 데 모두 동의했습니다. 제안 사항은 조직 단계에서 호스팅 기관과 대화하는 데 시간을 할애하여 참가자에게 규칙에 대해 알리고 이벤트가 시작되기 전에 규칙을 이해할 수 있는 시간을 제공하는 것입니다. 위키미디어에 익숙하지 않은 사람들에게는 이 모든 것이 생소하게 들릴 수 있습니다. UCoC 관련 문제에 대해 연락할 수 있는 잘 알려진 사람이 항상 있어야 합니다. 이벤트가 대중에게 공개되는 경우 어느 정도의 관용과 상식이 필요합니다. 컨퍼런스나 프레젠테이션의 경우 혼자가 되지 않으려고 노력하고 다른 위키백과인을 참여시키는 것도 좋은 생각일 수 있습니다.
참가자가 많은 위키콘이나 이와 유사한 이벤트의 경우 FSP/UCoC를 담당하는 잘 알려진 그룹이 있어야 하며(참가자 비율은 1/20이면 타당한 것으로 간주됨) 모든 컨퍼런스 공간에 참석해야 합니다. 팀은 경계와 행동 방법을 알아야 하며, 노란색/빨간색 카드가 있는 시스템이 제안되었습니다. 아마도 이전에 지역 LE 기관과 접촉한 것이 의미가 있을 수 있습니다.
때때로 UCoC 위반은 스트레스가 많은 조직 단계에서 발생할 수 있습니다. 모든 토론 전에 몇 가지 기본 규칙을 설정하고 상기시키거나 촉진자를 두는 것도 좋은 생각일 수 있습니다.
참가자에 대한 통계 자료
설문 조사
총 응답자: 1911 모든 질문은 선택 사항입니다.
누가 응답했나요? | |
---|---|
1. 당신은 어떻게 자신을 식별합니까? (총 응답자 1818명) |
2. 얼마나 오랫동안 프로젝트에 참여했나요? (총 응답자 1702명) |
3. 어떤 프로젝트에 참여하고 계신가요? (총 응답자 1491명) |
4. 어떤 방식으로 (역할)에 참여하십니까? (총 응답자 1797명) |
결론
이탈리아 커뮤니티는 오래전에 평화로운 편집 환경이 매우 중요하다고 결정했고, 따라서 지역 가이드라인은 아마도 이미 UCoC보다 더 엄격할 것입니다. 일반적으로 커뮤니티에서 WMF에 대한 나쁜 감정은 없었고 UCoC나 협의 과정에 대한 부정적인 반응도 없었습니다.
협의에서 여성이라고 선언한 24명의 활동적인 사용자와 LGBT 프로젝트 참여자 중 일부가 연락을 받았는데, 아무도 성별이나 프로젝트 참여로 인해 괴롭힘을 당하거나 부적절한 대우를 받지 않았습니다. 일부 주제(분류 또는 용어)와 관련된 "맨스플레인"이나 일반적인 어려움에 대한 사소한 의견이 있었지만 개인적인 내용은 없었습니다. 한 명의 사용자만이 프로젝트 전체를 성차별적이고 남성 중심적이라고 설명했습니다.
사고를 보고하는 페이지와 비상 절차는 사용자들에게 잘 알려지지 않았고, 새로운 사용자에게는 이 페이지를 찾기가 쉽지 않으며, 전반적으로 프로젝트 내에서 소통하는 방법은 때때로 복잡하고 이해하기 쉽지 않습니다. 베테랑 사용자와 관리자는 초보자처럼 프로젝트에 어떻게 접근하는지, 어떤 어려움을 겪을지 다시 생각해보고, 일을 더 순조롭고 쉽고 친근하게 만들 방법을 찾아야 합니다.