현재 단계:
2019년 Docs 시즌 프로그램은 2020년 3월 6일에 종료되었습니다. 타임라인을 참고하세요.
이 페이지에는 오픈소스 조직을 대상으로 기술적 글쓰기 프로젝트 제안서를 평가하고 Docs의 Season에서 멘토링할 프로젝트를 선택하는 방법에 관한 가이드라인이 포함되어 있습니다.
소개
테크니컬 라이터들은 자신이 선택한 오픈소스 조직과 함께 프로젝트 작업을 진행하기 위해 Docs 시즌 제안서를 제출합니다. Google 프로그램 관리자는 평가 및 프로젝트 선택을 위해 제안서를 오픈소스 조직에 전달합니다. 관련 단계에 대한 자세한 내용은 조직 관리자 가이드를 참조하세요.
테크니컬 라이터 제안서 평가
기술적 작문 기술 및 경험
기술 작성자의 이전 경험을 검토합니다. 기술 작성자의 제안서에는 최근 기술 작성 경험에 관한 정보가 포함되어 있습니다. 신청자는 소프트웨어 산업 관련 기술 문서 작성 사전 경험이 있는 것이 가장 좋습니다. Season of Docs의 목표 중 하나는 테크니컬 라이터가 개발자 중심 제품에 참여할 수 있는 기회를 제공하는 것입니다. 따라서 작성자가 API, SDK 또는 다른 개발자 플랫폼을 사용해 본 경험이 있어야 할 필요는 없으며, 개발자의 프로젝트가 개발자 대상을 중점적으로 다루는 경우에도 마찬가지입니다.
언어 및 의사소통 기술에 중점을 둡니다. 이 관점에서 테크니컬 라이터의 제안을 평가해 보세요. 무엇보다, 상대방이 쓴 내용을 이해할 수 있나요? 멘토는 테크니컬 라이터에게 오픈소스 프로세스, 도구, 코드와 관련해 도움을 주어야 합니다. 그 결과 생성된 문서의 텍스트도 살펴볼 필요가 없기 때문입니다. 제안서의 언어를 심층적으로 검토하려면 구두점과 문구의 일관성, 올바른 맞춤법, 명확한 언어를 확인하세요. 표현이 간단한가요, 아니면 복잡한가요? 문장이 짧나요, 아니면 따라가기가 어려워질 때까지 계속되는가?
문서 디자인과 레이아웃에 주의를 기울입니다. 제안서의 일부로 기술 작성자는 개발한 문서의 예를 제공할 기회가 있습니다. 문서 샘플의 전체 레이아웃을 확인하세요. 디자인이 논리적인가? 문서 또는 문서 세트를 쉽게 찾을 수 있나요? 중복 콘텐츠가 있거나 명백한 격차가 있나요?
제안서
제안이 요건에 부합하는지 확인합니다. 제안서가 올해 문서 시즌에 제출한 프로젝트 아이디어와 관련이 있나요? 테크니컬 라이터가 새로운 아이디어를 제안한 경우 제안서가 오픈소스 프로젝트의 요구사항에 부합하는지, 그리고 테크니컬 라이터가 제안된 프로젝트의 목표를 달성하는 데 도움이 될 적절한 인력이 있는지 확인합니다.
열정과 철저함을 추구하세요. 이 제안서는 테크니컬 라이터가 프로젝트에 만족하고 있음을 보여주나요? 탐색 단계에서 조직과 상의하거나 프로젝트 목표 달성 방법에 대한 의견을 추가하여 제안에 생각과 작업을 투입했는지 고려하세요.
FAQ
제출할 프로젝트 수는 어떻게 결정하나요?
1~2개 프로젝트에 집중합니다. 조직에 이보다 더 많은 멘토링 능력이 있다면 추가로 제출할 수 있습니다. 테크니컬 라이터 프로젝트별로 해당 프로젝트만 멘토링하는 데 전념하는 멘토가 1명 이상 (2명 권장) 있어야 합니다.
문서 시즌 슬롯 할당이 작동하는 방식에 대한 정보를 읽어보세요.
어떤 기술 문서 제안서를 수락할지 어떻게 선택해야 하나요?
받은 테크니컬 라이터 제안서 중에서 가장 적합한 것을 선택해야 합니다. 즉, 요구사항에 가장 적합하고 위에 나열된 평가 가이드라인에 가장 적합한 제안서를 선택합니다.
선택한 제안서를 제출하기 위한 양식은 어디에 있나요?
조직 관리자 가이드를 참조하세요.