애자일 방법론(Agile Methodology)
애자일 방법론(Agile Methodology)이 무엇일까
- 애자일 등장 배경(Appearance Background)
- 애자일 정의(Agile Definition)
- 애자일 핵심 가치(Agile Core Value)
- SW 개발의 불확실성과 사업적 가치가 있는 프로젝트
애자일의 등장 배경
초기 SW의 개발은 계획 중심
- 초기에 SW는 군사쪽의 대형 프로젝트에서 주로 개발
- 즉, 계획 중심의 프로세스 SW 개발이 진행
- 이 계획 중심의 프로세스는 ‘도시 계획’에서의 방법
- 당시에는 이런 프로세스를 하는 것이 적합해보이는 프로젝트가 대부분
하지만, 지금은 달라졌다. 높아진 SW 개발의 불확실성
- 90년대를 지나면서 SW분야가 넓어지고 SW의 사용자(end user)들이 ‘일반 대중들’로 바뀌기 시작
- 또한 비지니스 사이클이 짧아지면서 사람들의 욕구와 트렌드 변화 가속
- Q. 비지니스 사이클?
- 제품이 나오고, 사용하고, 또 다른 제품으로 넘어가서 사용하고, 또 새로운 제품이 나오는 식의 사이클. 예를 들어 사용하는 핸드폰의 수명이 1~2년 정도로 바뀐 것.
- Q. 비지니스 사이클?
- 이러한 변화에 따라 SW 개발의 불확실성 증대
새로운 소프트웨어 개발 방법 등장
- 기존의 전통적인 개발 방법이 맞지 않음
- → 각자 자신만의 SW 개발 방법을 만들어서 사용
- 경량 방법론 주의자(lightweight methodologies)
- 규칙이 적고 가볍게 대응
- Q. 주먹구구식과 차이는
잘하는 단계에 이르면 미리 큰 그림을 그리듯
보임
새로운 SW 개발 방법의 창시
- 2001년도에 각각 다른 방법론을 만들어 사용하던 경량 방법론 주의자 17명이 회합을 통해 서로 간에 추구하는 관점의 공통점을 추려서
애자일 SW 개발 선언문
선언- 스몰토크(Smalltalk)라는 객체 지향 프로그래밍 언어 문화에서 기원
애자일(Agile)이란?
사전적인 정의
- ‘애자일 SW 개발 선언문’에 나와있는 것이 사전적인 정의
- 시중에 파는 애자일 관련 책들은 ‘애자일 SW 개발 선언문’의
해석
- 시중에 파는 애자일 관련 책들은 ‘애자일 SW 개발 선언문’의
현실적인 정의
- 추가 작성 계획
애자일의 핵심(협력과 피드백)
협력
- SW 프로젝트가 망하는 경우는 기술 외적인 것도 크다.
- 특히 SW 개발의 불확실성이 높을 때는
협력
을 잘 해야한다. - SW를 개발한 사람들 안에서의 직무 역할을 넘어선 협력
피드백
- 학습의 가장 주요 요소
- SW 개발의 불확실성이 높을수록 중요
- 일을 잘하는 사람은 많은 사람들에게 자주 피드백을 요청
SW 개발의 불확실성과 사업적 가치가 있는 프로젝트
SW 개발의 불확실성
- 애자일에서는 불확실성이 중요
- 불확실성이 높을 때 일을 하면 ‘우리가 생각하던 것과는 다르네.’라는 상황 발생
- 전통적 방법론 : ‘계획을 세울 때 더 잘 세웠어야 하지만 어쩔수 없이 그냥 진행
- 애자일 방법론 : ‘완벽한 계획은 없으므로 계속해서 수정해가며 진행
- 비지니스 가치(사업적 가치)가 클수록 불확실성 증대
사업적 가치가 있는 프로젝트
- 이미 충분한 지식을 가지고 있고 가지고 있는 지식을 활용한 프로젝트의 경우는 대부분 사업적 가치가 낮음
- 레드오션(Read Ocean)에 뛰어들면 그만큼 경쟁자가 많고 경쟁이 치열
- 우리도 잘 모르는 부분이 있고, 학습을 하면서 개발해야 하는 분야가 사업적으로 가치가 높음
댓글남기기