Skip to content

애자일 모델 #

Find similar titles

11회 업데이트 됨.

Edit
  • 최초 작성자
    javis
  • 최근 업데이트

Structured data

Category
Computer science

편집의견 #

페이지명을 애자일 방법론으로 수정하는 것이 어떨까요?


애자일 방법론 #

애자일 방법론이란? #

  • 애자일 방법론이란 과거 계획 중심의 개발방법론에서 탈피하여 앞을 예측하여 개발하지 않고, 일정 주기를 두어 계속적인 프로토타입 제작과 고객과의 소통을 유도하여 빠른시간 안에 모두가 만족하는 결과물을 완성하기 위한 방법론을 지칭한다.

  • 문서 중심의 산출물보다는 동작하는 SW 중심

  • 프로젝트 초기부터 고객의 참여와 의견 반영으로 인한 신뢰도 상승
  • 고객의 계속적인 참여로 인해 사전 교육 가능
  • 프로젝트 종료 시점에 고객의 요구사항이 몰리는 것을 방지
  • 애자일 방법론이 완벽한 해결방법은 아니므로 기업문화에서 많은 시행착오가 예상

애자일이 왜 중요한가? #

Image

초기 소프트웨어 개발 방법은 계획 중심의 방법론인 폭포수 방법론이었다. 폭포수 방법론은 이름에서도 알 수 있듯이 각 작업이 폭포처럼 위에서 아래로 떨어지는 단계별 개발 방법론이다.
주문-> 디자인 -> 기능구현 -> 테스팅 -> 배포 순으로 이뤄져 있다.
하지만 이는 지나치게 계획과 절차에 매여 시간과 비용의 측면에서 효율이 떨어지는 단점이 있다. 소프트웨어 시장이 커지면서 폭포수 방법론은 다변하는 it 업계에 적합하지 않게 되었는데 이때 폭포수 방법론의 단점을 보완하기 위해 고안된 방법론이 애자일 방법론이다.

애자일 방법론은 Agile(기민한, 좋은 것을 빠르고 낭비 없게 만드는 것)을 일컫는 말이다.
(주문 -> 디자인 ->기능구현 -> 테스팅 -> 배포 )를 한 주기로 시행하며 하나의 주기가 끝나면 중간 피드백을 거치고 다시 새로운 주기를 반복한다. 이런 짧고 반복적인 과정으로 수정이 쉽다는 장점이 있다.

애자일 방법론의 핵심 #

  1. 협력
    -직무 역할을 넘어선 협력을 의미한다.
    -좋은 것은 함께 적용하면서 팀 전체 개선이 되는 긍정적인 효과가 발생한다.
    -안 좋은 것은 함께 해결하면서 문제가 발생하는 부분을 빠르게 처리할 수 있다.

  2. 피드백
    -자주 더 많은 사람에게 피드백을 구하고 발전한다.

애자일 선언문 #

  • 프로세스와 도구보다 개개인과 상호 소통이 더 중요하다.

    • Individuals and interactions over processes and tools
  • 포괄적인 문서화보다 제대로 동작하는 소프트웨어가 더 중요하다.

    • Working software over comprehensive documentation
  • 계약 협상보다 고객과의 협력이 더 중요하다.

    • Customer collaboration over contract negotiation
  • 세워진 계획을 따르기보다는 변화에 대한 대응이 더 중요하다.

    • Responding to change over following a plan

다양한 애자일 방법론 #

방법론 정의자
스크럼 (Scrum) 켄 슈와버/ 제프 서덜랜드
적응형 소프트웨어 개발 방법론 (Adaptive Software Development, ASD) 짐 하이스미스
기능 주도 개발방법론 (Feature Driven Development, FDD) 피터 코드/제프 드루카
동적 시스템 개발 방법론 (Dynamic Systems Development Method, DSDM) 데인 포크너 외
크리스탈 패밀리 (Crystal Family) 앨빈스테어 코번
익스트림 프로그래밍 (EXtream Programming, XP) 켄트 벡/에릭 감마
린 소프트웨어 개발방법론 (Lean) 메릭 포펜딕/톰 포펜딕
애자일UP (Agile Unified Process, AUP) 스콧앰블러

Suggested Pages #

0.0.1_20240214_1_v81