애자일 (Agile) 기법

• 짧은 주기로 설계, 개발, 테스트, 배포 과정을 반복.
• 요구사항을 작은 단위로 쪼개 그에 대한 솔루션을 만들고 빠르게 보여주며 요구사항에 대한 검증을 함.
• 짧은 주기의 신속한 반복 작업을 통해 실제 작동 가능한 소프트웨어를 개발하여 지속적으로 제공하기 위한 소프트웨어 개발 방식. 변화에 적극적으로 대응
• 불확실한 환경에서 변화를 촉진하기 위한 경영 방법론 중 하나.

특성

• 개인과 개인 간의 상호 작용이 프로세스 및 툴보다 우선
• 작동하는 소프트웨어가 포괄적인 문서보다 우선
• 고객과의 협업이 계약 협상보다 우선
• 변화에 대응하는 것이 계획을 따르는 것보다 우선

원칙

1. 가치 있는 소프트웨어를 일찍, 지속적으로 전달하여 고객 만족
2. 개발의 후반부더라도 요구사항 변경을 환영. 변화를 활용해 고객의 경쟁력에 도움이 되도록
3. 작동하는 소프트웨어를 자주 전달. 약 2주 간격으로, 더 짧게 선호.
4. 비즈니스에 관한 사람들과 개발자들은 프로젝트 전체에 걸쳐 매일 함께 일해야 함.
5. 동기 부여된 개인들을 중심으로 프로젝트 팀 구성. 필요 환경 지원, 일 완성에 확신.
6. 면대 면 대화는 개발팀 내부에서 정보를 전달하는 가장 효율적이고 효과적인 방법이다.
7. 작동하는 소프트웨어가 진척의 주된 척도
8. 고객, 개발자, 사용자는 일정한 속도를 계속 유지하며 지속 가능한 개발을 장려.
9. 기술적 탁월성과 좋은 설계에 대한 지속적인 관심이 기민함을 높임.
10. 단순성이 필수
11. 최고의 아키텍처, 요구 사항, 설계는 자기 조직적인 팀에서 나온다.
12. 팀은 정기적으로 어떻게 더 효과적이 될 수 있을지 숙고하고, 행동 조율.

그 외

폭포수 모델

• Top-down
• 요구사항 분석, 설계, 개발, 테스트, 배포 순서로 프로젝트 진행.
• 개발 과정이 명확히 단계화 되어 관리가 쉬움.
• 요구사항 분석에 많은 시간 소요, 분석이 끝나면 수정이 어려움.
• 과정 중 변경 사항 또는 부작용이 생기면 설계, 개발 내용 모드 변경해야 함.
• 일정을 지키지 못하게 될 수 있음.

린 ( Lean ) 기법

• 불필요한 요소를 제거하고 빠르게 효과적으로 일하는 방식. 실행력과 효율성 강조.
• 애자일은 변화에 빠르게 영향을 미치는 기회에 주의를 기울임. 린은 가능한 낭비를 줄이는 데에 중점을 둠.
• 애자일은 손실을 줄여 비용을 절감. 린은 모든 비용에서 절약.