이 페이지에는 Google 시즌의 Docs에 승인된 기술 글쓰기 프로젝트의 세부정보가 포함되어 있습니다.
프로젝트 요약
- 오픈소스 조직:
- Linux 재단
- 기술 문서 작성자:
- jaskiratsingh2000
- 프로젝트 이름:
- CHAOSS: CHAOSS 커뮤니티 전반의 핸드북 만들기
- 프로젝트 길이:
- 표준 기간 (3개월)
Project description
프로젝트 개요:
현재 CHAOSS 커뮤니티 내의 작업 그룹은 자체적인 작업 방식을 개발하고 서로 다른 프로세스를 다양한 수준으로 문서화했습니다. 워킹 그룹에는 공통 측정항목 WG, 다양성 및 포용 WG, 진화, 위험, 가치 워킹 그룹이 포함되며, 각 워킹 그룹은 자체 참여 및 작업 방식을 설정하고 다양한 커뮤니케이션 방식과 직장 문화를 조정했습니다. 측정항목에 따라 이러한 작업 그룹은 적절한 측정항목에 적합한 다양한 중점 영역과 배경을 가지고 있으며, 각 작업 그룹 카테고리에서 다양한 연구와 개발을 이끌고 각 카테고리에서 다양한 연구와 개발을 이끌기 위한 올바른 경로를 알고 있지만, 신규 참여자와 기존 참여자의 경우 각 작업에 참여하거나 올바른 경로를 찾는 방법을 알지 못할 수 있습니다.
그 결과, CHAOSS 커뮤니티 내의 상황은 표준화되지 않습니다. 따라서 커뮤니티 전반에서 올바른 프로세스와 직장 문화의 기본 원칙을 파악하기 위해 커뮤니티 핸드북의 목표는 중요한 정보를 중앙 집중화하고 CHAOSS 프로젝트 전반에서 일부를 표준화하는 것입니다. 중요한 정보 및 표준화 부분은 CHAOSS에서 커뮤니티의 업무 수행 방식, 신규 참가자가 참여하고 커뮤니티의 기본 원칙을 준수하는 방법, 신규 참가자 또는 기존 구성원이 CHAOSS 커뮤니티 내에서 리더십을 활용하기 위해 따라야 하는 절차와 경로에 대한 동의를 얻을 수 있도록 CHAOSS에서 사용하는 프로세스에 중점을 둡니다.
핸드북은 기존 커뮤니티 회원과 신규 커뮤니티 회원에게 CHAOSS 프로젝트에서 작업을 완료하는 방법을 안내하는 안내서 역할을 해야 합니다. 이 프로젝트에는 핸드북의 콘텐츠를 수집하고 구성하는 창의적인 구성요소와 핸드북을 표현하는 방법을 정의하는 기술적 구성요소가 포함됩니다.
무엇이 필요할까요?
커뮤니티 핸드북은 커뮤니티의 주요 정책 및 절차를 정의하고 커뮤니티의 사명, 가치, 작동 방식을 간략히 설명하는 문서입니다.
이 핸드북에서는 새로 가입한 커뮤니티 회원을 명확하게 소개하고 작업을 할 수 있습니다. 현재 CHAOSS 커뮤니티 핸드북은 GitHub 저장소에서 확인할 수 있으며 신규 사용자와 기존 커뮤니티 사용자를 위한 추가 정보로 개편 및 리팩터링해야 합니다. 따라서 이 CHAOSS 커뮤니티 전반의 핸드북은 신규 회원과 기존 커뮤니티 회원에게 다음과 같은 방식으로 도움이 됩니다.
- CHAOSS 커뮤니티의 정책을 공식화하고 정리하여 한곳에서 모두 확인할 수 있도록 함
- 커뮤니티 소개, 사명, 비전, 리더십 커뮤니케이션
- CHAOSS 커뮤니티 관행 이해하기
- 참여 가이드라인
- 프로젝트 워크플로 정의
- CHAOSS 커뮤니티 문화 개요
- 일반 FAQ
- 멘토링 서비스
프로젝트 설명:
커뮤니티 핸드북은 특정 주제에 적합하고 자세한 정보가 포함된 다양한 '섹션'으로 나뉩니다. 섹션은 다음과 같은 방식으로 구분할 수 있습니다.
- 소개
- CHAOSS 커뮤니티 방법
- 리더십 개발 과정
- 용어
- 참여 가이드라인
- 개발자
- 디자이너
- 작성자
- 마케팅 담당자
- 측정항목
- CHAOSScon
- CHAOSScast
- 회의 동영상
- 일반 FAQ
- 멘토링
- Google 프로그래밍 경진대회(Summer of Code)
- Outreachy
- Google Docs 시즌
세부적인 프로젝트 결과물
1.) 소개:
이 섹션은 CHAOSS 커뮤니티 핸드북의 첫 페이지 역할을 하며 핸드북의 세부정보, 개요, 사용법을 다룹니다. 다음은 다음과 같습니다.
A.) 여기에는 독자가 핸드북을 읽도록 유도하는 CHAOSS 커뮤니티에 대한 간단한 설명이 포함된 시작 문구가 포함됩니다. 여기(https://chaoss.community/chaoss-photo-album/)에서 가져온 이미지 콜라주도 포함하여 커뮤니티 내 다양한 움직임을 강조할 예정입니다. B.) 또한 페이지에는 모든 섹션을 설명하는 한 줄의 설명과 적절한 링크가 포함된 모든 섹션에 관한 세부정보가 포함됩니다. C.) 핸드북 사용: 핸드북 사용은 이미 여기에 있습니다( shorturl.at/cqQU6 ). 하지만 핸드북의 흐름을 포함하는 더 나은 마크다운으로 기존 핸드북 사용을 개편하고 리팩터링할 예정입니다. 사용자가 핸드북과 관련된 항목을 추가, 삭제 또는 논의하려고 할 때 어떻게 진행되는지 포함할 예정입니다. 핸드북 관련 사항에 대한 커뮤니케이션 방법의 후속 조치를 취할 수 있습니다.), 핸드북 가이드라인(커뮤니티 및 범위 내에서의 사용 포함), 핸드북에 대한 기여 ( 변경, PR 생성, 핸드북 및 스타일 가이드 변경을 위해 저장소를 사용하는 방법 포함), 핸드북에 대한 피드백 공유 의견 공유에는 템플릿과 사용자가 GitLab 문제를 수신하기 위해 후속 조치를 취할 수 있는 다양한 방법이 포함되어 있습니다.
2.) CHAOSS 커뮤니티 방식:
CHAOSS 커뮤니티 방식은 사람들이 커뮤니티 관행과 가이드라인을 이해하는 데 중요합니다. 워크플로는 커뮤니티 관행을 더 강조하고 가장 효과적인 방법으로 설명할 수 있습니다. 이 섹션에는 다음 사항이 포함됩니다.
A.) 일반적인 가치: CHAOSS 커뮤니티 내에서 지속가능성, 개방성, 투명성이 어떻게 처리되는지 설명합니다. 신규 사용자 또는 기존 사용자가 커뮤니티에서 작업하는 동안 이러한 가치를 이해하고 고려해야 하는 방식을 설명해 드리겠습니다. B.) 커뮤니티 가이드: CHAOSS 커뮤니티에 참여하고 기본 약관을 준수하는 방법을 포함합니다. 커뮤니티 내에서 따르는 직장 문화도 설명합니다. (권장사항 및 금지사항) 여기에는 핵심 참여자/유지보여자 체크리스트가 포함되며, 유지보여자와 어떻게 협력해야 하는지, 유지보여자의 체크리스트가 무엇인지 다른 사용자에게 알릴 수 있습니다. C.) 실무 그룹: 이 페이지( https://chaoss.community/participate/ )에는 WG 설명, Repo 링크, 회의 정보와 같은 실무 그룹에 관한 정보가 포함되어 있지만 핸드북에는 다양한 작업 그룹에 참여하는 방법과 측정항목 평가 과정, 각 WG의 업무 문화, 다양한 작업 그룹의 핵심 기여자가 되는 방법을 이해하는 방법을 포함할 예정입니다.
3.) 리더십 개발 과정:
오픈소스 프로젝트에서 리더십을 얻는 것은 커뮤니티가 상업적 세계에서 성공하는 데 매우 중요할 수 있습니다. 이를 고려하여 다음을 포함하겠습니다.
A.) 기술 리더십: 여기에는 저장소 관리자, 문서 작성자, 웹사이트 관리자의 프로세스와 책임이 포함됩니다. B.) 거버넌스 리더십: 여기에는 이사회 구성원 및 의사결정권자의 개발 과정이 포함됩니다. C.) 운영 리더십: 커뮤니티 매니저를 위한 경로가 포함되어 있습니다.
4.) 용어:
용어집은 CHAOSS 커뮤니티 내에서 자주 사용되는 용어와 각 용어의 속성을 설명하는 데 도움이 됩니다. 또한 대문자, 약어, 피해야 할 단어와 같은 용어 사용 가이드라인도 이유와 함께 포함할 예정입니다. CHAOSS Project, Open Source Community Health, Code Review, Working Group, Open Source Software Metric, Common Metric, Diversity, Inclusion Metric, Evolution Working Group, Risk Working Group, Value Working Group, Metric Release, Focus Area가 포함됩니다.
5.) 참여 가이드라인:
대부분의 오픈소스 커뮤니티는 참여 또는 자원봉사에 의존하므로 이는 모든 오픈소스 커뮤니티의 기본 맥락입니다. 따라서 커뮤니티에 가입하는 신규 사용자/참여자에게 따라야 할 기본적인 필요사항과 가이드라인을 이해하는 데 도움이 됩니다. 여기에는 다음 세부정보가 포함됩니다.
A.) 커뮤니티 로드맵 이해: 이 주제에서는 CHAOSS 프로젝트 내의 다양한 작업에 우선순위를 두는 데 도움이 되는 방법이나 절차를 파악할 수 있도록 CHAOSS 커뮤니티의 로드맵을 간략히 설명합니다. B.) 개발, 문서, 설계, 테스트 등 실무에 기여하는 데 필요한 사항 설명 C.) GitLab 작동에 대한 간략한 개요 제공 D.) 검토자/유지관리자 가이드
이 섹션에는 아래와 같은 각 기여 부문의 '역할 및 책임'이 포함됩니다.
a.) 설계: 이 하위 섹션에는 'CHAOSS 설계 워크플로'와 '디자인 가이드라인'이 포함되며, 여기에는 기여자가 설계 분야에 기여하는 동안 따라야 하는 사용된 설계 원칙, 프로세스, 도구가 포함되어 있습니다. b.) 개발: 코드베이스에 기여하기 위한 가이드가 포함됩니다. 여기에는 기술 요구사항, 프로젝트 구조, 프로젝트 설정(Augur, Cregit, GremoireLab) c.)가 포함됩니다. 문서: 여기에는 도구 및 스타일 가이드를 포함한 문서 관련 리소스가 포함됩니다. d.) 알림: 여기에는 블로그 작성, 소셜 미디어 핸들 사용하기, 모임 및 이벤트 조직 등 기부자가 CHAOSS 커뮤니티의 고객 연락 성장을 지원할 수 있는 방법이 포함됩니다.
6.) 측정항목
현재 CHAOSS 커뮤니티 웹사이트에는 측정항목 출시 정보( https://chaoss.community/metrics/ )가 포함되어 있으며, 사용자가 해당 웹사이트에서 측정항목 웹사이트를 사용할 수 있도록 하는 절차를 따르는 방법을 이해하는 것이 더 중요합니다. 따라서 이 섹션에서는 사용자가 자체적으로 측정항목을 출시하기 위한 프로세스와 작업을 파악하는 데 도움이 되는 정보를 안내합니다.
7.) CHAOSScon:
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, 자격 기준, CHAOSS 커뮤니티를 통해 Google Summer of Code에 참여하는 방법에 관한 정보가 포함됩니다. 이 섹션에는 사용자가 제안서 초안을 작성하는 데 사용할 수 있는 제안서 템플릿과 역할 및 책임도 포함됩니다. 또한 기존 커뮤니티 구성원이 조직 관리자 및 멘토가 되는 과정을 배우는 데 도움이 되는 정보도 제공합니다.
- Outreachy:
이 섹션에는 Outreachy, 자격 기준, 사용자가 Outreachy의 CHAOSS 커뮤니티에 참여하는 방법에 관한 정보가 포함됩니다.여기에는 조직 관리자 및 멘토가 되는 절차를 비롯한 역할과 책임이 포함됩니다.
- Google Season of Docs:
이 섹션에는 GSoD, 자격 기준, GSoD의 CHAOSS 커뮤니티에 참여하는 방법에 관한 정보가 포함됩니다. 여기에는 조직 관리자 및 멘토가 되는 절차 등 역할과 책임이 포함됩니다.
예상되는 프로젝트 결과:
핸드북은 모든 커뮤니티에서 중요한 역할을 합니다. 이와 마찬가지로, 이 CHAOSS 커뮤니티 전체 핸드북을 통해 CHAOSS 커뮤니티를 위한 보다 체계적이고 자세한 도움말을 제공할 수 있습니다. 커뮤니티에 가입하는 신규 회원과 커뮤니티 내 기존 회원이 CHAOSS 커뮤니티의 기본사항과 작동 방식을 쉽게 이해할 수 있게 됩니다. 또한 이 핸드북을 통해 CHAOSS 커뮤니티 내에서 다양한 작업 문화에 대한 다양한 프로세스와 경로를 갖게 될 것입니다.
기술 세부정보:
핸드북을 유지 관리하는 데 Gitbook 플랫폼을 사용하는 것이 좋습니다. Gitbook은 팀이 더 효과적이고 효율적으로 작업할 수 있는 사용자 친화적인 공동작업 프로젝트이기 때문입니다. GitBook 플랫폼의 일부 기능:
- WYSIWYG: 강력하면서도 멋진 텍스트 편집기
- 마크다운: 강력하고 생산적인 마크다운 바로가기 지원
- 리치 삽입: 동영상, 코드 스니펫, 도움말, 음악 등 외부 웹 콘텐츠를 삽입합니다.
- 작가용 대시보드: 시각적 편집을 지원하는 작가를 위한 지능형 대시보드를 제공합니다.
- 초안: 새로운 변경사항 초안 작성 및 비동기식으로 공동작업
- 지원 의견: 초안 변경사항 논의 및 검토
- 작성 기록 추적: 모든 항목을 추적합니다. 변경사항 검토 및 되돌리기
- 통계: 트래픽, 평점, 콘텐츠 품질을 추적하는 통계도 지원합니다.
- GitHub 동기화: 워크플로를 유지하고 GitHub와 문서를 계속 동기화
- 맞춤설정 브랜딩: 맞춤 도메인, 맞춤 로고, 글꼴, 색상, 테마, 헤더 등
다음은 플랫폼을 엿볼 수 있는 몇 가지 이미지입니다.
- shorturl.at/GNQR4
- shorturl.at/gATZ8
- shorturl.at/qrE57
- shorturl.at/rFRX6
- shorturl.at/eyLW1
- shorturl.at/rwHS8
-- 핸드북은 어디에서 호스팅되나요?
핸드북은 GitHub에서 맞춤 도메인, 일반적인 오류, SEO에 적절한 메커니즘을 제공하는 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 플랫폼 내 스페이스에서 통합 탭 > GitHub를 클릭합니다.
- GitBook이 조직과 연결된 GitHub 계정에 액세스하도록 승인합니다.
- 조직 GitHub로 이동하여 '핸드북' 저장소(예: 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일)
- 'CHAOSS 커뮤니티 방식' 섹션 초안
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일)
- Outreachy 가이드라인 초안
K.) 15주차 (11월 23일~11월 29일)
- 여유 시간, 전체 문서 다듬기 및 개선
3.) 평가 단계 (11월 30일~12월 5일)
A.) 16주 차:
- 프로젝트 보고서 초안 작성
- 프로젝트 평가 작성
커뮤니티와의 상호작용
1.) 커뮤니티 참여 및 토론
저는 2020년 4월부터 CHAOSS 커뮤니티를 찾아다니며 커뮤니티 멤버, 특정 프로젝트 멘토( 게오르크 링크, 암스트롱 Foundjem)와 함께 다양한 토론에 참여하고 있습니다. 커뮤니티 회원들의 관심을 가장 많이 끈 토론은 '커뮤니티 핸드북 호스팅 플랫폼으로 Gitbook 제안'이었습니다. 이 토론은 CHAOSS 보관처 메일링리스트 대화목록에서 '커뮤니티 핸드북 호스팅 플랫폼으로 Gitbook 제안'이라는 제목으로 확인할 수 있습니다. 또한 커뮤니티 주간 통화에 참여하여 커뮤니티에 업데이트를 제공했습니다.
2.) 이 프로젝트에 필요한 정보를 어떻게 수집할 건가요?
이 프로젝트에서는 커뮤니티 전반의 핸드북을 설정해야 하므로 핸드북 내에서 액세스해야 하는 정보는 커뮤니티 회원에게서 수집하고 커뮤니티 회원과 논의합니다. 위에서 제안한 일정에 따라 커뮤니티 결속 기간 동안 필요한 정보를 논의하고 수집할 수 있습니다.
CHAOSS에 따라 다양한 섹션을 조사하고 메일링 리스트에서 대화목록을 계속 진행하겠습니다. 요구사항에 따라 멘토와 커뮤니티에 명확한 질문을 드리겠습니다.
간결한 논의를 위해 매주 통화에도 참여할 예정입니다.
3.) 프로젝트 진행 상황과 프로젝트 과정에서 발생할 수 있는 문제나 질문에 대해 커뮤니티에 어떻게 정보를 제공할 계획인가요?
유연성과 투명성을 유지하기 위해 메일링 리스트 토론을 통해 의문을 제기해 보겠습니다.
주간 진행 상황을 블로그 게시물로 공유할 예정이며, 여기에는 스프럼 문서와 직면한 과제가 포함됩니다. 이 과제는 오픈소스 조직 내 더 많은 사용자에게 도달하기 위해 커뮤니티 메일링 리스트 자체에서 공유됩니다.
또한 매주 커뮤니티 통화에 참여하여 주요 문제에 대한 적절한 제안과 토론을 듣습니다.
또한 주간 작업이 포함된 Trello 보드도 만들 계획입니다. 그러면 멘토는 이 보드를 사용하여 현재 진행 중인 문제와 기능을 명확하고 간결하게 파악할 수 있습니다.
4.) 프로젝트에 문제가 생겼는데 멘토가 주변에 없으면 어떻게 해야 하나요?
멘토의 역할은 학생에게 모든 루프 구석구석을 설명하는 것이 아니라 학생을 올바른 방향으로 안내하는 것이라고 생각합니다. 프로젝트의 조사 및 구현은 전적으로 학생의 책임입니다. 이를 염두에 두고 최후의 수단으로만 멘토의 도움을 받으려고 합니다.
하지만 도움이 필요한 시점에 멘토가 부재중이거나 바쁘다면 CHAOSS 커뮤니티에 문제를 공유합니다. 문제가 발생하면 도움을 받을 수 있을 것입니다. dev.to와 같은 온라인 포럼/개발자 커뮤니티에도 이 문제를 공유하겠습니다.
또한 궁금한 점이 있으면 CHAOSS 커뮤니티 내에서 주간 도움말 통화에 참여하여 질문해 보겠습니다.