이터레이션

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

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