GitHub 프로젝트 구성

완료됨

프로젝트 범위와 소유권을 이해하는 것은 GitHub Projects와 Azure Boards 간의 성공적인 협업에 매우 중요합니다. 이 단원에서는 프로젝트 경계 및 책임을 정의하기 위한 주요 고려 사항을 살펴봅니다.

프로젝트 범위 및 소유권 결정

조직 및 사용자 프로젝트 - 의사 결정 매트릭스:

요소 조직 프로젝트 사용자 프로젝트
팀 공동 작업 다팀, 부서간 업무 개별 또는 소규모 팀 실험
거버넌스 공식 승인 프로세스, 감사 내역 가볍고 빠른 반복
가시성 엔터프라이즈 수준의 투명도 개인 또는 제한된 가시성
액세스 제어 역할 기반 권한, 엔터프라이즈 SSO 개별 컨트롤
수명 주기 장기적 프로덕션 워크로드 프로토타입, 학습, 테스트

모범 사례 권장 사항:

  • 프로덕션 애플리케이션 및 공유 서비스에 조직 프로젝트 사용
  • 개념 증명 및 개별 학습을 위한 사용자 프로젝트 활용
  • 범위를 선택할 때 데이터 거버넌스 및 규정 준수 요구 사항 고려

프로젝트 만들기 워크플로

조직 프로젝트의 경우:

  1. GitHub에서 조직의 기본 페이지로 이동합니다.
  2. 조직 탐색에서 프로젝트 클릭
  3. 새 프로젝트 드롭다운 → 새 프로젝트 선택
  4. 워크플로 요구 사항에 따라 적절한 프로젝트 템플릿 선택

사용자 프로젝트의 경우:

  1. 아바타 클릭 → 내 프로젝트
  2. 새 프로젝트 드롭다운 → 새 프로젝트 선택
  3. 프로젝트 목표에 맞는 템플릿 선택

프로젝트 템플릿 선택 가이드:

템플릿 사용 사례 주요 기능
팀 백로그 스프린트 플래닝, 기능 개발 스토리 포인트, 스프린트 주기
특징 제품 로드맵, 릴리스 계획 중요 시점, 종속성
버그 분류 문제 관리, 품질 보증 심각도, 우선 순위, 상태 추적
Blank 사용자 지정 워크플로, 특수 프로세스 전체 사용자 지정 유연성

새 GitHub 프로젝트(베타) 기능의 스크린샷

프로젝트 설명서 및 통신 전략

추가 정보 및 설명 모범 사례:

  1. 프로젝트로 이동
  2. 오른쪽 위에 있는 설정 메뉴(점 3개)를 클릭합니다.
  3. 설정 선택
  4. 포괄적인 프로젝트 설명서를 만듭니다.

프로젝트 설명 프레임워크:

  • 목적: 프로젝트 목표 및 범위의 명확한 설명
  • 이해 관계자: 주요 팀 구성원, 스폰서 및 의사 결정자
  • 성공 조건: 측정 가능한 결과 및 수용 조건
  • 타임라인: 주요 중요 시점 및 배달 기대치

README 콘텐츠 구조:

# Project Name

## Overview

Brief description of project goals and context

## Getting Started

Prerequisites and setup instructions

## Workflow Guidelines

- Issue creation and labeling standards
- Review and approval processes
- Communication protocols

## Team Information

Contact details and responsibilities

엔터프라이즈 추가 정보 템플릿 예제:

# Customer Portal Enhancement Project

## Project Overview

Modernize customer self-service portal to improve user experience and reduce support ticket volume by 30%.

## Key Stakeholders

- **Product Owner**: Name (email@company.com)
- **Tech Lead**: Name (email@company.com)
- **UX Designer**: Name (email@company.com)

## Success Metrics

- Page load time < 2 seconds
- User satisfaction score > 4.2/5
- Support ticket reduction of 30%

## Workflow Standards

- All features require design review before development
- Security review mandatory for user-facing changes
- Performance testing required for all releases

GitHub 프로젝트 설정의 스크린샷.

전략적 작업 항목 계획 및 관리

문제 만들기 및 조직 전략

초기 프로젝트 설정 워크플로: 새 프로젝트가 초기화되면 항목을 추가하라는 메시지가 표시됩니다. 프로젝트 기반을 구축할 수 있는 기회입니다.

전략적 문제 생성 방법:

  1. 에픽 및 테마 시작: 주요 기능 또는 이니셔티브를 나타내는 고급 작업 항목 만들기
  2. 사용자 스토리로 구분: 사용자 관점에서 테스트 가능한 특정 기능 정의
  3. 기술 작업 추가: 인프라, 테스트 및 배포 작업 포함
  4. 계획 종속성: 차단 관계 및 중요한 경로 항목 식별

문제 템플릿 모범 사례:

기능 관련 문제 템플릿:

## User Story

As a [user type], I want [functionality] so that [business value].

## Acceptance Criteria

- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3

## Definition of Done

- [ ] Code review completed
- [ ] Unit tests written and passing
- [ ] Integration tests updated
- [ ] Documentation updated
- [ ] Accessibility review completed

## Dependencies

- Links to related issues or external dependencies

## Technical Notes

Implementation considerations and architectural decisions

더하기(+) 기호를 클릭하여 프로젝트 계획에 따라 체계적으로 더 많은 문제를 추가합니다.

빈 작업이 있는 GitHub 프로젝트 목록의 스크린샷

작업 항목 계층 구조 및 조직:

  • 에픽: 주요 기능 또는 이니셔티브
  • 기능: 전달 가능한 기능
  • 사용자 스토리: 특정 사용자 관련 기능
  • 작업: 기술 구현 작업
  • 버그: 해결이 필요한 결함 및 문제

고급 문제 분류 예제

엔터프라이즈 프로젝트에 대한 레이블 지정 전략:

범주 레이블 Purpose
우선순위 priority:critical, priority:high, priority:mediumpriority:low 리소스 할당 및 예약
유형 type:feature, type:bug, type:technical-debttype:research 작업 분류 및 보고
Team team:frontend, team:backend, team:qateam:design 소유권 및 책임
상태 status:blocked, status:in-reviewstatus:needs-info 워크플로 상태 관리
릴리스 release:v2.1, milestone:q1-2024 릴리스 계획 및 추적

고급 프로젝트 구성 및 거버넌스

보안 및 액세스 관리

오른쪽 위 모서리에 있는 메뉴(점 3개)를 클릭하여 프로젝트 설정으로 이동합니다.

액세스 제어 모범 사례:

Role 권한 사용 사례
관리자 전체 프로젝트 제어, 설정 관리 프로젝트 소유자, 기술 리더
쓰기 항목 만들기/편집, 워크플로 관리 개발 팀 구성원
읽으세요 프로젝트 콘텐츠 보기, 메모 추가 이해 관계자, QA 팀
액세스 권한 없음 프로젝트를 볼 수 없음 외부 사용자, 제한된 데이터

엔터프라이즈 보안 고려 사항:

  • 모든 프로젝트 관리자에 대해 2단계 인증 사용
  • 정기적인 액세스 검토 및 권한 감사(분기별 권장)
  • 엔터프라이즈 SSO 및 ID 관리 시스템과 통합
  • 규정 준수 및 보안 모니터링에 대한 감사 로깅

GitHub 프로젝트 설정의 액세스 관리 스크린샷

사용자 지정 필드 및 워크플로 구성

전략적 사용자 지정 필드 디자인:

비즈니스 가치 추적:

  • 작업 추정: 스토리 포인트 또는 시간 추정
  • 비즈니스 우선 순위: 고객에게 미치는 영향 또는 수익 잠재력
  • 위험 평가: 기술 복잡성 또는 종속성 위험
  • 규정 준수 요구 사항: 보안, 접근성, 규정 요구 사항

일반적인 엔터프라이즈 사용자 지정 필드 예제:

필드 이름 유형 값/옵션 Purpose
비즈니스 가치 선택 높음, 중간, 낮음 우선 순위 지정 및 ROI 분석
노력 Number 1-13(피보나치 시퀀스) 스프린트 계획 및 용량
구성 요소 선택 프런트 엔드, 백 엔드, 데이터베이스, API 기술 소유권 및 전문 지식
고객 세그먼트 선택 기업, 중소기업, 개인 기능 대상 지정 및 유효성 검사
릴리스 대상 날짜 특정 날짜 중요 시점 및 종속성 계획

사용자 지정 필드를 만드는 GitHub Projects 설정의 스크린샷

자동화 및 워크플로 최적화:

  • 끌어오기 요청 상태에 따라 자동화된 상태 전환 설정
  • 중요한 업데이트 및 차단에 대한 알림 구성
  • 검토 주기 및 승인 워크플로 설정
  • 중단된 작업 항목에 대한 에스컬레이션 절차 구현

지속적인 개선 및 분석

프로젝트 상태 모니터링:

  • 속도 추세 및 팀 용량 사용률 추적
  • 문제 생성에서 완료까지의 주기 시간 모니터링
  • 병목 상태 및 프로세스 개선 기회 식별
  • 정기적인 회고 및 워크플로 조정

통합 검사점:

  • 관련자 업데이트와 주간 프로젝트 동기화 모임
  • 월별 프로세스 검토 및 최적화 세션
  • 분기별 전략적 맞춤 및 목표 평가
  • 연간 프로젝트 거버넌스 및 보안 감사

프로젝트에 대한 자세한 내용은 다음을 참조하세요.