Introduction
Project Pods는 검증된 비영리 단체가 단기적인 기술 기반 오픈 소스 프로젝트를 게시할 수 있는 공동 작업 공간이며 소규모 자원봉사 그룹은 협력하여 의미 있는 솔루션을 구축할 수 있습니다. 그러면 프로젝트가 "For Teams" 섹션의 For Good First Issue에 표시됩니다.
Project Pod는 엔드 투 엔드 참여에 대한 실제 기술 지원이 필요한 미션 기반 프로젝트를 찾는 팀, 회사 및 커뮤니티 서클을 위해 설계되었습니다. 각 Pod에는 명확한 영향 목표를 가진 큐레이팅된 프로젝트 문제가 포함되며 그룹이 신속하게 기여하기 시작해야 하는 모든 컨텍스트가 포함됩니다.
이 가이드에서는 비영리 단체를 위해 프로젝트를 준비하고 제출하는 방법, 검토 프로세스 중에 예상되는 사항 및 성공적인 자원 봉사 참여를 위해 프로젝트를 설정하는 방법에 대해 알아봅니다.
사전 요구 사항
프로젝트를 제출하기 전에 다음을 확인합니다.
- 귀하의 비영리 단체는 비영리 GitHub 확인된 회원입니다. 아직 가입하지 않았다면 신청하려면 GitHub for Nonprofits 빠른 시작을 참조하세요.
- 정의된 기간 내에 소규모 팀이 완료할 수 있는 명확한 프로젝트 범위가 있습니다.
- 자원 봉사자가 기여할 GitHub 리포지토리(또는 리포지토리를 만들 준비가 됨)가 있습니다.
참고
비영리 GitHub 속하지 않은 조직은 여전히 For Good First 문제 목록에 개별 문제를 추가할 수 있지만 Project Pod는 검증된 비영리 단체에서만 사용할 수 있습니다.
Project Pod 이해하기
Project Pod는 다음과 같은 특성을 가진 구조화된 자원 봉사 활동입니다.
- 소규모 팀: 일반적으로 1~20명의 자원봉사자가 집중적이고 효과적인 협업을 보장합니다.
- 자원 봉사자는 명확한 최종 결과로 실제 문제를 해결하기 위해 기술, 디자인 또는 프로젝트 관리 기술을 기여합니다.
- 영향 지향: 프로젝트는 조직에서 정의한 실질적인 과제를 실질적인 결과물로 해결합니다.
- 단기: 하루, 일주일 또는 여러 스프린트에 대해 정의된 기간 내에 완료되도록 설계되었습니다.
- 공동 작업: Pod는 조정 및 기여를 위한 도구를 사용하여 오픈 소스 환경에서 함께 작동합니다.
1단계: 프로젝트 준비
유입 양식을 작성하기 전에 프로젝트에 대한 다음 정보를 수집합니다. 더 많은 컨텍스트를 제공할수록 자원 봉사 팀이 요구 사항을 이해하고 기여를 시작하는 것이 더 쉽습니다.
문제 정의
프로젝트에서 해결하는 문제에 대한 명확한 설명을 작성합니다. 비영리 단체와 귀하가 봉사하는 지역 사회에 왜 중요한지 설명합니다. 자원봉사자들은 기여의 실제 영향을 볼 수 있는 프로젝트에 참여할 가능성이 더 높습니다.
결과물 및 결과 식별
"프로젝트 완료"의 모양을 정의합니다. 예시들:
- "지역별 깨끗한 물 액세스를 시각화하는 작업 데이터 대시보드"
- "리소스가 부족한 지역에서 다국어를 지원하는 업데이트된 설명서 사이트"
- "기부 페이지의 모바일 반응형 재설계"
특정 결과물은 자원 봉사 팀이 업무 범위를 지정하고 집중력을 유지하는 데 도움이 됩니다.
필요한 기술 나열
프로젝트에 필요한 기술 유형을 식별합니다. 여기에는 다음이 포함될 수 있습니다.
- 소프트웨어 개발(언어 및 프레임워크 지정)
- UX/UI 디자인
- 설명서 및 기술 쓰기
- 데이터 분석
- 프로젝트 관리
기술 및 도구 지정
프로젝트에 사용되는 프로그래밍 언어, 프레임워크, 플랫폼 및 도구를 나열합니다. 이를 통해 자원 봉사 팀은 프로젝트가 기술 세트와 일치하는지 여부를 평가할 수 있습니다.
소요 시간 추정
Project Pod는 단기 참여를 위해 설계되었습니다. 프로젝트가 다음과 같은지 여부를 나타냅니다.
- 1일 스프린트 - 단일 작업 세션에서 완료할 수 있는 포커스가 있는 작업
- 1주 프로젝트 - 며칠에 걸친 관련 작업 집합
- 진행 중인 단기 참여 - 종료 날짜가 명확한 몇 주 동안 되풀이되는 작업
리포지토리 준비
GitHub 리포지토리는 자원봉사자들이 일하는 곳입니다. 제출하기 전에 다음이 포함되어 있는지 확인합니다.
- 프로젝트, 목적 및 시작 방법을 설명하는 추가 정보
- 기여 방법에 대한 지침이 있는 기여 파일
- 디자인 모형, 아키텍처 다이어그램 또는 프로젝트 브리프와 같은 지원 파일
- 프로젝트 이슈에 프로젝트 완료, 프로젝트 수락됨, 자원봉사자 모집 중인 프로젝트 레이블을 사용하세요.
기존 리포지토리가 없는 경우 리포지토리를 만들어 제출에 연결할 수 있습니다. 외부 설명서 또는 자산에 연결할 수도 있습니다.
2단계: Project 유입 양식 제출
-
프로젝트에서 지원할 승인된 비영리 GitHub 조직 선택
-
아직 가입하지 않았다면 신청하려면 GitHub for Nonprofits 빠른 시작을 참조하세요.
-
'자원 봉사자 개발자 요청' 섹션에서 자원 봉사 요청 만들기를 선택합니다.
-
준비한 정보를 사용하여 섭취 양식을 작성합니다.
Field 제공할 내용
비영리 단체 정보 | 비영리 단체의 사명과 사용하는 기술에 대한 설명입니다. | | 프로젝트 요청 | 이 프로젝트는 어떤 문제를 해결하나요? 비영리 단체와 여러분이 봉사하는 사람들에게 왜 중요한가? | | 필요한 개발 작업 설명 | 프로젝트 결과물 및 결과를 설명합니다. 당신은 무엇을 달성하기를 희망합니까? 결과에 대해 구체적으로 설명합니다. 소프트웨어 개발, UX/UI 디자인, 설명서, 데이터 분석, 프로젝트 관리 등과 같은 필요한 기술을 포함합니다. | | 기본 프로그래밍 언어/기술 | 프로그래밍 언어, 프레임워크, 플랫폼. | | 필요한 자원 봉사자 수 | 일반적으로 Pod당 3~20개입니다. | | 조직 웹 사이트 | 조직의 리포지토리 또는 웹 사이트에 연결합니다. | | 프로젝트 이슈 링크 | 프로젝트의 추가 세부 정보가 있는 프로젝트 링크를 공유합니다. 문제의 레이블이 Project Complete, Project Claimed, Project Open for Volunteers로 표시되어 있는지 확인합니다. |
- 요청 제출을 클릭하여 검토를 위해 프로젝트를 보냅니다.
3단계: 프로세스 검토
프로젝트를 제출한 후 GitHub Social Impact 팀에서 검토합니다. 예상되는 내용은 다음과 같습니다.
- 수락된 경우: project 기업, 커뮤니티 그룹 및 개별 자원봉사 팀이 검색하고 등록할 수 있는 For Good First Issue의 Project Pod 페이지에 나열됩니다. GitHub 소셜 임팩트는 자원 봉사자와 프로젝트 공유를 지원할 것입니다.
- 수정이 필요한 경우: 다시 제출을 위해 프로젝트를 개선하는 방법에 대한 건설적인 피드백을 받게 됩니다. 수정 요청의 일반적인 이유는 다음과 같습니다.
- 불분명한 목표 또는 결과물
- 리포지토리에서 정의된 작업 또는 문제 부족
- 필요한 기술 또는 기술에 대한 정보가 부족합니다.
참고
수정 요청이 사용자의 아이디어가 유용하지 않다는 의미는 아닙니다. 이는 조정이 자원봉사자들이 보다 효과적으로 참여하는 데 도움이 된다는 것을 의미합니다. 언제든지 수정하고 다시 제출할 수 있습니다.
4단계: 자원봉사자 Pod와 함께하기
프로젝트가 나열되고 자원 봉사 팀이 문제에 대한 의견을 제출하여 프로젝트를 선택합니다. 모든 기여는 지속적인 사용을 위해 리포지토리에 오픈 소스 유지됩니다.
Communication
Pod는 GitHub 리포지토리를 기본 작업 영역으로 사용하여 오픈 소스 환경에서 함께 작동합니다. 자원 봉사자는 리포지토리에서 문제, 끌어오기 요청 및 토론을 통해 상호 작용합니다.
프로젝트 소유자로서의 역할
- 신속하게 대응하세요: 이슈에 올라온 질문에 답변하고 풀 리퀘스트를 제때 검토하세요. 자원 봉사자는 시간을 기부하고 있습니다 - 빠른 피드백은 참여를 유지합니다.
- 맥락 제공: 자원봉사자들이 선교 사업이나 봉사하고 있는 사람들에 대해 묻는다면, 여러분이 할 수 있는 것을 공유하십시오. 영향을 이해하면 더 나은 작업을 수행할 수 있습니다.
- 범위가 명확하게 변경됩니다. 참여 중에 우선 순위가 변경되면 문제를 업데이트하고 팀과 통신합니다.