이터레이션

시간 제한 워크플로우, 프로그램 증분, 케이던스, 스프린트.

GitLab의 이터레이션은 특정 기간(보통 1-3주) 동안 작업할 이슈를 그룹화하는 시간 제한 워크플로우를 나타냅니다. 팀은 이터레이션을 사용하여 속도 및 변동성 지표를 추적할 수 있습니다. 동일한 항목을 여러 동시 기간에 걸쳐 추적하려면 이터레이션을 마일스톤 과 함께 사용할 수 있습니다. 그룹에서 다양한 이터레이션 케이던스 를 만들고 관리합니다. 예를 들어 다음을 사용할 수 있습니다: 8-12주에 걸치는 프로그램 증분을 위한 마일스톤. 2주에 걸치는 스프린트를 위한 이터레이션. GitLab에서 이터레이션은 몇 가지 차이점을 제외하고 마일스톤과 유사합니다: 이터레이션은 그룹에서만 사용할 수 있습니다. 이터레이션은 이터레이션 케이던스로 그룹화됩니다. 이터레이션은 시작 날짜와 종료 날짜가 모두 필요합니다. 이터레이션 케이던스 내에서 이터레이션 날짜 범위는 겹칠 수 없습니다. 이터레이션을 사용한 계획 워크플로우 # 이터레이션을 사용하여 고정된 기간에 작업을 구성하고 추적할 수 있습니다. 다음 예시는 이터레이션이 팀이 일관된 배포 주기를 유지하는 데 어떻게 도움이 되는지 보여줍니다. 스프린트 계획 및 실행 # 이터레이션을 사용하여 고정된 기간에 작업을 계획하고 실행하며, 팀이 예측 가능한 배포 케이던스를 유지할 수 있도록 합니다. 팀이 스프린트로 작업할 때, 각 이터레이션은 작업 항목의 계획, 실행, 배포를 위한 명확한 타임박스를 제공합니다. 자세한 내용은 GitLab을 사용하여 스크럼 진행 튜토리얼 을 참조하세요. 예를 들어, 2주 스프린트로 실행하는 경우 팀은 여러 작업 흐름을 조율해야 합니다. 개발 팀은 현재 스프린트의 구현을 추적하고, 제품 관리자는 다가오는 스프린트의 백로그 항목을 준비합니다. 이터레이션을 사용하면: 팀은 전체 스프린트 일정을 시각화할 수 있습니다. 작업이 스프린트 간에 자동으로 롤오버됩니다. 이해관계자들이 번다운 차트를 통해 스프린트 진행 상황을 추적할 수 있습니다. 팀은 여러 스프린트에 걸쳐 속도를 측정할 수 있습니다. 이 구조는 팀이 일관되게 작업을 완료하면서 진행 상황에 대한 가시성을 유지하는 데 도움이 됩니다. 스프린트를 위해 이터레이션을 설정할 때: 각 팀은 동일한 이터레이션 케이던스로 작업합니다. 팀은 이터레이션 보고서에서 작업 상태를 볼 수 있습니다. 스프린트 계획이 더 예측 가능해집니다. 신속한 개발 주기 # 팀이 빈번한 릴리스가 필요할 때 더 짧은 개발 주기를 지원하기 위해 이터레이션을 사용합니다. 익스트림 프로그래밍(XP) 같은 방법론을 실천할 때, 팀은 1주 이터레이션을 사용하여 빠른 피드백 루프를 유지할 수 있습니다. 예를 들어, 신속한 변경을 구현할 때 팀은 이터레이션당 여러 번 프로덕션에 배포할 수 있습니다. 팀은 코드가 준비될 때마다 릴리스할 수 있는 유연성을 유지하면서 주간 이터레이션으로 작업을 추적합니다. 이터레이션을 사용하면: 팀은 구조화된 타임박스를 유지합니다. 개발 속도를 추적할 수 있습니다. 팀은 주간 지표를 기반으로 계획을 조정할 수 있습니다. 이해관계자들이 매주 구체적인 진행