오픈 소스 커뮤니티 구축을위한 4 단계

오픈 소스 프로젝트는 일반적으로 해결해야 할 문제로 시작합니다. 많은 사람들이 가지고있는 문제라면 트랙션을 얻을 수 있습니다. 결국 당신은 많은 사람들이 기여할 수 있습니다. 당신이 그것을 알기 전에, 당신의 프로젝트는 단순한 프로젝트 이상의 커뮤니티로 바뀔 수 있습니다.

이를 위해서는 관리자로서 당신이하고있는 일에 대해 다르게 생각해야합니다. 더 이상 코드 작성에 관한 것이 아니라 관계를 촉진하는 것입니다.

이 기사에서는 오픈 소스 프로젝트가 건강한 커뮤니티로 발전하도록 돕기 위해 취하는 네 단계를 살펴 보겠습니다.

1. 지상 작업을 일찍 놓으십시오

커뮤니티에 대해 생각하기 시작하는 것은 결코 이르지 않습니다. Astro 팀은 프로젝트의 시작부터 커뮤니티 구축을 염두에 두었습니다. Astro의 공동 제작자 인 Fred Schott는 오픈 소스 커뮤니티 빌딩에 대한 Q & A에서“우리가 최소 실행 가능한 제품 (MVP)을 함께한 후에 우리가 집중 한 첫 번째 것 중 하나였습니다.

사람들이 나타나기 전에 준비하기 위해 할 수있는 일이 꽤 있습니다. 가장 중요한 것은 기고자 지침을 작성하고 행동 강령을 채택하는 것입니다. Schott는“초기 기고자 지침이 얼마나 유용한 지 놀랄 것입니다. “ ‘어떻게 저장소를 복제합니까?’와 같은 질문에 대답해야합니다. 또는 ‘패키지를 어떻게 설치합니까?’ ‘이 기본적인 것들이 분명해 보일 수 있습니다. 그러나 유지 관리자는 오랫동안 코드베이스에 있었기 때문에 새로운 사람들이 시작하는 것이 얼마나 어려운지 잊어 버렸습니다.

많은 관리자들은 행동 강령이 프로젝트가 작고 기고자들 사이의 충돌이 아직 발생하지 않았을 때 걱정해야 할 것이 아니라고 생각합니다. 그러나 누군가가 그들을 침해 할 경우해야 할 일에 대한 기대와 계획을 명확하게 표현하는 것이 가장 좋습니다. ~ 전에 그들은 필요합니다. Schott는“외부 기부금에 전혀 관심이 있다면 규모에 관계없이 행동 강령이 있어야합니다. “의도에 관한 것입니다. 목표가 커뮤니티를 구축하거나 프로젝트의 외부 기고자를 장려하는 것이라면 행동 강령을 원할 것입니다. 당신의 repo가 ​​솔로 프로젝트가된다면, 나는 당신이 그것을 건너 뛰는 것이 좋다고 생각합니다.”

2. 사람들이있는 곳을 만나십시오

Discord, Slack 및 Github 토론과 같은 플랫폼에서 자신의 커뮤니티 공간을 구축하는 것이 중요하지만 초기에는 사람들을 만나야합니다. Graphile 공동 관리자 인 Jem Gillam 은이 팀이 F5BOT를 사용하여 웹 및 소셜 미디어 전체의 그래픽 언급을 지켜 보았으므로 팀이 질문에 대답하고 이미 진행중인 대화에 참여할 수 있다고 말했습니다. 결국 프로젝트가 커짐에 따라 커뮤니티는 특정 장소에서 코셔를 조정할 것입니다.

오프라인도 생각하십시오. 컨퍼런스 및 모임은 현재 및 잠재적 인 사용자 및 기고자를 만나는 좋은 방법입니다. DBATOOLS 제작자이자 관리자 인 Chrissy Lemaire는“저는 회의에 가서 사람들이 우리가 기고자를 찾고 있으며 첫 번째 풀 요청을 제출하는 사람을 안내 할 것입니다. “나는 사람들에게 안전하게 이빨을 우리와 함께자를 수 있다는 것을 알림으로써 사람들을 유혹합니다.”

3. 예에 따라 리드

행동 강령을 갖는 것은 한 가지입니다. 그러나 지역 사회가 행동하기를 원하는 방식으로 자신을 행동하는 것이 더 중요합니다. Schott는 새로운 사용자에게 인내심을 갖는 것의 중요성을 강조합니다. “사람들이 직면 한 문제를 무시하면 떠날 것”이라고 그는 말합니다. “첫인상이 중요합니다.”

올바른 톤을 설정하는 것이 중요합니다. Gillam은“실제로 부정적인 일이 있다면 우리는 시간을주는 경향이 있습니다. 우리는 순간에 반응하지 않습니다. 팀은 종종 사람들이 자신의 모국어로 글을 쓰지 않는 경우 의도보다 더 가혹하게 나타날 수 있기 때문에 좋은 의도를 맡으려고 노력합니다. Gillam은“사람들이 어리석은 질문이 있다고 생각하는 것은 매우 쉽지만, 한 사람이 특별한 질문이 있으면 다른 사람들도 아마도 할 수 있기 때문에 사람들에게 물어 보는 것이 좋습니다.

Lemaire는 당신이 모르는 것과 개인적으로 어려움을 겪는 곳에 대해 개방적이라는 것을 권장합니다. 그녀는 Twitch에서 자신의 작품을 생생하게하여 사람들에게 Microsoft 가장 귀중한 전문가이자 Github 스타로서 여전히 어려움을 겪고 실수를 저지른 것을 보여주었습니다. “나는 사람들에게 모든 것을 알지 못하고 효과적이기 위해 가장 위협적이거나 복잡한 도구를 사용할 필요가 없다는 것을 사람들에게 보여줍니다.”라고 그녀는 말합니다.

4. 기고자를 조명하십시오

기고자들에게 감사를 표하십시오. Repo의 ReadMe 파일에서 감사 할 수 있습니다. Lemaire는 DBATOOLS를위한 LinkedIn 회사를 설립하고 기고자들에게 자신을 추가 할 수있는 환영을 받았다고 말했습니다. 기고자들은 Github 이외의 기여를 조명하고 일부 일자리를 찾는 데 도움이되었습니다.

비 코드 기여자도 인식하는 것을 잊지 마십시오. Schott는“우리의 문서는 핵심 기고자가 기술 기고자라고 가정하는 데 사용되었으므로 기술적 인 요구 사항이 몇 가지있었습니다. 처음에 Astro 프로젝트는 누군가가 핵심 기고자가되기 위해“중요한 코드 기여”를 만들도록 요구했습니다. 이제 팀은 핵심 기고자 상태로 누군가를 홍보할지 여부를 고려할 때 비 코드 기여금을 평가합니다.

Schott는“사람들은 문서에서 커뮤니티 지원에 이르기까지 다양한 방식으로 기여합니다. “우리는 그에 따라 기대를 업데이트했습니다.”

작성자가 작성했습니다