애자일 정리
프로젝트를 실패하는 이유
같은 목표라도 생각의 차이가 있기 때문에 일의 우선순위 or 기능을 생각하는 가치의 차이
서로가 다른 목표와 문제점을 갖고 있기때문에 핵심이 모호해짐
애자일 등장배경
( 우선 애자일을 사용한다고 해서 생산성이 높아지는 것은 아님 )
- S/W개발의 환경변화
- 결과물의 배포시기가 중요해짐 (얼마나 완성됐는지 한눈에 볼 수 있어서 애자일 선택)
- 개발 생산성 저하
- 폭포수형 개발 방법론에 대한 반대 운동으로 시작
『폭포수 모델』
장점 |
단점 |
낮은 복잡성 진행과정을 세분화하여 관리가 용이 전체과정에 대한 이해 용이 |
소프트웨어 거대화 및 요구사항 구체화가 어려움 시스템이 개발완료되는 시점에야 완성가능 각 진행단계에서 문제 시 그 이전단계로 피드백되는 경우발생 |
기존 방법론의 한계 | |
| 문서 및 절차 위주의 방법론 -> 변화대응에 어려움 개발자의 개발능력의 차이로 인한 불안정 | |
애자일 방법론 정의
- 더 나은 의사소통
- 지속적인 변화관리
ex)
만들다 보니 추가, 변경된 기능 or 고객변심 - 우선순위에 다라 중요한 것 먼저 ㄱㄱ
ex)
우리조는 백로그작성 후 각자 개발할 것 중 우선순위대로 포스트잇붙임
애자일 기본가치 (애자일 선언문)
- 프로세스와 도구중심이 아닌, 개개인과의 상호 소통을 중시한다(자주 보여주는 피드백)
- 문서중심이 아닌, 실행 가능한 소프트웨어를 중시한다
- 계약과 협상 중심이 아닌, 고객과의 협력을 중시한다
- 계획중심이 아닌 변화에 대한 민첩한 대응을 중시한다
- 단순함, 해도되고 안해도되면 최대한 안하게하는 기교 (일을 단순화 시킬 수 있어야 한다)
