{"meta":{"title":"Projects에 대한 모범 사례","intro":"프로젝트를 관리하는 팁을 알아봅니다.","product":"GitHub Issues","breadcrumbs":[{"href":"/ko/issues","title":"GitHub Issues"},{"href":"/ko/issues/planning-and-tracking-with-projects","title":"Projects"},{"href":"/ko/issues/planning-and-tracking-with-projects/learning-about-projects","title":"Projects에 대해 알아보기"},{"href":"/ko/issues/planning-and-tracking-with-projects/learning-about-projects/best-practices-for-projects","title":"Projects에 대한 모범 사례"}],"documentType":"article"},"body":"# Projects에 대한 모범 사례\n\n프로젝트를 관리하는 팁을 알아봅니다.\n\nProjects를 사용하여 이슈 및 끌어오기 요청이 있는 GitHub에서 작업을 관리할 수 있습니다. 프로젝트를 효율적이고 효과적으로 관리하기 위한 팁을 읽어보세요. Projects에 대한 자세한 내용은 [Projects 정보](/ko/issues/planning-and-tracking-with-projects/learning-about-projects/about-projects)을(를) 참조하세요.\n\n## 이슈 및 끌어오기 요청 전반에 걸쳐 소통하기\n\n이슈 및 끌어오기 요청에는 협력자와 쉽게 커뮤니케이션할 수 있도록 하는 기본 제공 기능이 포함됩니다.\n@mentions을 사용하여 개인 또는 전체 팀에게 댓글에 대해 경고합니다. 협력자를 이슈에 할당하여 책임을 전달합니다. 관련 이슈나 풀 리퀘스트에 연결하여 이들이 어떻게 연관되어 있는지 소통합니다.\n\n## 큰 이슈를 더 작은 이슈로 분리\n\n큰 이슈를 더 작은 이슈로 분리하면 작업을 보다 쉽게 관리할 수 있으며 팀 멤버가 동시에 작업할 수 있습니다. 이 경우 끌어오기 요청도 더 작아지므로 검토하기가 더 쉽습니다.\n\n이슈에 하위 이슈를 추가하여 더 큰 업무를 작은 이슈로 빠르게 나눌 수 있습니다. 하위 문제는 문제 간의 관계를 만들어 GitHub에서 문제의 계층 구조에 대한 지원을 추가합니다. 작업을 자신과 팀에 필요한 세부 정보로 정확하게 분류하여 프로젝트를 정확하게 나타내는 여러 수준의 하위 문제를 만들 수 있습니다. [하위 이슈 추가](/ko/issues/tracking-your-work-with-issues/using-issues/adding-sub-issues) 및 [하위 이슈 찾아보기](/ko/issues/tracking-your-work-with-issues/using-issues/browsing-sub-issues)을(를) 참조하세요.\n\n이슈 유형을 사용하면 조직 전체의 리포지토리에서 작업을 하위 이슈와 함께 분류할 수도 있습니다. 자세한 내용은 [조직에서 이슈 유형 관리](/ko/issues/tracking-your-work-with-issues/using-issues/managing-issue-types-in-an-organization)을(를) 참조하세요.\n\n효율적인 진행을 보장하려면 다른 이슈에 의해 차단되거나 혹은 다른 이슈를 차단하고 있는지 명확하게 정의합니다.\n[이슈 종속성 만들기](/ko/issues/tracking-your-work-with-issues/using-issues/creating-issue-dependencies)을(를) 참조하세요.\n\n더 작은 이슈가 더 큰 목표에 어떻게 연결되는지 추적하려면 마일스톤 또는 레이블을 사용합니다. 자세한 내용은 [마일스톤 정보](/ko/issues/using-labels-and-milestones-to-track-work/about-milestones) 및 [레이블 관리](/ko/issues/using-labels-and-milestones-to-track-work/managing-labels)을(를) 참조하세요.\n\n## 설명, 추가 정보, 상태 업데이트를 활용하여 프로젝트에 대한 정보 공유\n\n프로젝트의 설명 및 추가 정보를 사용하여 프로젝트에 대한 정보를 공유합니다.\n\n예시:\n\n* 프로젝트의 목적 설명\n* 프로젝트 보기 및 사용 방법 설명\n* 자세한 정보를 위한 관련 링크 및 담당자 포함\n\n프로젝트 README는 이미지를 사용할 수 있으며, 링크, 목록, 헤더와 같은 고급 서식을 지원하는 Markdown을 지원합니다. 자세한 내용은 [프로젝트 만들기](/ko/issues/planning-and-tracking-with-projects/creating-projects/creating-a-project)을(를) 참조하세요.\n\n상태 업데이트를 게시하여 프로젝트의 다른 사용자와 개략적인 업데이트를 공유할 수도 있습니다. 상태 업데이트를 통해 프로젝트를 \"계획대로 진행 중\" 또는 \"위험 상태\"와 같은 상태로 표시하고, 시작 날짜와 대상 날짜를 설정하며, 작성된 업데이트를 팀과 공유할 수 있습니다. 자세한 내용은 [프로젝트 업데이트 공유](/ko/issues/planning-and-tracking-with-projects/sharing-project-updates)을(를) 참조하세요.\n\n## 프로젝트 항목의 사용자 지정된 보기 만들기\n\n프로젝트 뷰를 사용하여 테이블, 보드, 로드맵 레이아웃으로 다양한 각도에서 프로젝트를 살펴봅니다. 뷰를 사용하면 팀 백로그, 주간 반복, 팀 로드맵, 기능 릴리스 계획 등을 관리할 수 있습니다.\n\n예를 들어, 뷰는 다음과 같이 사용자 지정할 수 있습니다.\n\n* 상태별로 필터링하여 시작되지 않은 모든 항목 보기\n* 사용자 지정 우선 순위 필드별로 그룹화하여 우선 순위가 높은 항목의 볼륨 모니터링\n* 사용자 지정 날짜 필드별로 정렬하여 가장 이른 목표 출하일의 항목 보기\n* 담당자별로 분류하여 팀의 업무 능력을 파악할 수 있습니다\n* 항목 그룹의 복잡성을 강조 표시하기 위한 추정치의 필드 합계 표시\n* 업무 집중도를 높이기 위해 보드의 각 열에 작업 항목 수 제한을 설정하세요\n\n다음은 테이블 레이아웃의 예입니다.\n\n![예제 표 레이아웃을 보여주는 스크린샷.](/assets/images/help/projects-v2/example-table.png)\n\n다음은 보드 레이아웃의 예입니다.\n\n![예제 보드 레이아웃을 보여주는 스크린샷.](/assets/images/help/projects-v2/example-board.png)\n\n다음은 로드맵 레이아웃의 예입니다.\n\n![예제 로드맵 레이아웃을 보여주는 스크린샷.](/assets/images/help/projects-v2/example-roadmap.png)\n\n자세한 내용은 [프로젝트 프로젝트의 보기 설정을 사용자 정의하기](/ko/issues/planning-and-tracking-with-projects/customizing-views-in-your-project)을(를) 참조하세요.\n\n## 다양한 필드 유형을 사용하여 프로젝트 항목에 메타데이터 추가\n\n다양한 필드 유형을 활용해 필요에 맞게 조정하고, 더 다양한 뷰를 위해 이슈, 끌어오기 요청, 초안 이슈에 메타데이터를 추가합니다. 현재 문제 및 끌어오기 요청에 대해 존재하는 기본 제공 메타데이터(담당자, 마일스톤, 레이블 등)로 제한되지 않습니다. 예를 들어 다음 메타데이터를 사용자 지정 필드로 추가할 수 있습니다.\n\n* 목표 출하일을 추적하는 날짜 필드\n* 작업의 복잡성을 추적하는 숫자 필드\n* 작업의 우선 순위가 낮음, 보통, 높음 중 무엇인지 추적하는 단일 선택 필드\n* 빠른 노트를 추가할 텍스트 필드\n* 주 단위로 작업을 계획하고 휴식을 지원하는 반복 필드\n\n반복 필드를 사용하여 작업을 예약하거나 타임라인을 만듭니다. 반복별로 그룹화하여 항목이 반복 간에 균형을 이루는지 확인하거나 필터링하여 단일 반복에 집중할 수 있습니다. Iteration 필드를 사용하면 과거 반복에서 완료한 작업을 볼 수 있으며, 이를 토대로 개발속도를 계획하고 팀의 성과를 반영할 수 있습니다. 또한 반복 필드에는 사용자와 팀이 반복 작업에 소요되는 시간을 단축한 경우도 표시됩니다.\n[반복 필드에 대한 안내](/ko/issues/planning-and-tracking-with-projects/understanding-fields/about-iteration-fields)을(를) 참조하세요.\n\n단일 선택 필드를 사용하여 미리 설정된 값 목록을 기준으로 작업에 대한 정보를 추적합니다. 예를 들어 우선 순위 또는 프로젝트 단계를 추적합니다. 미리 설정된 목록에서 값을 선택하므로 쉽게 그룹화하거나 필터링하여 특정 값이 있는 항목에 집중할 수 있습니다.\n\n다른 필드 유형에 대한 자세한 내용은 [필드를 이해하기](/ko/issues/planning-and-tracking-with-projects/understanding-fields)을(를) 참조하세요.\n\n## 자동화를 사용하여 프로젝트를 자동으로 최신 상태로 유지\n\n작업을 자동화하여 작업 시간을 줄이고 프로젝트 자체에 더 많은 시간을 투입할 수 있습니다. 수동으로 작업을 수행해야 할 필요가 적을수록 프로젝트가 최신 상태를 유지할 가능성이 높아질 수 있습니다.\n\nProjects는 기본 제공 워크플로를 제공합니다. 예를 들어 문제가 해결되면 상태를 자동으로 \"완료\"로 설정할 수 있습니다. 특정 조건을 충족할 때 항목을 자동으로 보관하고 필터와 일치할 때 리포지토리의 항목을 자동으로 추가하도록 기본 제공 워크플로를 구성할 수도 있습니다.\n\n또한 GitHub Actions 및 GraphQL API를 사용하여 일상적인 프로젝트 관리 작업을 자동화할 수도 있습니다. 예를 들어 검토를 기다리는 끌어오기 요청을 추적하려면 프로젝트에 끌어오기 요청을 추가하고 상태를 \"검토 필요\"로 설정하는 워크플로를 만들 수 있습니다. 끌어오기 요청이 \"검토 준비 완료\"로 표시되면 이 프로세스가 자동으로 트리거될 수 있습니다.\n\n* 기본 제공 워크플로에 대한 자세한 내용은 [기본 제공 자동화 사용](/ko/issues/planning-and-tracking-with-projects/automating-your-project/using-the-built-in-automations)을(를) 참조하세요.\n* 항목을 자동으로 보관하는 방법에 대한 자세한 내용은 [자동으로 항목 보관](/ko/issues/planning-and-tracking-with-projects/automating-your-project/archiving-items-automatically)을(를) 참조하세요.\n* 항목을 자동으로 추가하는 방법에 대한 자세한 내용은 [자동으로 항목 추가](/ko/issues/planning-and-tracking-with-projects/automating-your-project/adding-items-automatically)을(를) 참조하세요.\n* 예제 워크플로는 [Actions를 사용하여 Projects 자동화](/ko/issues/planning-and-tracking-with-projects/automating-your-project/automating-projects-using-actions)을(를) 참조하세요.\n* API에 관한 자세한 내용은 [API를 사용하여 Projects 관리하기](/ko/issues/planning-and-tracking-with-projects/automating-your-project/using-the-api-to-manage-projects) 에서 확인하실 수 있습니다.\n* GitHub Actions에 대한 자세한 내용은 [GitHub Actions 문서](/ko/actions)을(를) 참조하세요.\n\n## 진행률을 시각화하고 공유하여 차트 및 인사이트 만들기\n\nProjects에 대한 인사이트를 사용하여 프로젝트에 추가된 항목을 원본 데이터로 사용하는 차트를 보고, 만들고, 사용자 지정할 수 있습니다. 기본 차트에 필터를 적용하고 고유한 차트를 만들 수도 있습니다. 차트를 만들 때 필터, 차트 종류, 표시된 정보를 설정하고 프로젝트를 볼 수 있는 모든 사용자가 차트를 사용할 수 있습니다.\n\n자세한 내용은 [Projects에 대한 인사이트 정보](/ko/issues/planning-and-tracking-with-projects/viewing-insights-from-your-project/about-insights-for-projects)을(를) 참조하세요.\n\n## 워크플로를 표준화하는 프로젝트 템플릿 만들기\n\n조직을 위한 프로젝트 템플릿을 만들거나 프로젝트를 템플릿으로 설정하여 미리 구성된 프로젝트를 조직의 다른 사용자와 공유한 다음, 해당 프로젝트의 기반으로 사용할 수 있습니다. 프로젝트 템플릿에는 뷰, 사용자 지정 필드, 초안 이슈 및 관련 필드, 구성된 워크플로(자동 추가 워크플로 제외), 인사이트가 포함됩니다.\n\n자세한 내용은 [프로젝트 조직에서 템플릿 관리](/ko/issues/planning-and-tracking-with-projects/managing-your-project/managing-project-templates-in-your-organization)을(를) 참조하세요.\n\n## 팀 및 리포지토리에 프로젝트 연결\n\n팀에 프로젝트를 추가하여 전체 팀 협력자에게 해당 프로젝트에 대한 액세스 권한을 부여할 수 있습니다. 팀에 프로젝트를 추가하면 해당 프로젝트가 팀의 프로젝트 페이지에 나열되므로 멤버가 특정 팀에서 사용하는 프로젝트를 더 쉽게 식별할 수 있습니다.\n\n자세한 내용은 [내 프로젝트을(를) 팀에 추가](/ko/issues/planning-and-tracking-with-projects/managing-your-project/adding-your-project-to-a-team)을(를) 참조하세요.\n\n프로젝트를 소유하는 동일한 사용자 또는 조직이 소유한 리포지토리에 프로젝트를 추가할 수도 있습니다.\n\n자세한 내용은 [프로젝트을(를) 리포지토리에 추가](/ko/issues/planning-and-tracking-with-projects/managing-your-project/adding-your-project-to-a-repository)을(를) 참조하세요.\n\n## 단일 진실의 출처를 확보하다\n\n정보가 동기화되도록 하려면 단일 데이터 소스를 유지 관리합니다. 예를 들어 여러 필드에 분산시키는 대신 단일 위치에서 대상 배송 날짜를 추적합니다. 이렇게 하면 대상 배송 날짜가 바뀔 경우 한 위치에서만 날짜를 업데이트하면 됩니다.\n\nProjects는 할당자, 마일스톤 및 레이블과 같은 GitHub 데이터를 사용하여 자동으로 최신 상태를 유지합니다. 이러한 필드 중 하나가 이슈 또는 끌어오기 요청에서 변경되면 변경 내용이 프로젝트에 자동으로 반영됩니다.\n\n## 추가 참고 자료\n\n* [Projects 정보](/ko/issues/planning-and-tracking-with-projects/learning-about-projects/about-projects)\n* [Projects용 빠른 시작](/ko/issues/planning-and-tracking-with-projects/learning-about-projects/quickstart-for-projects)"}