엔터프라이즈 내 조직에 대한 모범 사례

최상의 개발자 환경을 위해 엔터프라이즈 및 조직을 구성하는 방법을 알아보세요.

이 문서의 내용

엔터프라이즈 내에서 조직을 구조화하기 위한 방법은 여러 가지입니다. 각 접근 방식마다 장단점이 있으며 엔터프라이즈에 가장 적합한 구조는 규모 및 보안 제약 조건 등 비즈니스의 특성과 요구 사항에 따라 달라집니다. 그러나 현재의 문화 대신, 만들려는 문화에 전략을 맞추는 것이 좋습니다. 협업 및 내부 소싱 측면을 발전시키려면 이에 따라 도구를 구성하세요. 그러면 도구가 차단기로서 기능하는 대신, 문화적으로 변화하는 데 유용할 수 있습니다.

이 문서에서는 GitHub의 권장 사항의 핵심 사항을 요약합니다. 자세한 내용은 추가 읽기 섹션을 참조하세요.

조직 수 최소화

일반적으로 GitHub 에서는 조직의 수를 최소화하여 만들 것을 권장합니다.

  • 조직의 구성원은 **리소스를 찾고 쉽게 통신할 **수 있으므로 공동 작업 환경을 조성할 수 있습니다.
  • 언제나 조직을 없애기보다는 추가하기가 더 쉬우므로, 적은 수의 조직으로 시작하는 것이 좋습니다. 그러면 이후 유연성이 더 많아집니다.
  • 조직을 없애기란 훨씬 더 어렵고 마이그레이션이 필요할 때도 많으며 팀이 적응했던 유연성이 저하됩니다.

여러 조직이 필요한 경우는 언제인가요?

일부 고객은 여러 조직이 필요합니다.

  • 여러 조직을 만들 때 기본적인 장점은 각각 별도의 정책, 설정, 요구 사항을 구성할 수 있다는 것입니다.
  • 조직 소유자는 항상 조직 소유의 모든 리포지토리에 액세스할 수 있습니다. 하나의 소유자로는 모든 리포지토리에 액세스할 수 없을 정도로 회사가 큰 경우에는 여러 조직을 만드는 것이 좋습니다.
  • 엔터프라이즈에 새 조직을 만드는 데 고정적이고 투명한 규칙을 만들어 시행하는 것이 좋습니다. 그러면 모든 사용자가 각 조직의 목적과 자산의 위치를 더 쉽게 이해할 수 있습니다.

다양한 고객이 조직 수에 대한 다양한 설정과 그 안에 있는 액세스 권한으로 성공했습니다. 옵션을 탐색하려면 엔터프라이즈의 조직 구조화 모범 사례을(를) 참조하세요.

조직 내 모범 사례

엔터프라이즈의 각 조직 내에서 조직 소유자가 모범 사례를 따르도록 장려해야 합니다.

  • 여러 소유자 추가: 조직에 소유자가 한 명인 경우 소유자에 연결할 수 없으면 조직의 프로젝트에 액세스할 수 없게 될 수 있습니다. 프로젝트에 대한 액세스 권한을 잃어버리지 않도록 각 조직에서 최소 두 명 이상이 소유자 역할을 맡는 것이 좋습니다.
  • Teams 사용: Teams를 사용하면 사용자 그룹에 대한 사용 권한, 코드 소유권, 알림을 관리할 수 있습니다. IdP(ID 공급자)를 인증에 사용하는 경우 IdP를 통해 팀 멤버 자격을 관리하는 것이 좋습니다. 팀 만들기을(를) 참조하세요.
  • 조직 소유 리포지토리에서 공동 작업: 가능한 경우 사용자 소유 리포지토리에서 협업을 최소화합니다. 조직 소유 리포지토리에는 보다 정교한 보안 및 관리 기능이 있으며 엔터프라이즈 멤버 자격이 변경되더라도 액세스할 수 있습니다.

다음 단계

조직을 만들고 사용자가 회사의 원하는 구조와 일치하도록 액세스를 관리하기 시작했습니다. 다음으로 GitHub 지원를 사용하여 필요할 때 도움을 받는 방법을 알아보세요. 엔터프라이즈 지원 이해을(를) 참조하세요.

추가 참고 자료