Agile의 의미는 신속하거나 다재다능합니다.' 민첩한 프로세스 모델 '는 반복 개발을 기반으로 한 소프트웨어 개발 접근 방식을 의미합니다. 민첩한 방법은 작업을 더 작은 반복으로 나누거나 부품에 장기 계획이 직접적으로 포함되지 않습니다. 프로젝트 범위와 요구사항은 개발 프로세스 초기에 정해집니다. 각 반복의 반복 횟수, 기간 및 범위에 관한 계획이 사전에 명확하게 정의되어 있습니다.

각 반복은 Agile 프로세스 모델에서 일반적으로 1~4주 동안 지속되는 짧은 시간 '프레임'으로 간주됩니다. 전체 프로젝트를 더 작은 부분으로 나누면 프로젝트 위험을 최소화하고 전체 프로젝트 납품 시간 요구 사항을 줄이는 데 도움이 됩니다. 각 반복에는 작업 제품이 고객에게 시연되기 전에 계획, 요구 사항 분석, 설계, 코딩 및 테스트를 포함한 전체 소프트웨어 개발 수명 주기를 통해 작업하는 팀이 참여합니다.

민첩한 모델의 단계:

Agile 모델의 단계는 다음과 같습니다.

1. 요구사항 수집
2. 요구사항 설계
3. 구성/반복
4. 테스트/품질 보증
5. 전개
6. 피드백

1. 요구사항 수집: 이 단계에서는 요구 사항을 정의해야 합니다. 비즈니스 기회를 설명하고 프로젝트 구축에 필요한 시간과 노력을 계획해야 합니다. 이 정보를 바탕으로 기술적, 경제적 타당성을 평가할 수 있습니다.

2. 요구 사항을 설계합니다. 프로젝트를 식별한 후에는 이해관계자와 협력하여 요구사항을 정의하십시오. 사용자 흐름 다이어그램 또는 상위 수준 UML 다이어그램을 사용하여 새로운 기능의 작업을 표시하고 기존 시스템에 적용되는 방법을 보여줄 수 있습니다.

3. 구성/반복: 팀이 요구 사항을 정의하면 작업이 시작됩니다. 디자이너와 개발자는 작동하는 제품을 배포하는 것을 목표로 하는 프로젝트 작업을 시작합니다. 제품은 다양한 개선 단계를 거치게 되므로 단순하고 최소한의 기능만 포함됩니다.

4. 테스트: 이 단계에서는 품질 보증 팀이 제품 성능을 검사하고 버그를 찾습니다.

5. 배포: 이 단계에서 팀은 사용자의 작업 환경에 맞는 제품을 출시합니다.

6. 피드백: 제품 출시 후 마지막 단계는 피드백이다. 이를 통해 팀은 제품에 대한 피드백을 받고 피드백을 통해 작업합니다.

민첩한 테스트 방법:

• 스크럼
• 결정
• 동적 소프트웨어 개발 방법(DSDM)
• 기능 중심 개발(FDD)
• 린 소프트웨어 개발
• 익스트림 프로그래밍(XP)

스크럼

SCRUM은 팀 기반 개발 조건에서 작업을 관리하는 방법에 주로 초점을 맞춘 민첩한 개발 프로세스입니다.

여기에는 세 가지 역할이 있으며 해당 책임은 다음과 같습니다.

스크럼 마스터: 스크럼은 마스터 팀을 구성하고 회의를 주선하며 프로세스의 장애물을 제거할 수 있습니다. 제품 소유자: 제품 소유자는 제품 백로그를 만들고 지연의 우선순위를 정하며 각 반복 시 기능 배포를 담당합니다. 스크럼 팀: 팀은 작업을 관리하고 스프린트 또는 주기를 완료하기 위해 작업을 구성합니다.

익스트림 프로그래밍(XP)

이러한 유형의 방법론은 고객이 요구사항을 끊임없이 변화하거나 시스템 성능에 대해 확신이 없을 때 사용됩니다.

결정:

이 방법에는 세 가지 개념이 있습니다.

1. 차터링(Chartering): 이 단계에는 개발팀 구성, 타당성 분석 수행, 계획 개발 등 다양한 활동이 포함됩니다.
2. 순환 전달: 이에 따라 두 개의 추가 주기가 구성됩니다.
   • 팀이 출시 계획을 업데이트합니다.
   • 통합된 제품이 사용자에게 전달됩니다.
3. 정리: 사용자 환경에 따라 배포, 배포 후 작업을 수행하는 단계입니다.

동적 소프트웨어 개발 방법(DSDM):

DSDM은 소프트웨어 개발을 위한 신속한 애플리케이션 개발 전략이며 민첩한 프로젝트 배포 구조를 제공합니다. DSDM의 핵심 기능은 사용자가 적극적으로 연결되어야 하며 팀에게 결정권이 부여된다는 것입니다. DSDM에 사용되는 기술은 다음과 같습니다.

1. 타임 복싱
2. 모스크바 규칙
3. 프로토타이핑

DSDM 프로젝트는 7단계로 구성됩니다.

1. 사전 프로젝트
2. 타당성 조사
3. 비즈니스 연구
4. 기능적 모델 반복
5. 반복 설계 및 구축
6. 구현
7. 프로젝트 후

기능 중심 개발(FDD):

이 방법은 '설계 및 구축' 기능에 중점을 둡니다. 다른 현명한 방법과 달리 FDD는 기능별로 별도로 얻어야 ​​하는 작업의 작은 단계를 설명합니다.

린 소프트웨어 개발:

린 소프트웨어 개발 방법론은 '적시 생산' 원칙을 따릅니다. 린(Lean) 방법은 소프트웨어 개발 속도가 증가하고 비용이 절감됨을 나타냅니다. 린 개발은 7단계로 요약될 수 있습니다.

1. 폐기물 제거
2. 학습 확대
3. 약속을 미루다(가능한 한 늦게 결정)
4. 조기 배송
5. 팀에 힘을 실어주기
6. 무결성 구축
7. 전체를 최적화하라

Agile 모델을 언제 사용해야 합니까?

• 빈번한 변경이 필요한 경우.
• 고도로 자격을 갖추고 경험이 풍부한 팀을 이용할 수 있는 경우.
• 고객이 항상 소프트웨어 팀과 회의를 가질 준비가 되어 있는 경우.
• 프로젝트 규모가 작은 경우.

Agile 방식의 장점(장점):

1. 빈번한 배송
2. 고객과의 대면 커뮤니케이션.
3. 효율적인 설계와 비즈니스 요구 사항을 충족합니다.
4. 언제든지 변경이 가능합니다.
5. 전체 개발 시간이 단축됩니다.

Agile 모델의 단점(단점):

1. 공식 문서가 부족하기 때문에 혼란이 생기고 다양한 단계에서 내려진 중요한 결정이 언제든지 다른 팀원에 의해 잘못 해석될 수 있습니다.
2. 적절한 문서가 부족하기 때문에 프로젝트가 완료되고 개발자가 다른 프로젝트에 할당되면 완료된 프로젝트의 유지 관리가 어려울 수 있습니다.