GitHub 프로젝트 구성
프로젝트 범위와 소유권을 이해하는 것은 GitHub Projects와 Azure Boards 간의 성공적인 협업에 매우 중요합니다. 이 단원에서는 프로젝트 경계 및 책임을 정의하기 위한 주요 고려 사항을 살펴봅니다.
프로젝트 범위 및 소유권 결정
조직 및 사용자 프로젝트 - 의사 결정 매트릭스:
| 요소 | 조직 프로젝트 | 사용자 프로젝트 |
|---|---|---|
| 팀 공동 작업 | 다팀, 부서간 업무 | 개별 또는 소규모 팀 실험 |
| 거버넌스 | 공식 승인 프로세스, 감사 내역 | 가볍고 빠른 반복 |
| 가시성 | 엔터프라이즈 수준의 투명도 | 개인 또는 제한된 가시성 |
| 액세스 제어 | 역할 기반 권한, 엔터프라이즈 SSO | 개별 컨트롤 |
| 수명 주기 | 장기적 프로덕션 워크로드 | 프로토타입, 학습, 테스트 |
모범 사례 권장 사항:
- 프로덕션 애플리케이션 및 공유 서비스에 조직 프로젝트 사용
- 개념 증명 및 개별 학습을 위한 사용자 프로젝트 활용
- 범위를 선택할 때 데이터 거버넌스 및 규정 준수 요구 사항 고려
프로젝트 만들기 워크플로
조직 프로젝트의 경우:
- GitHub에서 조직의 기본 페이지로 이동합니다.
- 조직 탐색에서 프로젝트 클릭
- 새 프로젝트 드롭다운 → 새 프로젝트 선택
- 워크플로 요구 사항에 따라 적절한 프로젝트 템플릿 선택
사용자 프로젝트의 경우:
- 아바타 클릭 → 내 프로젝트
- 새 프로젝트 드롭다운 → 새 프로젝트 선택
- 프로젝트 목표에 맞는 템플릿 선택
프로젝트 템플릿 선택 가이드:
| 템플릿 | 사용 사례 | 주요 기능 |
|---|---|---|
| 팀 백로그 | 스프린트 플래닝, 기능 개발 | 스토리 포인트, 스프린트 주기 |
| 특징 | 제품 로드맵, 릴리스 계획 | 중요 시점, 종속성 |
| 버그 분류 | 문제 관리, 품질 보증 | 심각도, 우선 순위, 상태 추적 |
| Blank | 사용자 지정 워크플로, 특수 프로세스 | 전체 사용자 지정 유연성 |
프로젝트 설명서 및 통신 전략
추가 정보 및 설명 모범 사례:
- 프로젝트로 이동
- 오른쪽 위에 있는 설정 메뉴(점 3개)를 클릭합니다.
- 설정 선택
- 포괄적인 프로젝트 설명서를 만듭니다.
프로젝트 설명 프레임워크:
- 목적: 프로젝트 목표 및 범위의 명확한 설명
- 이해 관계자: 주요 팀 구성원, 스폰서 및 의사 결정자
- 성공 조건: 측정 가능한 결과 및 수용 조건
- 타임라인: 주요 중요 시점 및 배달 기대치
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
전략적 작업 항목 계획 및 관리
문제 만들기 및 조직 전략
초기 프로젝트 설정 워크플로: 새 프로젝트가 초기화되면 항목을 추가하라는 메시지가 표시됩니다. 프로젝트 기반을 구축할 수 있는 기회입니다.
전략적 문제 생성 방법:
- 에픽 및 테마 시작: 주요 기능 또는 이니셔티브를 나타내는 고급 작업 항목 만들기
- 사용자 스토리로 구분: 사용자 관점에서 테스트 가능한 특정 기능 정의
- 기술 작업 추가: 인프라, 테스트 및 배포 작업 포함
- 계획 종속성: 차단 관계 및 중요한 경로 항목 식별
문제 템플릿 모범 사례:
기능 관련 문제 템플릿:
## 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
더하기(+) 기호를 클릭하여 프로젝트 계획에 따라 체계적으로 더 많은 문제를 추가합니다.
작업 항목 계층 구조 및 조직:
- 에픽: 주요 기능 또는 이니셔티브
- 기능: 전달 가능한 기능
- 사용자 스토리: 특정 사용자 관련 기능
- 작업: 기술 구현 작업
- 버그: 해결이 필요한 결함 및 문제
고급 문제 분류 예제
엔터프라이즈 프로젝트에 대한 레이블 지정 전략:
| 범주 | 레이블 | 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 관리 시스템과 통합
- 규정 준수 및 보안 모니터링에 대한 감사 로깅
사용자 지정 필드 및 워크플로 구성
전략적 사용자 지정 필드 디자인:
비즈니스 가치 추적:
- 작업 추정: 스토리 포인트 또는 시간 추정
- 비즈니스 우선 순위: 고객에게 미치는 영향 또는 수익 잠재력
- 위험 평가: 기술 복잡성 또는 종속성 위험
- 규정 준수 요구 사항: 보안, 접근성, 규정 요구 사항
일반적인 엔터프라이즈 사용자 지정 필드 예제:
| 필드 이름 | 유형 | 값/옵션 | Purpose |
|---|---|---|---|
| 비즈니스 가치 | 선택 | 높음, 중간, 낮음 | 우선 순위 지정 및 ROI 분석 |
| 노력 | Number | 1-13(피보나치 시퀀스) | 스프린트 계획 및 용량 |
| 구성 요소 | 선택 | 프런트 엔드, 백 엔드, 데이터베이스, API | 기술 소유권 및 전문 지식 |
| 고객 세그먼트 | 선택 | 기업, 중소기업, 개인 | 기능 대상 지정 및 유효성 검사 |
| 릴리스 대상 | 날짜 | 특정 날짜 | 중요 시점 및 종속성 계획 |
자동화 및 워크플로 최적화:
- 끌어오기 요청 상태에 따라 자동화된 상태 전환 설정
- 중요한 업데이트 및 차단에 대한 알림 구성
- 검토 주기 및 승인 워크플로 설정
- 중단된 작업 항목에 대한 에스컬레이션 절차 구현
지속적인 개선 및 분석
프로젝트 상태 모니터링:
- 속도 추세 및 팀 용량 사용률 추적
- 문제 생성에서 완료까지의 주기 시간 모니터링
- 병목 상태 및 프로세스 개선 기회 식별
- 정기적인 회고 및 워크플로 조정
통합 검사점:
- 관련자 업데이트와 주간 프로젝트 동기화 모임
- 월별 프로세스 검토 및 최적화 세션
- 분기별 전략적 맞춤 및 목표 평가
- 연간 프로젝트 거버넌스 및 보안 감사
프로젝트에 대한 자세한 내용은 다음을 참조하세요.