"애자일 소프트웨어 개발"의 두 판 사이의 차이

2번째 줄: 2번째 줄:
;Agile software development
;Agile software development
;애자일 소프트웨어 개발, 애자일 개발 프로세스, 애자일 방법론, 애자일 모형; 애자일
;애자일 소프트웨어 개발, 애자일 개발 프로세스, 애자일 방법론, 애자일 모형; 애자일
*"가벼운 프로세스"
* "가벼운 프로세스"
* [[협업]] + [[피드백]] ★
* [[협업]] + [[피드백]] ★
*"민첩함", "능동적", "자발적", "형식에 구애받지 않음"
* "민첩함", "능동적", "자발적", "형식에 구애받지 않음"
*[[반복 점진 개발]] + [[품질 개선 활동]]<ref name='imaso39368'>http://www.imaso.co.kr/?doc=bbs/gnuboard.php&bo_table=article&wr_id=39368</ref>
* [[반복 점진 개발]] + [[품질 개선 활동]]<ref name='imaso39368'>http://www.imaso.co.kr/?doc=bbs/gnuboard.php&bo_table=article&wr_id=39368</ref>
*프로그래밍에 집중하는 유연한 개발 방식
* 프로그래밍에 집중하는 유연한 개발 방식
*요구사항 피드백을 계속 받고 자주 릴리즈
* 요구사항 피드백을 계속 받고 자주 릴리즈
*프로젝트의 생명주기동안 반복적인 개발을 촉진하는 소프트웨어 공학 개념
* 프로젝트의 생명주기동안 반복적인 개발을 촉진하는 소프트웨어 공학 개념
*신속하고 적응적으로 소프트웨어 개발을 실시하는 가벼운 개발 방법들의 총칭
* 신속하고 적응적으로 소프트웨어 개발을 실시하는 가벼운 개발 방법들의 총칭
*아무런 계획이 없는 개발 방법과 계획이 지나치게 많은 개발 방법들 사이에서 타협점을 찾고자 함
* 아무런 계획이 없는 개발 방법과 계획이 지나치게 많은 개발 방법들 사이에서 타협점을 찾고자 함
*원리: 고객참여, 반복적 릴리스, 사람 중시, 변경 수용, 단순성 유지
* 원리: 고객참여, 반복적 릴리스, 사람 중시, 변경 수용, 단순성 유지
* 예시: [[익스트림 프로그래밍]](XP), [[테스트 주도 개발]](TDD)


==특징==
==특징==
24번째 줄: 23번째 줄:
:상시적으로 요구를 추가·수정하는 과정 (적응형)
:상시적으로 요구를 추가·수정하는 과정 (적응형)


https://upload.wikimedia.org/wikipedia/commons/thumb/1/1c/Agile-vs-iterative-flow.jpg/620px-Agile-vs-iterative-flow.jpg
[[파일:Agile-vs-iterative-flow.jpg|620px]]
 
==실천예시==
* ★ [[익스트림 프로그래밍]](XP) - 2주 주기로 반복개발
* ★ [[테스트 주도 개발]](TDD)
* [[RUP]]
* [[스크럼]] - 스프린트(30일 주기)마다 동작가능한 산출물
* [[크리스탈 클리어]]
* [[적응적 소프트웨어 개발]]
* [[피처 드리븐 개발]]
* [[동적 시스템 개발 방법]](DSDM)


==의견==
==의견==
36번째 줄: 45번째 줄:
:다만 일정이 지연된다면 어쩔 수 없는 경우도 있음
:다만 일정이 지연된다면 어쩔 수 없는 경우도 있음
:애초에 계획을 잘못 세운 것이 문제임…<ref>... 어떻게 하면 계획을 잘 세우나??? ...</ref>
:애초에 계획을 잘못 세운 것이 문제임…<ref>... 어떻게 하면 계획을 잘 세우나??? ...</ref>
==실천예시==
*[[익스트림 프로그래밍]](XP): 2주 주기로 반복개발
*[[스크럼]]: 스프린트(30일 주기)마다 동작가능한 산출물
*[[RUP]]
*[[크리스탈 클리어]]
*[[적응적 소프트웨어 개발]]
*[[피처 드리븐 개발]]
*[[동적 시스템 개발 방법]](DSDM)


==같이 보기==
==같이 보기==

2022년 3월 15일 (화) 16:33 판

1 개요

Agile software development
애자일 소프트웨어 개발, 애자일 개발 프로세스, 애자일 방법론, 애자일 모형; 애자일
  • "가벼운 프로세스"
  • 협업 + 피드백
  • "민첩함", "능동적", "자발적", "형식에 구애받지 않음"
  • 반복 점진 개발 + 품질 개선 활동[1]
  • 프로그래밍에 집중하는 유연한 개발 방식
  • 요구사항 피드백을 계속 받고 자주 릴리즈
  • 프로젝트의 생명주기동안 반복적인 개발을 촉진하는 소프트웨어 공학 개념
  • 신속하고 적응적으로 소프트웨어 개발을 실시하는 가벼운 개발 방법들의 총칭
  • 아무런 계획이 없는 개발 방법과 계획이 지나치게 많은 개발 방법들 사이에서 타협점을 찾고자 함
  • 원리: 고객참여, 반복적 릴리스, 사람 중시, 변경 수용, 단순성 유지

2 특징

  • 짧은 기간 단위[2]의 반복 절차를 통해 리스크를 줄임
  • 개발 주기(계획, 개발, 출시)가 여러 번 반복
  • 요구사항이 추가·변경됨
  • 고객의 피드백에 민첩하게 반응
  • 문서작업 줄이고 프로그래밍에 집중
  • 고전적인 개발방법론, 폭포수 모형의 반대 개념
  • 일정한 주기를 가지고 끊임없이 프로토타입 작성
상시적으로 요구를 추가·수정하는 과정 (적응형)

Agile-vs-iterative-flow.jpg

3 실천예시

4 의견

  • 문서화 금지?[1]
문서를 통한 의사소통, 인수인계 지양하는 것은 맞음
문서를 만들지 말라는 것은 아님
문서를 어떻게 작성하는지가 중요…[3]
  • 야근 금지?[1]
비효율적이므로 지양해야 하는 것은 맞음
다만 일정이 지연된다면 어쩔 수 없는 경우도 있음
애초에 계획을 잘못 세운 것이 문제임…[4]

5 같이 보기

6 참고

  1. 1.0 1.1 1.2 http://www.imaso.co.kr/?doc=bbs/gnuboard.php&bo_table=article&wr_id=39368
  2. 보통 1~4주
  3. ... 그래서 어떻게 작성하나??? ...
  4. ... 어떻게 하면 계획을 잘 세우나??? ...
문서 댓글 ({{ doc_comments.length }})
{{ comment.name }} {{ comment.created | snstime }}