Linux Foundation 프로젝트

이 페이지에는 Google Season of Docs에서 승인된 테크니컬 라이팅 프로젝트의 세부정보가 포함되어 있습니다.

프로젝트 요약

오픈소스 조직:
Linux Foundation
테크니컬 라이터:
jaskiratsingh2000
프로젝트 이름:
카오스: CHAOSS 커뮤니티 가이드 작성
프로젝트 기간:
표준 기간 (3개월)

Project description

프로젝트 추상:

현재 CHAOSS 커뮤니티 내의 실무 그룹들은 자체적인 업무 방식을 개발하고 각기 다른 절차를 다양한 수준으로 문서화했습니다. 실무 그룹에는 Common Metrics WG, Diversity & Inclusion WG, Evolution, Risk, Value(가치) 실무 그룹이 포함되며 자체적인 참여 및 업무 방식을 정립하고 다양한 소통 방식과 업무 문화를 조정했습니다. 측정항목에 따른 실무 그룹은 다양한 중점 분야와 배경을 가지고 있어서 적절한 측정항목에 적합한 다양한 연구 및 개발을 이끌고, 각 부문에서 다양한 연구 및 개발을 이끄는 올바른 경로를 알고 있지만, 신규 참가자와 기존 기여자를 위한 절차는 각 작업에 어떻게 참여하거나 바람직한 방향으로 나아가야 하는지 모를 수 있습니다.

그 결과 CHAOSS 커뮤니티 내 모든 요소는 표준화되지 않고 있습니다. 따라서 커뮤니티 전반에서 업무 문화의 올바른 프로세스와 기본적인 기초를 알기 위해 커뮤니티 핸드북의 목표는 중요한 정보를 한곳에 모으고 그 중 일부를 CHAOSS 프로젝트에서 표준화하는 것입니다. 중요 정보와 표준화 부분은 주로 CHAOSS가 커뮤니티의 성취에 대한 동의를 얻을 수 있도록 CHAOSS에서 사용하는 프로세스에 중점을 둡니다. 이를 위해 CHAOSS가 커뮤니티의 성취에 대한 합의를 이루는 방법, 신규 이민자가 커뮤니티의 기본 사항에 참여하고 준수할 수 있는 방법, 신규 또는 기존 회원이 CHAOSS 커뮤니티 내에서 리더십을 발휘하기 위해 따라야 하는 절차와 경로가 제공됩니다.

이 핸드북은 기존 및 신규 커뮤니티 회원을 위한 CHAOSS 프로젝트에서 업무를 수행하는 방법에 대한 안내 매뉴얼 역할을 해야 합니다. 이 프로젝트에는 핸드북의 콘텐츠를 수집하고 구성하는 창의적인 구성요소와 핸드북의 대표 방식을 정의하는 기술적 구성요소가 포함됩니다.

필요한 사항

커뮤니티 핸드북은 커뮤니티의 주요 정책 및 절차를 정의하고 커뮤니티의 사명, 가치, 활동을 개괄적으로 설명하는 문서입니다.

이 핸드북은 커뮤니티에 새로 가입한 회원에 대해 명확한 소개와 활동을 제공합니다. 현재 CHAOSS 커뮤니티 핸드북은 GitHub 저장소에서 확인할 수 있으며, 신규 사용자와 기존 커뮤니티 사용자를 위해 더 많은 정보를 포함하여 개편 및 리팩터링해야 합니다. 따라서 이 CHAOSS 커뮤니티 전체 핸드북은 다음과 같은 방식으로 신규 및 기존 커뮤니티 멤버를 지원합니다.

  • CHAOSS 커뮤니티 정책을 공식화하고 체계화하여 한곳에 모았습니다.
  • 커뮤니티의 소개, 사명, 비전, 리더십 전달
  • CHAOSS 커뮤니티 관행 이해하기
  • 참여 가이드라인
  • 프로젝트 워크플로 정의
  • 카오스 커뮤니티 문화 소개
  • 일반 FAQ
  • 멘토링 서비스

프로젝트 설명:

커뮤니티 핸드북은 여러 '섹션'으로 나뉘며 특정 주제에 관한 적절하고 자세한 정보가 포함되어 있습니다. 섹션은 다음과 같은 방법으로 나눌 수 있습니다.

  • 소개
  • 카오스 커뮤니티가 공유하는 방식
  • 리더십을 향한 길
  • 용어
  • 참여 가이드라인
    • 개발자
    • 디자이너
    • 작성자
    • 마케팅 담당자
  • 측정항목
  • CHAOSScon
  • CHAOSScast
  • 회의 동영상
  • 일반 FAQ
  • 멘토링
    • Google 프로그래밍 경진대회(Summer of Code)
    • 연락
    • Google Docs 시즌

자세한 프로젝트 딜리버러블

1.) 소개:

본 섹션은 CHAOSS 커뮤니티 핸드북의 첫 번째 페이지 역할을 하며 핸드북의 세부정보, 개요 및 사용법을 다룹니다. 아래 내용은 다음과 같습니다.

A.) 여기에는 CHAOSS 커뮤니티에 대한 간략한 설명과 함께 환영 메시지가 포함되어 있어 독자가 핸드북을 끝까지 읽도록 설득하는 데 도움이 됩니다. 또한 여기(https://chaoss.community/chaoss-photo- album/)에 있는 이미지 콜라주도 포함하여 커뮤니티의 다양한 움직임을 강조합니다. B.) 또한 페이지에는 모든 섹션에 대한 세부정보가 포함되어 있으며 각 섹션과 적절한 링크를 한 줄로 설명합니다. C.) 핸드북 사용: 핸드북 사용이 이미 여기( shorturl.at/cqQU6 )에 있지만 더 나은 마크다운을 통해 기존 핸드북 사용을 개편하고 리팩터링할 것입니다. 여기에는 핸드북 Flow가 포함됩니다(사용자가 핸드북과 관련된 내용을 추가, 삭제 또는 논의하고자 할 때의 상황을 포함합니다. 핸드북과 관련된 모든 의사소통 절차의 후속 조치로 사용될 수 있습니다.) 핸드북 가이드라인(커뮤니티 및 범위 내에서의 사용법 포함), 핸드북 기여 ( 변경, PR 작성, 핸드북 및 스타일 가이드 변경 시 따라야 할 템플릿 포함), 핸드북에 대한 의견 공유 '의견 공유'에 템플릿과 사용자가 후속 조치를 취하여 GitLab 문제를 제공하거나 받을 수 있는 다양한 방법을 포함합니다.

2.) CHAOSS 커뮤니티의 방식:

CHAOSS 커뮤니티의 방식은 사람들이 커뮤니티 관행과 가이드라인을 이해하는 데 중요합니다. Workflows를 통해 커뮤니티 관행을 더욱 강조하고 가장 효과적인 방법으로 파악할 수 있습니다. 이 섹션에는 다음 사항이 포함됩니다.

A.) 일반적인 가치: CHAOSS 커뮤니티에서 지속 가능성, 개방성, 투명성을 다루는 방법을 간략히 설명합니다. 신규 사용자나 기존 사용자가 커뮤니티와 협력할 때 이러한 가치를 이해하고 고려해야 하는 방법을 설명해 드리겠습니다. B.) 커뮤니티 가이드: CHAOSS 커뮤니티에 실제로 참여하는 방식과 기본 약관을 준수하는 방법을 다룹니다. 이것은 또한 지역 사회가 따라야 하는 직장 문화에 대해서도 설명합니다. 해야 할 일과 하지 말아야 할 일 핵심 참여자/유지관리 담당자 체크리스트도 포함되어 있으며, 다른 사용자에게 유지관리 담당자와 어떻게 협력해야 하는지, 체크리스트는 무엇인지를 알려줍니다. C.) 실무 그룹: 이 페이지( https://chaoss.community/participate/ )에는 WG 설명, 저장소 링크, 회의 정보와 같은 실무 그룹에 관한 정보가 포함되어 있지만 핸드북에는 다양한 실무 그룹에 참여하고 측정항목을 평가하고, 각 WG의 업무 문화를 이해하고, 다양한 실무 그룹의 핵심 기여자가 되는 방법을 이해하는 방법이 포함되어 있습니다.

3.) 리더십을 향한 길:

그러나 오픈소스 프로젝트에서 리더십을 얻는 것은 상업적 세계에서 커뮤니티가 성공을 거두는 데 필수적일 수도 있습니다. 따라서 이를 고려하여 다음을 포함하겠습니다.

A.) 기술 리더십: Repo 유지관리 담당자, 문서 작성자, 웹사이트 유지관리자 B의 프로세스와 책임이 포함됩니다.) 지배구조 리더십: 여기에는 이사회 구성원과 의사 결정권자 C를 위한 경로가 포함됩니다.) 운영 리더십: 커뮤니티 매니저를 위한 과정이 포함됩니다.

4.) 용어:

용어를 사용하면 CHAOSS 커뮤니티에서 자주 사용되는 용어와 해당 물건을 설명할 수 있습니다. 또한 대문자 사용, 약어, 피해야 할 단어와 같은 용어 사용 가이드라인도 포함됩니다. CHAOSS 프로젝트, 오픈소스 커뮤니티 건강, 코드 검토, 실무 그룹, 오픈소스 소프트웨어 측정항목, 일반 측정항목, 다양성, 포용성 측정항목, 진화 실무 그룹, 위험 실무 그룹, 가치 실무 그룹, 측정항목 출시, 중점 분야가 포함됩니다.

5.) 참여 가이드라인:

이는 모든 오픈소스 커뮤니티의 주요 컨텍스트입니다. 대부분의 오픈소스 커뮤니티는 기여나 자원봉사 활동에 의존하므로 커뮤니티에 가입하는 신규/사용자가 기본적인 필요성과 준수해야 할 가이드라인을 이해하는 데 도움이 됩니다. 여기에는 다음과 같은 세부정보가 포함됩니다.

A.) 커뮤니티 로드맵 이해하기: 이 주제에서는 CHAOSS 커뮤니티의 로드맵 개요로 연결되며, 이를 통해 사용자는 CHAOSS 프로젝트 내의 다양한 업무에 우선순위를 두고 어떤 방법이나 절차를 따라야 하는지 알 수 있습니다. B.) 개발, 문서, 설계, 테스트 등과 같이 실습에 참여하기 위해 필요한 사항을 설명합니다. C) GitLab 작동에 대한 간략한 개요 제공 D) 검토자 및 유지관리자 가이드

또한 이 섹션에는 아래와 같은 각 기여 카테고리에 대한 '역할 및 책임'도 포함되어 있습니다.

a.) 설계: 이 하위 섹션에 'CHAOSS 디자인 작업 흐름' 및 '디자인 가이드라인'이 포함됩니다. 여기에는 참가자가 디자인 분야에 기여할 때 준수해야 하는 디자인 원칙, 프로세스 및 사용 도구가 포함되어 있습니다. b.) DEVELOPMENT: 코드베이스에 기여하는 방법에 관한 가이드가 포함됩니다. 여기에는 기술 요구사항, 프로젝트 구조, 프로젝트 설정(Augur, Cregit, GremoireLab)이 포함됩니다. c.) 문서: 여기에는 도구 및 스타일 가이드를 비롯한 문서 관련 리소스가 포함됩니다. d.) 알림: 블로그 작성, 소셜 손잡이 사용, 모임 및 이벤트 조직 등 후원자들이 CHAOSS 커뮤니티를 지원할 수 있는 방법을 포함합니다.

6.) 측정항목

현재 CHAOSS 커뮤니티 웹사이트에 측정항목 출시 정보( https://chaoss.community/metrics/ )가 게시되어 있으므로 사용자가 해당 웹사이트에서 측정항목 웹사이트를 제공하기 위한 절차를 따르는 방법을 이해하는 것이 더욱 중요합니다. 따라서 이 섹션에서는 사용자가 프로세스와 자체적인 측정항목 출시 작업을 하는 데 도움이 되는 정보를 안내합니다.

7.) 카오스콘:

CHAOSScon에 관한 정보는 이미 GitHub( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md) 및 웹사이트( https://chaoss.community/CHAOSScon-2020-NA/ )에 있지만 핸드북에서 CHAOSScon의 절차를 설명하고 방법을 관리하는 세부정보와 정보를 추가하는 것이 더 합리적입니다. 핸드북에는 다음 정보가 포함됩니다.

A.) 조직위원회 세부정보: CHAOSScon B 조직 위원회에 참여하는 절차를 설명합니다.) 제안 요청 절차 관리: 저자 등록 관리, 제안 및 문서 제출, 검토, 승인 절차가 포함됩니다. C.) CHAOSScon 프로그램 관리 및 게시 D.) 광고 및 마케팅 관련 관리 방법 E) 스폰서십 제안서 및 패키지를 포함한 자금 처리 방법

8.) CHAOSScast:

CHAOSScast 정보는 여기(https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md)에 있으며 참여, 조직 위원회, 광고, 마케팅 자료와 같은 추가 세부정보와 함께 핸드북에 포함됩니다.

9.) 회의 동영상:

여기에는 모든 회의 동영상과 함께 이전에 진행되었으며 YouTube에서 사용할 수 있는 참석자, 일정목록 등의 설명이 포함됩니다.

10.) 일반 FAQ:

여기에는 커뮤니티 내에서 일반적으로 제기되는 일반적인 질문이 포함되어 있으며, 이를 통해 신규 사용자와 기존 커뮤니티 회원이 일부 질문에 답변하는 데 도움이 될 것입니다.

11.) Google 프로그래밍 경진대회(Summer of Code):

이 섹션에는 Google 프로그래밍 경진대회(Summer of Code), 자격 기준(Summer of Code), 자격 기준 및 Google Summer of Code(CHAOSS)의 CHAOSS 커뮤니티 참여 방법에 대한 정보가 포함됩니다. 이 섹션에는 사람들이 제안서와 역할 및 책임의 초안을 작성하는 데 사용할 수 있는 제안서 템플릿도 포함되어 있습니다. 또한 여기에는 기존 커뮤니티 회원이 조직 관리자 및 멘토가 되는 과정을 배우는 데 도움이 되는 정보도 포함되어 있습니다.

  1. 연락:

이 섹션에는 공익사업, 자격 기준, 그리고 Outreachy에서 CHAOSS 커뮤니티에서 사람들이 참여할 수 있는 방법에 관한 정보가 포함되어 있습니다.여기에는 조직 관리자 및 멘토가 되는 과정 등의 역할과 책임을 다룹니다.

  1. Google Docs 시즌:

이 섹션에는 GSoD, 자격 기준 및 GSoD의 CHAOSS 커뮤니티에서 사람들이 참여할 수 있는 방법에 관한 정보가 포함되어 있습니다. 여기에는 조직 관리자 및 멘토가 되는 절차를 비롯한 역할과 책임이 포함됩니다.

프로젝트 예상 결과:

핸드북은 모든 커뮤니티에서 중요한 역할을 합니다. 마찬가지로 이 CHAOSS 커뮤니티 전체 핸드북은 CHAOSS 커뮤니티를 위한 더 체계적이고 자세한 문서를 만들 수 있습니다. 커뮤니티에 가입하는 신규 사용자는 물론 기존 커뮤니티 회원도 CHAOSS 커뮤니티의 기본사항과 작동 방식을 쉽게 이해할 수 있습니다. 또한 이 핸드북을 통해 카오스 커뮤니티 내에서 다양한 직장 문화로 가는 다양한 절차와 경로를 마련할 수 있을 것입니다.

기술 세부정보:

저는 팀이 보다 효과적이고 효율적으로 일할 수 있는 사용자 친화적이고 협업적인 프로젝트이므로 핸드북 유지 관리를 위해 Gitbook 플랫폼을 사용할 것을 제안합니다. GitBook 플랫폼의 몇 가지 기능:

  • WYSIWYG: 강력하면서도 아름다운 텍스트 편집기
  • 마크다운: 강력하고 생산적인 마크다운 바로가기 지원
  • 리치 삽입: 동영상, 코드 스니펫, 기사, 음악 등 외부 웹 콘텐츠를 삽입합니다.
  • 작성자용 대시보드: 시각적 편집을 지원하는 작성자용 지능형 대시보드 제공
  • 초안: 새로운 변경사항의 초안을 작성하고 비동기적으로 공동작업하기
  • 지원 의견: 초안 변경사항 논의 및 검토
  • 기록 기록 추적: 모든 항목을 추적할 수 있습니다. 변경사항 검토 및 되돌리기
  • 통계: 트래픽, 평점, 콘텐츠 품질을 추적하는 통계도 지원합니다.
  • GitHub 동기화: 워크플로를 유지하고 GitHub와 문서 동기화 유지
  • 브랜딩 맞춤설정: 맞춤 도메인, 맞춤 로고, 글꼴, 색상, 테마, 헤더 등

플랫폼을 엿볼 수 있는 몇 가지 이미지입니다.

  • shorturl.at/GNQR4
  • shorturl.at/gATZ8
  • shorturl.at/qrE57
  • shorturl.at/rFRX6
  • shorturl.at/eyLW1
  • shorturl.at/rwHS8

-- 핸드북은 어디에서 호스팅하나요?

핸드북은 GitHub가 커스텀 도메인, 일반적인 오류, 검색엔진 최적화를 위한 적절한 메커니즘을 제공하는 GitBook 자체에 호스팅됩니다.

커스텀 도메인: CHAOSS 커뮤니티가 커스텀 도메인에서 호스팅하려는 경우 docs.chaoss.community와 같이 표시됩니다. 원하는 하위 도메인만 구축하면 됩니다. 조직 도메인을 설정하려면 Gitbook 플랫폼에서 조직 설정으로 이동하세요. 이미지 예: shorturl.at/GNQR4

GitBook 공간은 기본적으로 HTTPS가 사용 설정된 자체 CDN을 통해 제공됩니다. 인증서는 LetsEncrypt에서 발급됩니다.

지원 가능한 도메인:

  • 하위 도메인: www.example.com
  • 커스텀 도메인: docs.example.com

-- 두 플랫폼 모두에서 효과적으로 편집을 수행할 수 있도록 Gitbook을 GitHub와 동기화하려면 어떻게 해야 할까요?

GitHub와 통합하면 매우 사용하기 쉽습니다. GitBook에서 콘텐츠를 변경하면 해당 내용이 GitHub 저장소로 푸시됩니다. 반대로 GitHub 저장소로 푸시된 커밋은 GitBook 내에서 가져옵니다.

GitHub 통합을 설정합니다.

  • GitBook 플랫폼 내의 공간에서 Integration(통합) 탭 > GitHub를 클릭합니다.
  • GitBook이 조직에 연결된 GitHub 계정에 액세스하도록 승인합니다.
  • 조직 GitHub으로 이동하여 'HandBook'용 저장소(예: chaoss-handbook)를 만듭니다.
  • 이제 GitBook 플랫폼 내의 승인 옵션 내에서 연결할 chaoss-handbook이라는 이름의 저장소를 선택합니다.

이 단계가 완료되면 GitBook은 chaoss-handbook 저장소에 웹훅을 추가해 저장소가 변경될 때마다 콘텐츠를 가져올 수 있습니다. GitBook을 변경하면 새 코멘트가 푸시됩니다.

감사합니다 누구나 GitBook 또는 GitHub 저장소에서 계속 수정할 수 있습니다.

-- GitBook 플랫폼에서 페이지를 편집하려면 어떻게 해야 하나요?

GitBook 플랫폼 내에서 편집하려는 사용자는 초대 또는 참여 링크를 사용하여 GitBook 플랫폼에 가입해야 합니다. GitBook은 사용자가 페이지 내에서 직접 쓸 수 있는 시각적 편집을 지원합니다.

초안은 작성자만 액세스할 수 있는 사용자 콘텐츠의 수정 가능한 버전으로, 작성을 시작하면 자동으로 생성됩니다 (편집기의 첫 번째 글자, 새 페이지 만들기, 사진 업로드 등).

초안에서 변경한 사항은 사용자가 충돌 없이 같은 문서에 동시에 다른 회원과 함께 작업할 수 있습니다. 이를 비동기 편집 및 충돌 해결이라고 합니다.

초안의 첫 번째 버전을 즉시 게시할 준비가 되지 않을 때도 있습니다. 나중에 작업을 계속하거나 콘텐츠를 아직 '병합'할 준비가 되지 않은 경우 '저장'을 사용합니다.

수정이 완료되면 초안을 '병합'할 수 있습니다. 작성한 콘텐츠나 변경사항은 팀원에게 제공되거나 공개됩니다.

이미지 예: shorturl.at/gATZ8 및 shorturl.at/qrE57

-- 콘텐츠 구조:

목차: 각 공간에는 문서를 작성하는 데 필요한 만큼의 페이지를 포함할 수 있습니다. 이러한 페이지는 모두 화면 왼쪽의 목차에 표시됩니다. 목차에서 새 페이지 또는 페이지 그룹 만들기, 외부 링크 추가, 대안 추가, 마크다운 (.md 또는 .markdown), HTML (.html), Microsoft Word (.docx)인 웹사이트나 파일 등의 외부 문서 가져오기 등 페이지를 관리할 수 있습니다.

초기 페이지: 초기 페이지는 설명서의 홈페이지 또는 루트이며 기본적으로 설명서의 모든 페이지의 마스터 역할을 합니다. 이 페이지는 문서 및 공간의 기본 출입구이므로 이동 또는 삭제하거나 자녀를 포함하거나 그룹에 속할 수 없습니다.

페이지: 페이지에는 제목이 있으며, 편집기 상단에는 설명(선택사항)이 있습니다. 그런 다음 원하는 종류의 콘텐츠를 작성하고 추가할 수 있습니다.페이지를 다른 페이지 아래에 드래그 앤 드롭하여 페이지를 중첩할 수 있습니다. 페이지의 하위 요소는 숨겨지지만 접을 수 있습니다.

외부 링크: 이 항목은 외부 링크이며 편집기에 콘텐츠가 없습니다. 주요 기능은 외부 웹사이트로 연결하는 것입니다.

변형: 변형을 만들어 문서의 대체 콘텐츠를 만들 수 있습니다. 이는 여러 버전의 API, 라이브러리 또는 번역을 문서화하는 데 유용할 수 있습니다.

이미지 예: shorturl.at/eyLW1 및 shorturl.at/rFRX6

-- 고객 측에 핸드북이 제시되는 방식

Chaoss 커뮤니티 핸드북은 하위 도메인(https://docs.chaoss.community)을 사용해 액세스할 수 있으며 사용자 측에서는 다음과 같은 방식으로 표시됩니다.

  • Mattermost 핸드북 - https://handbook.mattermost.com/
  • Linux Foundation 커뮤니티 브리지 문서 - https://docs.linuxfoundation.org/docs/ 그 밖의 많은 파일

프로젝트 일정:

1.) 커뮤니티 유대감 형성 단계 (8월 17일~9월 13일)

A.) 1~4주 차:

  • 멘토와 프로젝트 토론
  • 프로젝트 내의 다양한 섹션에 필요한 정보를 조사하고 수집한 다음, 커뮤니티에 명확한 질문을 합니다.
  • 핸드북에 사용할 플랫폼을 커뮤니티와 함께 명확히 하고 (GitBook을 추천합니다) 이를 설정합니다.
  • 문서 문제에 참여

2.) 문서 개발 단계 (9월 14일~11월 30일)

A.) 5주 차 (9월 14일~9월 20일)

  • 초안' 소개 섹션

B.) 6주 차 (9월 21일~9월 27일)

  • 'The CHAOSS Community Way' 섹션 초안 작성

C.) 7주 차 (9월 28일~10월 4일)

  • '리더십 경로' 섹션의 초안 작성하기
  • '용어' 섹션의 초안 작성

D.) 8주 차 (10월 5일~10월 11일)

  • 커뮤니티 로드맵 초안
  • 초안 디자인 기여 가이드라인

E.) 9주 차 (10월 12일~10월 18일)

  • 초안 개발 섹션

F.) 10주 차 (10월 19일~10월 25일)

  • 글쓰기 및 연락 섹션 가이드라인

G.) 11주 차 (10월 26일~11월 1일)

  • 초안 측정항목 섹션
  • 초안 CHAOSScon 섹션

H.) 12주 차 (11월 2일~11월 8일)

  • 회의 섹션 디자인

  • 커뮤니티 일반 FAQ 초안

    I.) 13주 차 (11월 9일~11월 15일)

  • GSoC 가이드라인 초안

J.) 14주 차 (11월 16일~11월 22일)

  • 연락 가이드라인 초안

K.) 15주 차 (11월 23일~11월 29일)

  • 여유 시간, 전체 문서 다듬기 및 개선

3.) 평가 단계 (11월 30일~12월 5일)

A.) 16주 차:

  • 프로젝트 보고서 초안 작성
  • 프로젝트에 대한 평가 작성

커뮤니티 상호작용

1.) 커뮤니티에 참여 및 토론

2020년 4월부터 카오스(CHAOSS) 커뮤니티에서 서핑을 하고 있으며 커뮤니티 회원 및 저의 구체적인 프로젝트 멘토(Georg Link, Armstrong Foundjem)와 다양한 토론에 참여했습니다. 커뮤니티 회원의 더 큰 관심을 불러일으킨 토론의 한 가지는 '커뮤니티 핸드북을 호스팅하는 플랫폼으로 Gitbook 제안하기'였으며, CHAOSS 자료실 메일링 리스트 대화목록에서 찾을 수 있습니다. 여기에는 커뮤니티 핸드북 호스팅 플랫폼으로 'Proposing Gitbook'이라는 이름이 지정되어 있습니다. 또한 커뮤니티 주간 통화에 참여해 커뮤니티에 최신 소식을 전하는 데 도움을 받고 있습니다.

2.) 이 프로젝트에 필요한 정보는 어떻게 수집하나요?

이 프로젝트에서는 커뮤니티 전체 핸드북을 마련해야 하므로, 프로젝트 내에서 접근해야 하는 정보를 수집하고 커뮤니티 구성원과 논의합니다. 위에서 제 일정을 제안해 드린 바와 같이, 커뮤니티 유대감 형성 기간에 필요한 정보를 논의하고 수집할 수 있습니다.

CHAOSS에 따라 다양한 섹션을 조사하고 메일링 리스트에 계속 게시됩니다. 요구사항에 따라 멘토와 커뮤니티로부터 명확한 질문을 할 것입니다.

간결한 논의를 위해 매주 통화에 참석할 예정입니다.

3.) 커뮤니티에게 진행 상황과 프로젝트 진행 중에 있을 수 있는 문제나 질문에 대해 어떻게 알릴 계획인가요?

유연성과 투명성을 위해 메일링 리스트 토론을 통해 질문이 있는 경우 이를 논의해 보겠습니다.

저는 주간 진행 상황을 블로그 게시물로 공유할 예정입니다. 여기에는 스크럼 문서 및 도전과제가 포함되어 있으며 오픈소스 조직 내에서 더 많은 사용자에게 도달하기 위해 커뮤니티 메일링 리스트에 직접 공유할 예정입니다.

또한 주요 문제에 대한 적절한 제안과 토론을 받기 위해 매주 커뮤니티 통화에 참석할 예정입니다.

또한 매주 실행할 수 있는 주간 작업이 포함된 Trello 보드를 만들 계획입니다. 그런 다음 멘토는 이 보드를 사용하여 현재 문제 및 작업 중인 기능을 명확하고 간결하게 이해할 수 있습니다.

4.) 프로젝트를 진행하다가 막히고 멘토가 곁에 없으면 어떻게 해야 할까요?

멘토의 역할은 학생에게 모든 절차를 설명하는 것이 아니라 올바른 방향으로 학생을 안내하는 것이라고 생각합니다. 프로젝트의 조사와 이행은 전적으로 학생의 책임입니다. 그래서 저는 최후의 수단으로 멘토의 도움을 받으려고만 할 뿐입니다.

하지만 도움이 필요한 순간에 멘토가 부재중이거나 바쁘지 않으면 CHAOSS 커뮤니티에서 발생한 문제를 공유해 드리겠습니다. 제가 겪게 되는 어떤 어려움이라도 도와줄 수 있는 사람이 있을까요? dev.to와 같은 온라인 포럼/개발자 커뮤니티에서도 이 문제를 공유할 예정입니다.

게다가 의심을 물어보기 위해 CHAOSS 커뮤니티에서 도움을 요청하는 주간 통화에 참여하겠습니다.