Google Summer of Code 오픈소스 조직/프로젝트의 조직 관리자가 되어 주셔서 감사합니다. 비하인드 스토리 활동은 프로그램 전반에 걸쳐 조직의 모든 구성원에게 최신 정보를 제공하고 동일한 정보를 공유하는 데 중요합니다. Google은 해마다 변경되므로 GSoC가 처음이든 열 번째이든 관계없이 이 문서를 읽는 것이 중요합니다.
이 정보는 대부분 역할 및 책임 문서에 언급되어 있지만 중요한 사항에 대해 더 자세히 설명하려고 합니다.
GSoC 멘토 가이드를 아직 읽지 않았다면 지금 읽어 보세요. 프로그램의 중요한 측면과 단계를 자세히 읽을 수 있습니다. 프로그램에 참여하기 전에 모든 멘토가 멘토 가이드, 역할 및 책임 문서를 숙지하여 예상되는 내용을 숙지하도록 합니다.
조직 관리자는 조직과 Google 간의 기본 가교자입니다. 조직에는 2~5명의 관리자가 있을 수 있으며, 이들은 정기적으로 의사소통을 하고 역할 (커뮤니케이션, 지불, 멘토 및 GSoC 참여자 확인, 평가 완료 확인, 대인관계 문제 해결, 프로그램 종료 시 Google에서 보내는 마무리 설문조사에 응답 등)에 동의해야 합니다. Google의 관점에서 모든 조직 관리자는 동일하며 기본 조직 관리자는 없습니다.
조직 관리자가 2명 이상 있어야 하며 한 명이 프로그램을 탈퇴하면 다른 사람이 조직 프로필에 액세스할 수 있도록 해야 합니다.
모든 멘토와 참여자는 조직 관리자가 누구인지, 문제가 발생할 때 연락하는 방법을 알아야 합니다. 모든 신규 참여자 및 멘토와의 첫 커뮤니케이션을 통해 프로젝트 일정을 변경해야 하거나, 멘토 또는 다른 참여자와 문제가 있거나 기타 지원이 필요한 경우 조직 관리자에게 연락하는 방법을 전달해야 합니다.
성공의 정의
GSoC에 적용할 조직의 목표는 무엇인가요? 올해 GSoC가 끝날 때 조직에서는 GSoC 프로그램이 성공적인지 확인하기 위해 무엇을 고려하나요?
해답은 해마다 다를 수 있으므로 해마다 프로그램에 참여해 보시길 바랍니다. 조직마다 원하는 바가 다릅니다. 예를 들면 다음과 같습니다.
- 더 많은 신규 장기 참여자
- 더 많은 코드가 작성됨
- 특정 기능을
- 기대감을 높이는 학생들을 멘토링할 기회
- 프로젝트 인지도 제고 등
기타 등등
조직이 GSoC에서 정말로 원하는 것이 무엇인지를 생각해 보고, 재방문 조직의 경우, 이러한 목표를 달성하지 못했다면 다르게 할 수 있었던 조치를 생각해 보세요.
기한
GSoC는 일정에 따라 발생합니다. 마감 시한은 많고 확고합니다. 올해의 실제 프로젝트 일정은 더욱 유연하게 조정할 수 있지만 5월 말 코딩이 시작될 때까지의 모든 기한은 모두에게 동일합니다.
조직 관리자는 모든 이메일을 읽고 다가오는 마감일을 놓치지 않도록 추적해야 합니다. 조직 관리자는 GSoC 대시보드를 확인하는 것 외에도 자신의 캘린더에 표시하여 본인이 작성한 각 GSoC 기여자에 대한 중간 및 최종 평가를 모두 확인하는 것이 좋습니다.
조직에서 GSoC 참여자의 프로젝트를 표준 12주(중규모 및 대규모 프로젝트) 또는 8주(소규모 프로젝트)보다 길게 처리하도록 허용하는 경우 멘토 및 GSoC 참여자의 다양한 평가 기한에 주의를 기울여야 합니다. 멘토와 GSoC 참여자는 기한에 관한 이메일 알림을 직접 받게 되지만, 조직 관리자는 모든 참여자 프로젝트를 전체적으로 파악하고 싶어 합니다.
멘토가 제때 평가를 수행하고 기한을 맞추도록 하는 것은 조직 관리자의 책임입니다. 많은 조직에서 멘토가 실제 기한 24~36시간 전에 평가를 제출해야 합니다. 그래야 기한이 너무 가까워지면 조직 관리자가 멘토에게 연락하여 마감일을 상기할 시간을 확보할 수 있습니다.
멘토가 평가 기한을 놓치면 조직은 조직 보조금을 받을 수 없으며 해당 멘토는 멘토 서밋에 참석할 수 없습니다. 조직에 부재중 멘토 평가가 2개 이상 있어 조직이 올해 GSoC 멘토 서밋에 초대되지 않습니다.
측정항목
조직에서 어떤 측정항목을 추적하고 있나요?
조직에서는 GSoC 참여에 관한 일부 측정항목을 유지해야 합니다. 조직 관리자는 해마다 변경될 수 있으며, 이전 조직 관리자가 조직의 다른 사용자와 측정항목을 공유하지 않으면 영원히 손실될 수 있으므로 조직의 여러 사용자와 측정항목을 공유해야 합니다.
최소한 다음 측정항목을 추적해야 합니다.
- 조직에서 프로그램을 시작한 GSoC 참여자 수
- 프로그램을 통과한 GSoC 참여자의 수
- GSoC 참여자를 적극적으로 멘토링하는 멘토 수
또한 GSoC 기여자가 GSoC 종료 후에도 계속 참여하는지 확인하려면 자체 시스템을 파악해야 합니다. 대부분의 GSoC 참여자는 GSoC가 종료된 후 한 달 이내에 커뮤니티를 탈퇴하나요? 6개월 동안 유지하나요? 1~2년 후에 다시 돌아오나요?) 함께 일하는 사람들과 이야기를 나누며, 조직에서 커뮤니티의 일원으로 계속 활동하게 된 계기가 된 일이나 하지 않은 요인이 무엇인지에 대해 좀 더 깊이 있게 알아볼 수도 있습니다.
또한 GSoC 말에 모든 조직 관리자에게 보내고, GSoC 종료 후 6개월 1년 사이에 모든 조직 관리자에게 보낼 간단한 필수 설문조사를 통해 위의 측정항목을 요청할 예정입니다.
이 통계는 조직에서 GSoC가 커뮤니티의 성장과 지속 가능성에 도움이 되는지 확인하는 데 도움이 됩니다. 관심을 가질 만한 다른 측정항목도 추적하는 것이 좋습니다.
이러한 측정항목은 어느 부분을 조정해야 할지 결정하는 데 도움이 될 수 있습니다. 참여할 GSoC 기여자가 없다면 그 이유는 무엇일까요? 이들이 조직 안의 다른 프로젝트를 찾도록 도와줄 수 있나요? GSoC 기여자가 쉽게 기여할 수 있는 방법을 찾고 여전히 동일한 성취감을 얻을 수 있나요? 프로젝트가 너무 복잡하거나 관료적이어서 사람들이 이탈합니까?
GSoC 참여자들이 오래 가지 않는 데에는 여러 가지 이유가 있습니다. 단순히 돈을 받고자 하거나 다른 일로 너무 바빠서일 때도 있습니다. 하지만 그 이유를 파악하여 대처하는 것이 중요합니다.
GSoC 참여자 제안 검토
GSoC 기여자 제안서의 모든 순위는 GSoC 웹 앱 외부에서 이루어집니다. 조직의 규모에 따라 간단한 공유 스프레드시트로 검토를 처리할 수 있습니다. 보다 복잡한 워크플로를 구현한 조직도 있습니다
많은 조직이 초기 필터링 통과로 시작합니다.
- 스팸 (제안서에 임의의 내용을 포함시킨 경우 또는 단순히 일반 제안서를 제출한 것이 확실한 경우 등)
- 요구사항을 충족하지 않음 (조직에서 잠재적인 GSoC 기여자가 PR 또는 다른 작업을 하도록 요구했으나 그렇게 하지 않은 경우).
- AI 생성 콘텐츠가 증가하면 품질이 낮은 AI 생성 제안서를 받게 될 수 있습니다. 이러한 알림은 무시하는 것이 좋습니다.
명확한 '아니요'를 선택했다면 기준표나 평가 기준을 적용하여 좋은 제안과 나쁜 제안을 구분하여 나머지 제안에 집중할 수 있습니다.
조직에서는 절대 제안서에 작성한 내용만으로 GSoC 기여자를 선택해서는 안 됩니다. 많은 사람이 훌륭한 제안서를 쓸 수 있지만 그렇다고 해서 프로젝트를 성공적으로 완료하는 데 필요한 기술 또는 의사소통 기술을 갖춘 것은 아닙니다.
조직 관리자가 제안 순위 지정을 시작하기 전에 항상 선택을 고려 중인 모든 GSoC 기여자와 논의합니다.
훌륭한 GSoC 기여자 제안서마다 최소 1명의 약정 멘토가 필요합니다 (둘이 더 좋음). 훌륭한 GSoC 기여자 프로젝트를 수락하고 적절한 멘토가 없는 것이 가장 슬픈 일입니다. 이는 모두에게 부정적인 경험이 됩니다
GSoC 참여자 슬롯 요청 및 프로젝트에 멘토 할당
가장 중요한 역할 중 하나는 특정 프로젝트를 멘토링하기 위해 어떤 멘토가 약속했는지 알 수 있도록 조직을 구성하는 것입니다. 이렇게 하면 Google에 요청할 프로젝트 슬롯 수를 결정하는 데 도움이 됩니다. 조직은 조직에 대한 중요도를 기반으로 제안의 순위를 지정해야 합니다.
예: 조직이 우수한 제안서 6개를 받았고 멘토가 6개 모두를 멘토링하기 위해 노력했습니다. 프로젝트의 우선순위를 결정해야 합니다. 조직에서 6개의 프로젝트 슬롯을 요청했는데 Google이 조직에 4개의 슬롯만 제공하면 1번부터 4번까지 자동으로 승인된 GSoC 기여자가 됩니다. 나중에 순위에서 6위에 오를 수 있는 사람을 선택할 수는 없습니다.
프로젝트 규모 변경
Google이 조직에 할당할 프로젝트 수를 결정할 때 참여자가 제안에 따라 선택한 프로젝트 규모를 고려합니다. 프로젝트 크기가 의도한 것과 다르다는 것을 알게 되면 제안 단계에서 기여자가 수정할 수 있도록 기여자에게 알려야 합니다.
승인된 참여자 프로젝트가 발표된 후에는 프로젝트 규모를 줄일 수만 있습니다. 예를 들어 크게에서 중간으로 또는 중간에서 작게로 변경할 수 있습니다. 프로젝트 크기를 변경할 때 조직 관리자는 Google 관리자에게 문의하여 변경해야 합니다. 프로젝트 순위를 지정한 후에는 프로젝트의 범위를 더 확대할 수 없습니다.
프로젝트 타임라인 변경
중간 및 대규모 프로젝트의 기본값은 12주입니다. 소규모 프로젝트는 기본적으로 8주로 설정되어 있습니다 멘토와 기여자가 타임라인 연장에 동의하는 경우 프로젝트 연장 여부에 대한 최종 결정을 내릴 수 있는 조직 관리자에게 문의해야 합니다.
조직 관리자만이 대시보드에서 프로젝트 제목 링크로 이동하고 페이지 하단에 있는 프로젝트 일정을 수정하여 참여자 프로젝트의 일정을 수정할 수 있습니다. Google은 '이 페이지 보기' 링크의 수정 가능한 날짜 위 단락에 사용해야 하는 날짜를 제공하고 있습니다. 이미 10, 14, 16, 18, 20, 22주 프로젝트를 기준으로 타임라인을 구성했습니다.
이 날짜 이외의 날짜를 변경하지 마세요. 2023년에 일부 조직에서는 제공된 날짜를 따르지 않아 멘토에게 마감일을 임의의 날로 혼동하여 일관성이 없었습니다. 또한 이러한 임의의 날짜 때문에 더 많은 금액을 지급해야 했던 GSoC 프로그램 관리자가 훨씬 더 많은 작업을 처리해야 했습니다. 이 작업은 다시 하지 않을 것입니다. 제공된 기한을 따르지 않는 조직은 Google 관리자가 연락하여 날짜를 변경하며, 향후에는 선택되지 않을 수 있습니다.
중요: 모든 확장 프로그램은 GSoC 기여자의 최종 제출 기간이 시작되기 전에 시스템에 입력해야 합니다. Google 관리자는 기간이 누락된 프로젝트 날짜를 변경하지 않습니다. 시스템은 지연 변경을 지원하지 않습니다.
조직 결제
조직이 멘토링된 GSoC 기여자에 따른 조직 지원금을 수락할지 결정하는 것은 조직 관리자의 책임입니다. 조직에는 재무 담당자, 회계사 또는 일반 재무 담당자 역할을 하는 다른 사람이 있을 수 있습니다. 자금 수령에 필요한 기한까지 프로세스를 완료하는 것은 개발자의 책임입니다.
모든 참여자 프로젝트가 종료되면 조직 지원금이 지급됩니다.
GSoC 2024 멘토 서밋에 참석하는 멘토가 있는 조직의 경우 멘토 서밋 후에 관련 여행 보조금이 지급됩니다.
충돌
조직 관리자는 조직 참여자 간의 주요 갈등을 해결할 책임이 있습니다. 여기에는 GSoC 참여자 간, 멘토 간 또는 GSoC 참여자와 멘토 간의 충돌이 포함될 수 있습니다. 같은 GSoC 기여자를 멘토링하는 멘토가 GSoC 기여자가 어떤 작업을 해야 하는지 또는 통과 또는 실패해야 하는지 여부에 대한 의견이 다를 수 있습니다. 판정을 내야 합니다. 따라서 멘토와 기여자가 조직 관리자에게 연락할 수 있는 방법을 명확히 밝혀야 합니다.
커뮤니티 내에서 GSoC 기여자 또는 멘토가 제공하는 윤리 강령 문제를 겪을 수 있습니다. 이 커뮤니티는 규범, 바람직한 행동, 괴롭힘 또는 기타 허용되지 않는 행동에 어긋나는 행동 등을 파악할 수 있는 커뮤니티입니다. Google에서는 모든 참가자가 프로그램 중에 전문적이고 정중한 태도를 취하기를 기대합니다.
시작
승인된 멘토에게 소개 이메일을 보내세요.
GSoC 참여자를 발표하기 전에 멘토와 소통하세요.
- GSoC를 처음 접하게 될 멘토가 많을 것입니다. 따라서 올해 멘토 가이드와 역할 및 책임, GSoC 멘토 및 조직 관리자 이메일 자료실을 읽어 보라고 알려주세요.
- 멘토는 필수 기한까지 GSoC 기여자 평가 2개를 완료해야 한다는 것을 이해했는지 확인합니다. GSoC 기여자 및 조직에 이러한 평가의 중요성을 강조해야 합니다. 평가가 누락되면 조직 보조금을 받지 못하게 되고 해당 멘토는 멘토 서밋에 참석하지 못할 수도 있습니다.
- 평가를 2회 이상 통과하지 못한 조직은 올해 멘토 서밋에 초대되지 않습니다.
- 멘토에게 할당된 GSoC 참여자와 소통하기 위해 조직에서 기대하는 바를 알립니다. 일주일에 최소 2번은 커뮤니케이션을 하는 것이 좋으며, 이러한 소통이 일반적으로 이상적인 가상 회의가 될 수 있는지 확인하는 것이 좋습니다.
- 다른 멘토나 GSoC 기여자에게 문제가 있는 경우 (사망했거나, 무례하거나, 다른 사람을 괴롭히는 등) 멘토에게 연락할 수 있다고 알립니다. 문제에 관해 조기에 연락하고 평가 전까지 며칠 기다리지 않도록 권장합니다.
- 우려사항을 문의하기 위해 조직에서 만든 조직 관리자 또는 조직 관리자 그룹의 연락처 정보를 멘토에게 제공해야 합니다.
- 어떤 이유(질병, 갑작스러운 업무 문제, 가족 문제 등)로 인해 2일 이상 갑자기 GSoC를 떠나야 하는 경우 멘토에게 연락하여 다른 멘토 또는 본인이 GSoC 참여자와 확인하고 있는지 확신할 수 있도록 알립니다.
GSoC 기여자가 발표되면 GSoC 참여자 및 멘토에게 커뮤니티를 환영하고 다음에 관해 알리는 이메일을 보내야 합니다.
- 귀하의 행동강령. 공식 코드가 없어도 괜찮습니다. 하지만 모든 커뮤니티 구성원이 해야 할 사항에 관해 몇 가지 기대치를 설정하는 것이 중요합니다.
- 프로그램이 진행되는 동안 조직 관리자에게 연락해야 하는 방법, 시기, 이유 (멘토가 사라짐, 멘토가 부적절하게 행동함, 멘토가 갑자기 프로젝트 전체를 변경함, 다른 GSoC 기여자가 부적절하게 행동하는 경우 등)
- 프로젝트 표준, 권장사항, 라이선스 등과 관련된 모든 요구사항. 멘토는 이와 관련해 학생과 직접 논의해야 하지만, 언급하면 그 중요성을 명확히 하는 데 도움이 됩니다.
- 5월에 승인된 모든 GSoC 참여자 및 멘토와 가상 소개 회의를 열어 모든 사용자를 환영하고 커뮤니티에 소속감을 느낄 수 있도록 합니다. 이는 GSoC 기여자가 높이 평가하며 매년 의견을 통해 요청하는 사항입니다. 더 많은 조직이 이를 시도해야 합니다.
- Google은 많은 GSoC 기여자로부터 프로젝트가 어디에 속하는지 더 잘 이해할 수 있도록 오픈소스 조직의 목표에 대해 더 알고 싶다는 의견을 받았습니다.
- GSoC 참여자는 또한 서로를 지원할 수 있도록 다른 GSoC 참여자가 커뮤니티에 있는지 알고 싶어 했습니다. 개인적인 인맥은 GSoC 이후에도 사람들의 참여를 유지하는 좋은 방법입니다.
- 이전에 GSoC 참여자/학생이 멘토가 되었거나 커뮤니티에 계속 참여했다면 경험에 관해 간단히 이야기하는 것이 새로운 GSoC 참여자에게 도움이 될 수 있습니다.
정기적인 커뮤니케이션
많은 조직 관리자가 멘토에게 평가 기한에 대한 알림을 보내고 일부 멘토는 Google 기한보다 최소 24~48시간 전에 평가를 완료하도록 요구합니다. 그래야 멘토가 마감일을 늦추면 조직 관리자가 대신 평가를 완료하거나 할당된 다른 멘토에게 평가를 완료할 수 있습니다.
결론
이러한 팁이 GSoC 2024 조직 관리자의 역할과 책임을 이해하는 데 도움이 되기를 바랍니다.
더 궁금한 점이 있으면 언제든지 gsoc-support@google.com에 문의하거나 커뮤니티에서 도움을 드릴 수 있는 질문이라고 생각되거나 다른 사용자가 답변에 관심을 가질 만한 경우 GSoC 멘토 그룹 목록으로 이메일을 보내 주세요.
GSoC 조직 관리자가 되어 주셔서 감사합니다.