{"meta":{"title":"기업에서 작업을 구성하기 위한 모범 사례","intro":"조직 및 팀을 관리하기 위한 권장 사례에 따라 GitHub공동 작업을 촉진하고 대규모로 리소스를 관리합니다.","product":"엔터프라이즈 관리자","breadcrumbs":[{"href":"/ko/enterprise-server@3.18/admin","title":"엔터프라이즈 관리자"},{"href":"/ko/enterprise-server@3.18/admin/concepts","title":"개념들"},{"href":"/ko/enterprise-server@3.18/admin/concepts/enterprise-best-practices","title":"모범 사례"},{"href":"/ko/enterprise-server@3.18/admin/concepts/enterprise-best-practices/organize-work","title":"작업 구성"}],"documentType":"article"},"body":"# 기업에서 작업을 구성하기 위한 모범 사례\n\n조직 및 팀을 관리하기 위한 권장 사례에 따라 GitHub공동 작업을 촉진하고 대규모로 리소스를 관리합니다.\n\n## 회사 또는 거버넌스에 조직 사용\n\n조직을 사용하는 두 가지 주요 모델이 있습니다.\n\n* **그룹 관련 작업 프로젝트**: 특정 애플리케이션 및 관련 서비스에 대한 리포지토리를 그룹화합니다. 그러면 해당 애플리케이션에서 작업하는 팀은 효과적으로 통신하고 다양한 리포지토리에 기여할 수 있습니다.\n* **유사한 거버넌스 요구 사항 그룹**화: 유사한 정책, 보안 설정 또는 액세스 제한이 필요한 리포지토리를 그룹화합니다. 조직에 필요한 설정을 대규모로 적용할 수 있습니다. 예를 들어 극비 작업 프로젝트 또는 특정 데이터 분류가 있는 경우 제한된 수의 사용자만 액세스할 수 있는 조직에서 그룹화합니다.\n\n## 의도적으로 조직 만들기\n\n조직을 만드는 것은 균형입니다.\nGitHub는 계속해서 조직 관리를 더 쉽게 확장할 수 있게 해 주지만, 조직을 만드는 이유는 신중하게 생각해야 합니다. 조직을 제거하는 것보다 조직을 추가하는 것이 항상 더 쉽습니다.\n\n회사의 부자연스러운 부분을 단일 대규모 조직에 맞추려고 하지 마세요. 엔터프라이즈 계정의 관리 기능을 사용하면 프로세스를 자동화하고, 액세스를 관리하고, 여러 조직에서 정책을 한 번에 적용할 수 있습니다. 그러나 여러 조직으로 작업을 분리하는 단점이 있습니다.\n\n* 동일한 조직의 구성원 간에만 작동하므로 @-mentions 사용자가 한 조직 내에서 통신하는 것이 더 쉽습니다.\n* 검색할 위치가 하나뿐이기 때문에 사용자가 한 조직에서 리소스를 더 쉽게 찾을 수 있습니다.\n\n전략을 개발할 때 소수의 조직으로 시작하는 것이 좋습니다. 비즈니스에 적합한 항목에 대한 신뢰를 쌓은 후에는 필요에 따라 추가 조직을 만들 수 있습니다.\n\n액세스, 거버넌스 및 작업 조직에 대한 전략을 정기적으로 평가해야 합니다. 레거시 조직을 정리하는 것은 해당 프로세스의 일부입니다.\n\n## 조직 소유 리포지토리에서 공동 작업\n\n가능하면 조직 소유 리포지토리에서 협업하고 사용자 소유 리포지토리에서는 협업을 최소화하는 것이 좋습니다. 조직 소유 리포지토리에는 보다 정교한 보안 및 관리 기능이 있으며 엔터프라이즈 멤버 자격이 변경되더라도 액세스할 수 있습니다.\n\n## 내부 오픈 소스 사례 사용\n\nInnersource를 사용하면 모든 직원이 작업을 쉽게 검색하고 다시 사용할 수 있습니다. 이를 통해 개발 팀은 서로 학습하고 공통 서비스를 다시 만들려는 중복된 노력을 방지할 수 있습니다.\n\n효과적인 내부 원본 사례를 설정하는 방법에 대한 지침은 [엔터프라이즈에서 내부 원본 사용](/ko/enterprise-server@3.18/admin/concepts/enterprise-best-practices/use-innersource)을 참조하세요."}