Training modules/Design ideas/ko

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
This page is a translated version of the page Training modules/Design ideas and the translation is 100% complete.
온라인 괴롭힘에 대처하기
안전한 행사 유지
개인정보 취급
번역
피드백
전체 목표
모듈 목록
초안/토론 공간
모듈의 디자인, 접근성 및 형식에 대해 논의
이전 연구

위키미디어 재단은 유용한 디자인과 유용한 콘텐츠를 갖춘 교육 모듈을 만드는 데 전념하고 있습니다. 따라서 이러한 모듈을 만들기 시작할 때 모듈이 “말하는 것” 이상을 생각해야 한다는 것을 압니다. 우리는 그들이 그것을 어떻게 말하는지, 그것이 어떻게 구성될지, 그리고 잠재적 연수생이 이러한 모듈에 “어떻게” 접근하고 사용할 것인지에 대해 생각할 필요가 있습니다. 아래에서 프로토타입 모듈 디자인과 우리가 생각하고 있는 디자인 고려 사항 목록을 찾을 수 있습니다.

이러한 디자인 문제에 대한 귀하의 의견을 듣고 싶습니다! 다음에 여러분의 의견을 보내주세요. 토론 문서.

프로토타입 디자인

매우 간단한 것부터 매우 복잡한 것까지 교육 모듈에 대해 가능한 다양한 형식의 프로토타입을 준비했습니다. 그것들을 보고 데스크탑과 모바일 모두에서 기능을 테스트하고(단, 이것들은 모듈의 전체 구현이 아니라 프로토타입이라는 점을 명심하세요) 토론 페이지에 의견을 말하여 장단점을 알려주시거나, 여러분이 생각해낸 옵션 중에서 선호하는 것을 알려 주세요.

Module:TrainingPages 사용

더 완전한 문서를 보려면 원본 영어 위키백과 모듈을 참조하세요.

TrainingPages 모듈은 원래 user:Ragesoss(당시 User:Sage Ross (WMF)로 위키미디어 재단 계약자로 일했으며 현재는 User:Sage (Wiki Ed)로 위키 교육 재단의 일부로 계속 작업함)가 교육 프로그램에서 참가자가 사용하도록 설계했습니다. TrainingPages는 교육 콘텐츠를 순서가 지정된 수업으로 (반)자동으로 형식을 지정하는 래퍼 및 탐색 틀 집합을 제공합니다.

지원 및 안전 교육 모듈에 TrainingPages를 사용할 때의 장단점

장점
  • 고급 프로그래밍 지식이 필요하지 않으며 위키마크업 및 틀에 대한 고급 지식만 필요합니다.
  • 번역을 포함하여 기본적으로 위키에서 실행
  • 이 모듈을 사용하는 많은 좋은 예가 EP에 의해 이미 존재합니다.
  • 모듈 사용자에게 매우 사용자 친화적입니다. "다음" 및 "이전" 등을 클릭하기만 하면 됩니다.
  • 사용자의 진행 상황을 표시합니다("당신은 1/15페이지에 있습니다").
  • 모바일에서 작동
단점
  • 이에 의존하는 복잡한 틀 시스템은 경험이 풍부하고 틀에 능한 사용자가 설정(필요한 경우 업데이트)해야 함을 의미합니다.
  • 답변을 수정하거나 채점해야 하는 모든 "테스트" 또는 사용자 연습은 교육 페이지 외부에서 수행됩니다(예를 들어 모듈의 페이지는 샌드박스를 편집하는 방법에 대한 지침을 제공할 수 있지만 그렇지 않을 수 있습니다. 사용자가 플레이할 수 있는 독립형 샌드박스를 가져오거나 라디오 버튼 퀴즈를 제공할 수 있음)
  • 모듈은 번역을 포함하는 설정으로 광범위하게 테스트되지 않았습니다. 루아에 유창한 사람이나 번역 확장의 세부 사항에 의해 미세 조정이 필요할 수 있습니다.
  • 모바일에서 볼 때 형식이 다소 비좁습니다.

위키에듀-스타일 대시보드 사용

위키 교육 재단은 사용자에게 교육 콘텐츠를 제공하기 위한 교육 "대시보드" 시스템을 개발했습니다. 세이지 로스의 도움으로 지원 및 안전 팀은 보다 성숙한 도구를 사용하여 콘텐츠를 제공하는 교육 모듈의 프로토타입을 설계할 수 있었습니다. 이것은 여전히 ​​진행 중인 작업이지만 WMFlabs의 위키미디어 재단 소유 프로그램 및 행사 대시보드에 게시되어 있습니다.

위키에듀 스타일 대시보드 사용의 장단점

장점
  • 매우 사용자 친화적인 디자인과 인터페이스
  • "라이브" 퀴즈와 지식 확인을 통합할 수 있습니다.
  • 사용자가 모듈을 "가입"하고, 진행 상황을 추적하고, (필요한 경우) 커뮤니티에서 확인을 위해 모듈 작업 완료를 기록하도록 허용합니다.
  • 위키 상의 페이지에서 콘텐츠(번역 포함) 및 모듈 구성을 그릴 수 있습니다(즉, 위키 상의 접근 권한이 있는 모든 사용자가 편집할 수 있으며 위키에서만 콘텐츠 보기를 선호하는 사용자는 해당 페이지에서 접근할 수 있음)[1]
단점
  • 위키 외부(WMF 소유) 사이트에서 실행
  • 대시보드에서 모듈을 복잡하게 생성하는 것은 .json 파일과 중첩된 페이지/틀 호출 작업을 할 수 있는 숙련된 위키미디어인이 모듈을 설정(필요한 경우 업데이트)해야 함을 의미합니다.
  • 현재, 퀴즈/지식 테스트 구조는 위키 상에서 가져올 수 없습니다. 이것을 변경하려면 우리를 지원하는 위키에듀 직원의 상당한 시간 투자가 필요합니다. 세이지 덕분에 이 작업은 실제로 거의 완료되었습니다!

둘러보기 상자를 사용하여 모듈 페이지 간 이동

이것은 모듈 콘텐츠를 원하는 크기의 수업으로 나누는 간단한 설정입니다. 모듈의 사용자는 순서대로 안내되지 않지만 각 페이지에 강의 중에서 선택할 수 있는 둘러보기 상자가 제공됩니다.

둘러보기 상자 설정 사용의 장단점

장점
  • 번역을 포함하여 기본적으로 위키에서 실행
  • 설정이 매우 간단합니다(일반적으로 콘텐츠 페이지 생성, 둘러보기 상자 틀 작성, 각 페이지에 틀 배치)
  • 위키에 대한 약간의 경험이 있는 사람이라면 누구나 쉽게 이해하고 사용할 수 있습니다.
  • 사용자는 수업 간 이동 방법을 결정할 수 있습니다.
단점
  • 둘러보기 상자는 모바일에서 작동하지 않습니다
  • 사용자를 혼란스럽게 할 수 있는 수업을 순서대로 안내하지 않습니다.
  • 진행 상황 추적 없음

페이지 상단의 "탭" 표시줄 사용

이것은 많은 위키미디어인들이 이미 친숙한 형식입니다. 각 모듈 페이지 상단에 지속적인 탭 표시줄을 제공합니다. 사용자가 특정 순서로 탭을 통해 안내되지는 않지만 사용자가 쉽게 따를 수 있는 순서로 시각적으로 구성(및 추가 구성 가능)합니다.

탭 막대 사용의 장단점

장점
  • 모바일에서 작동
  • 형식은 대부분의 위키미디어인들에게 친숙합니다. 탐색 탭을 사용하는 방법은 대부분의 컴퓨터 사용자에게 직관적입니다.
  • 숙련된 위키 편집자에게는 탭 표시줄 설정이 상당히 간단합니다.
  • 페이지 상단 배치로 사용자 탐색이 용이함
  • 번역을 포함하여 기본적으로 위키에서 실행
단점
  • 모바일에서 볼 때 형식이 다소 비좁습니다. 사이드 스크롤링이 필요할 수 있습니다
  • 사용자를 혼란스럽게 할 수 있는 수업을 순서대로 안내하지 않습니다.
  • 모듈에는 많은 수의 하위 강의가 있기 때문에 탭 막대는 압축률이 높지 않거나 페이지에서 너무 많은 공간을 차지하는 방식으로 포맷하기가 다소 어렵습니다.
  • 설정은 틀과 div에 상당히 익숙한 사람이 필요합니다.
  • 진행 상황 추적 없음

단일 페이지 보기 사용

단일 페이지 보기는 모듈 콘텐츠의 가장 간단한 구현입니다. 이름에서 알 수 있듯이 모듈의 전체 내용을 한 페이지에 표시합니다.

단일 페이지 보기 사용의 장단점

장점
  • 사용자가 모듈을 쉽게 인쇄하거나 포켓 또는 인스타페이퍼와 같은 다른 읽기 형식으로 다운로드할 수 있습니다.
  • 기본적인 위키마크업을 할 수 있는 사람은 설정 노력을 무시할 수 있습니다.
  • 사용자가 협상할 복잡한 탐색이 없습니다. 페이지의 스크롤 막대는 대략적인 진행 상황을 제공합니다.
  • 잠재적으로 일부 틀(필요한 경우 모바일에서 작동하도록 최적화될 수 있음)을 제외하고 일반적으로 모바일에서 작동해야 합니다.
  • 번역을 포함하여 기본적으로 위키에서 실행
단점
  • 제한된 대역폭의 모든 사용자를 위한 느린 페이지 로드
  • 하나의 큰 청크는 콘텐츠에 쉽게 접근할 수 없게 만들 수 있습니다.
  • 명시적 진행 상황 추적 없음
  • 개별적으로 수업을 제시하는 모듈의 대화형 품질이 부족합니다.

주요 디자인 문제

다음은 우리가 이미 생각하고 있으며 여러분의 의견을 듣고 싶은 몇 가지 잠재적인 디자인 및 형식 문제입니다. 그러나 이것은 완전한 목록이 아니므로 우리가 생각하지 못한 관련 문제를 자유롭게 제기하세요!

모듈의 위치

  1. 이러한 모듈이 위키미디어 프로젝트(예: XXX.wikimedia.org)에서 호스팅”되어야 한다고” 생각하십니까?
    • 그렇다면 왜죠?
  2. 이러한 모듈이 위키미디어 프로젝트에서 호스팅되어야 하지만 호스팅되어서는 안 “된다고” 생각하십니까?
    • 그렇다면 어떤 상황에서 위키 외부에서 호스팅되는 모듈을 수락하시겠습니까? 예를 들어, 위키 외부 장소를 사용하여 모듈을 보다 대화식으로 만들거나 멀티미디어를 사용하거나 사용자가 진행 상황을 추적할 수 있다면 이것이 위키 외부를 선택하는 타당한 이유가 될까요?
    • 독립 사이트와 같은 "완전히 오프-위키" 장소와 도구 연구소나 Wikiedu.org와 같은 "세미 오프-위키" 사이트를 구별하시겠습니까? 위키미디어 프로젝트는 아니지만 위키미디어 우산 아래에 있습니다. ? 이러한 유형의 "외부-위키" 중 하나가 다른 것보다 더 수용 가능합니까?
  3. 이러한 모듈을 위키 외부에서 호스팅하는 경우 사용자 권한 및 보안 측면에서 해결할 수 있는 요소는 무엇입니까? 예를 들어 호스팅 사이트의 데이터 보존, 호스팅 사이트의 저작권 문제…

접근성

우리 모듈의 모든 사용자가 모든 면에서 일반적인 것은 아니며 많은 사람들이 필요에 맞는 방식으로 모듈에 접근하거나 모듈을 볼 필요가 있습니다. 모듈은 어떤 유형의 접근성 문제를 고려해야 합니까? 다음 중 원하는 만큼 선택하거나 직접 추가합니다.

  • 화면 판독기: 모듈은 화면 판독 소프트웨어와 함께 작동해야 합니다.
  • 일반 시각 장애: 모듈은 높은 줌에서 사용할 수 있어야 하며 접근 가능한 색상 스키마를 사용해야 합니다.
  • 모바일 사용자: 모바일에서 모듈을 보는 사람들이 모듈을 읽고 사용할 수 있어야 합니다.
  • 낮은 대역폭: 느리거나 인터넷 연결이 제한된 사용자가 모듈을 사용할 수 없거나 사용하지 않으려는 방식으로 모듈을 설계해서는 안 됩니다.

구조

  1. 모듈을 단일 페이지 형식으로 사용할 수 있어야 합니까?
    • 기본으로?
    • 사용자가 옵션으로 선택할 수 있습니까?
  2. 모듈을 여러 페이지 형식으로 사용할 수 있어야 한다고 생각하는 경우 개별 페이지의 크기/복잡도에 대해 그릴 수 있는 가장 좋은 제한은 무엇입니까? 예를 들어, 평균 연결 시 로드 시간 X초, 읽기 시간 X분, 전체 수업 1회...
  3. 모듈은 얼마나 구조화되어야 합니까? 사용자가 특정 순서로 콘텐츠와 수업을 진행해야 합니까, 아니면 단순히 모듈에 포함된 모든 정보를 제공하고 이를 통해 작업하는 방법을 결정할 수 있도록 허용해야 합니까?
  4. 모듈의 주요 내용은 어떤 형식으로 표시되어야 합니까? 예를 들어, 비디오, 긴 형식의 산문, 짧은 형식의 산문...

잠재적 전달 메커니즘

교육 모듈을 제공하는 데 잠재적으로 사용할 수 있는 몇 가지 기존 확장, 모듈 및 도구가 있습니다. 다음은 우리가 알고 있는 몇 가지입니다. 이들 중 하나라도 적절하다고 생각하거나 우리가 아닌 유사한 플랫폼을 알고 있는 경우 알려주세요.

  • 모듈: 교육 페이지 - 교육 콘텐츠를 통해 구조화된 탐색 및 프레젠테이션을 허용하는 확장 및 틀 집합
    • 장점: 이미 작성된 위키에서 작동하며 사용자가 모듈 콘텐츠를 쉽게 사용할 수 있습니다.
    • 단점: 번역과 함께 완벽하게 작동하려면 더 많은 개발이 필요할 수 있으며 설정이 상당히 복잡합니다.
  • 위키에듀 교육 대시보드 (위키에듀 사이트 또는 잠재적으로 도구 실험실의 교육 모듈-특정 장소에서 실행)
    • 장점: 모듈에서 유용할 수 있는 많은 기능이 있습니다(대화형 퀴즈, 진행 상황 추적, 잘 제어된 대역폭 사용).
    • 단점: 모듈 설계자가 학습해야 하는 특수 자바스크립트 마크다운(.yaml)을 사용하여 코딩된 오프-위키에서 작동, 현재 "각 언어에 대해 완전히 별도의 모듈 생성" 이외의 메커니즘을 통한 모듈 콘텐츠 번역을 지원하지 않습니다.

기능

다음 콘텐츠 유형 각각에 대해 모듈에 있어야 하는지, 있어야 하는지, 없어야 하는지, 아니면 없어야 하는 지에 대한 의견을 듣고 싶습니다. 주어진 기능의 사용이 선택 사항일 수 있지만 모듈 완료를 위해 필수 사항이 아니어야 한다고 생각하는 경우에도 저희에게 알려주세요.

  1. 동영상:
    • 콘텐츠(예: 모듈의 본문은 "강의" 동영상임)
    • 시연(예: 우호적인 분위기 정책 위반을 처리하는 역할극 행사 주최자)
    • 배경 정보(예: 괴롭힘이 자신에게 미친 영향에 대해 동영상에서 말하는 사람)
  2. 오디오:
    • 콘텐츠(예: 모듈의 본문은 "강의" 오디오임)
    • 시연(예: 우호적인 분위기 정책 위반을 처리하는 역할극 행사 주최자)
    • 배경 정보(예: 괴롭힘이 자신에게 미친 영향에 대해 동영상에서 말하는 사람)
  3. 사용자 활동:
    • 단독 사용자 활동(예: 사용자에게 사용자 공간에서 무언가를 연습하도록 요청)
    • 그룹 사용자 활동(예: 모듈을 수강하는 사용자에게 현재 모듈을 수강 중인 다른 사용자와 토론 페이지 토론 또는 연습 시나리오에 참여하도록 요청)
  4. 퀴즈:
    • 비대화형 퀴즈(예: 모듈에서 질문 목록을 제시하고 사용자에게 답변을 위해 샌드박스에 페이지를 만들도록 요청할 수 있음)
    • 대화형 사용자 퀴즈(예: 모듈에 자바스크립트 기반 퀴즈가 포함되어 있을 수 있으며 사용자가 질문에 답한 다음 퀴즈를 제출할 수 있음)
    • 채점되지 않은 퀴즈 또는 선택적 퀴즈 통과(퀴즈에서 사용자의 점수는 모듈에서 진행하는 능력에 영향을 미치지 않음)
    • 채점 또는 합격 퀴즈(사용자가 모듈에서 계속 진행하려면 특정 수준의 정확도로 퀴즈를 통과해야 함)
  5. 유머(예: 주제를 설명하는 재미있는 gif 또는 만화)
  6. 실제 사례(예: 과거 괴롭힘 사건에 대한 익명화된 사례 연구)

완성

  1. 사용자가 모델을 완성할 때 다음 중 어떤 일이 발생해야 합니까?
    • 사용자가 반스타를 받습니다.
    • 사용자에게 "완료 인증서"에 대한 접근 권한이 부여됩니다.
    • 사용자에게 "축하합니다" 메시지가 표시됨
    • 사용자는 모듈에 대한 경험에 대해 WMF에 피드백을 제공하는 것이 좋습니다.
      • 공개(모듈 토론 페이지)
      • 비공개(이메일)
  2. 여러분의 커뮤니티는 이러한 모듈이 커뮤니티 및 주최자에게 유용한 것으로 판명되면 WMF가 다음 중 하나를 촉진하거나 승인하기를 원할 것이라고 생각하십니까?
    • 특정 사용자 권한 보유자가 이러한 교육 모듈의 일부 또는 전부를 완료해야 한다는 커뮤니티의 요구 사항
    • 행사 주최자가 이러한 교육 모듈의 일부 또는 전체를 완료해야 한다는 커뮤니티의 요구 사항
    • 커뮤니티에서 구성원이 이러한 교육 모듈의 일부 또는 전체를 완료하도록 요구하는 방법과 여부를 논의하는 토론 프로세스
    • 행사 모듈의 일부 또는 전체 콘텐츠의 행사 공개 프레젠테이션(예: 행사 참석자 irl 교육에서 커뮤니티 구성원 지원)
    • 커뮤니티의 관심 주제에 대한 새로운 교육 모듈 만들기

Notes

  1. See the following, which set the structure for the prototype module: