프로젝트의 개발. 반복은 - 그것은 프로세스를 개선 할 수있는 방법

반복 - 프로젝트의 설정 기간, 대상이되는 제품의 안정적인 작업 버전의 생산. 그것은 설치 스크립트, 지원 문서 및이 릴리스의 응용 프로그램에 필요한 다른 유물을 첨부하여야한다.

개요

제품의 작업 버전은 이해 관계자에게 프로젝트의 실제 개발을 표시 할 수 있습니다. 데모 동안, 개발 팀은 요구 사항과 구현 방법의 폭 넓은 이해를 위해 수행에 필요한 사항에 대한 피드백을 얻을 수 있습니다. 이후 반복은 이전에 근거하여 수행 하였다. 제품이 결과로서 수득하고,이를 한 걸음 더 다가 마지막이다. 반복 - 제한된 기간. 즉, 스케줄은 충분히 견고하게 고정된다. 이 일정을 충족하기 위해, 충전 시간 간격이 다를 수 있습니다.

특징

반복은 - 그것은 규제 기간입니다. 프로젝트의 개발은 신중하게 목표를 계획하고, 시간 간격의 매우 길이가 고정되어 있습니다. 각 반복에 대한 규제는, 자신의 평가 기준을 설정합니다. 프로젝트에 참여 당사자 간의 동시에, 명확하게 책임 및 작업을 할당합니다. 또한, 연구는 프로젝트 개발의 목표 지표를 수행한다. 반복 -이 시간, 재 작업의 일정 금액을 포함. 그들이 구조화 된 방식으로 수행되는 것을 말할 수 있어야합니다.

통합

모든 단순 반복이 프로젝트에 중요한 계정 가능한 위험을 고려한다뿐만 아니라 우선 순위가 높은 구성 요소의 작업을 구현합니다. 각 기간 백그라운드에서 당사자의 최대 값에 추가되는 신뢰 결과의 불확실성을 감소시킨다. 일반적으로, 반복적 인 개발이 지속적 또는 자주 통합과 결합. 구성 요소는 단위 테스트의 결과에 만족하기 때문에 즉, 그들은 전체 프로젝트에 통합되어 있습니다. 조립 및 테스트 후 실행된다. 따라서, 계획 단계에서 확인 된 목표에 반복 증가에 대한 통합 된 제품의 가능성. 정기 컬렉션 (매일 또는 더 자주) 균일 문제와 통합 및 테스트의 문제를 분할 개발주기 전반에 걸쳐으로 배포 할 수 있습니다. 종종 프로젝트 붕괴 이유는 모든 어려움은 하나의 순간에있는 것입니다 통합 과정의 마지막 단계에서 진행. 이 경우, 유일한 문제 때문에 팀 전체가 중지됩니다.

전망

때문에 오늘날 사용되는 소프트웨어의 복잡성에 항상 설계 요구 사항을 정의, 테스트, 구현, 올바르게 이들과 다른 단계를 수행 할 수있는 아키텍처를 선택 지속적으로 작동하지 않습니다. 이 솔루션은 이해 당사자가 프로젝트의 기회에 대한 액세스를 제공하기 위해 각 기간 말에 반복적 인 방법을 할 수 있습니다. 이 경우, 개발 팀은 신속하고 정기적으로 피드백을받습니다. 그들은 차례로, 가능 개선을 위해 상당한 개선이 필요할 수 있습니다 개발이 충분히 갈 것입니다 순간 전에 시간과 프로젝트 예산의 범위와 길이에 배치하는 경우에 더 낮은 비용으로 문제를 해결 할 수 있습니다. 반복은 유효한 코드를 얻을 수 있습니다. 이 프로젝트의 발전 방향을 조정, 활성화 평가하고 구현하는 것이 가능하다. 일반적으로 4 주 기간의 기간입니다. 6 개월까지 - 그러나 7 일 동안 작업 팀 또는 더 긴 기간이있다.