릴리스는 내부 또는 외부일 수 있습니다. 내부 릴리스는 이정표의 일부로서 또는 사용자 또는 고객에게 보여주기 위해 개발 조직에 의해서만 사용됩니다. 외부 릴리스(또는 인도물)는 사용자에게 전달됩니다. 릴리스는
완전한 제품일 필요는 없으며 엔지니어링 관점에서 유용성이 측정되는 전체 과정 중 한 단계일 수 있습니다. 릴리스는 개발 팀이 "90% 완료, 90% 남음"과 같은 증후군을 방지하기 위해 일정한 간격으로 종결할 수
있게 하는 강제 실행 기능 역할을 합니다.
개념: 반복과 릴리스를 통해 팀의 다양한 전문가(디자이너, 테스터, 작성자 등)를 오랜 시간에 걸쳐 보다 효율적으로 활용할 수 있습니다. 정기적인
릴리스를 통해 통합 및 테스트 문제를 분류하여 개발 주기에 따라 나눌 수 있습니다. 이러한 문제로 인해 종종 대규모 프로젝트가 실패하기도 하는데, 이는 모든 문제점이 주기 마지막 단계에서 발생하는 대규모 단일 통합
단계에 발견되고 하나의 문제로 인해 팀 전체가 멈추게 되기 때문입니다.
각 릴리스로 많은개념: 중간
산출물이 갱신됩니다. 일정 부분 "성장하는" 소프트웨어와 같다고 할 수 있습니다. 중간 산출물을 하나씩 개발하는 대신, 속도는 다르더라도 파이프라인과 같은 방식으로 주기에 따라 점진적으로
발전합니다.
|