2018년 11월 27일
Agile 프로세스
I. 단순 설계의 시작, Agile 프로세스 개요
가. Agile 프로세스 정의
절차와 산출물 보다는 소프트웨어 자체에 초점을 맞춘 방법론으로, 사람이 중심이 되어 변화에 유연하고 신속하게 적응하면서 효율적으로 시스템을 개발할 수 있는 방법론
나. Agile 프로세스 특징
| 특징 | 내용 |
|---|---|
| 사람 중심 | 개발팀의 기술이 인식되고 활용됨 구성원들은 규정된 프로세스 없이 자체 작업 방식 개발 |
| 고객 참여 | 고객이 프로세스 전체에 긴밀하게 참여 요구사항 개발, 요구사항 우선순위 결정 |
| 변경 수용 | 요구사항이 후반부에서도 변경될 수 있음 요구사항 변경을 수용가능하도록 시스템 설계 필요 |
| 점증적인 인도 | 작동하는 소프트웨어를 고객에게 자주 전달하여 요구사항 신속하게 적용하고 피드백 |
| PM의 역할 변화 | 프로젝트 관리자에서 촉진자로 변경 프로젝트 계획수립 및 통제의 책임이 팀원에게 이양 |
| 적용범위 | 중소형, 아키텍처 설계, 프로토타이핑에 적합 |
다. Agile 프로세스 등장배경
| 환경의 변화 | 정보시스템에 대한 사용자요구가 다양해짐 정보시스템 수명주기 단축 적시성(time-to-market)과 적시 배포(Release)가 중요해짐 |
| 방법론의 한계 | 문서위주, 절차중심의 방법론은 변화에 신속적응 어려움 변화에 빠르게 적응하고 효율적 개발이 중요 중소교모 시스템에 무거운 기법 적용 시 오버헤드 커짐 |
II. Agile 프로세스 유형
| 종류 | 내용 |
|---|---|
| XP | 의사소통 개선, 즉각적인 피드백에 의해 단순코딩하여 소프트웨어의 품질을 높이기 위한 방법 |
| SCRUM | 사용자의 요구사항을 만족시키기 위해 프로토타입을 반복, 점진적으로 개발하는 Agile 방법론 |
| Kanban | 적시개발(just-in-time)을 지원하는 방법론으로 매우 적은 규칙을 가지고 있는 Agile 방법론 |
| Lean | TPS(Toyota Production System)를 벤치마킹하여 재정립한 경영방법론을 소프트웨어 개발에 적용한 개발 방법론 |
III. Agile 프로세스를 위한 조직 구조(PO, SM)
가. Agile 프로세스를 위한 조직구조 유형
팀 내 업무에 필요한 모든 기능이 속해 있어 커뮤니케이션 및 협업 용이
COP는 기술 중심의 모임으로 정기/비정기적으로 만나서 Practice를 공유
나. Agile 프로세스의 팀 구성 및 구성원 역할
- PO(Project Owner): 업무의 우선순위를 정하고 백로그 관리
- SM(Scrum Manager): 팀의 사람 관리를 하며 실제 팀의 실행을 리딩
- Developer: 개발자
- Designer: 디자이너
다. Agile 조직의 특징
- Cross Function 팀: 목적을 달성하기 위해 조직되고 목적 달성하면 해체
- 팀장이 없음: 보고하는 대상이 없고 팀이 Daily Scrum을 통해 업무 공유
- 제한 인원(9명): 구성원 많아지면 Comm.이 어렵고 관료화 가능성 높음
- QA조직없음: 제품의 품질은 Agile 팀 내에서 책임을 지고 준수
IV. Agile 프로세스와 타 개발 모델 비교
| 비교항목 | Agile 프로세스 | 전통적 방법론(폭포수 모델) |
|---|---|---|
| 계획수립의 상세수준 | 바로 다음 반복 주기에 대해서만 상세 계획 수립 | 다음에 이어지는 단계에 이르기까지 상세한 계획 수립 |
| 요구사항의 베이스라인 | 요구사항에 대한 베이스라인 설정을 강조하지 않음 | 초기 요구사항에 대한 베이스라인을 설정 |
| 아키텍처 정의방법 | 실제 개발된 기능 구현을 통해 빠른 실현 가능성 증명 | 모델을 상세화하는 과정을 통해 아키텍처를 초기에 정의 |
| 테스트 방법 | 많은 시간과 비용이 들어가기 전에 기능 검증 | 특정 기능 구현 후 단위-통합-시스템 테스트로 확장 |
| 표준 적용 | 작은 Inspection을 통해 개발에 유연하게 적용을 강조 | 개발 전 표준화된 개발 프로세스를 제정을 강조 |
V. Agile 방법론의 장,단점
가. Agile 방법론의 장점
| 구분 | 내용 |
|---|---|
| ROI 증대 | 고객에게 가치있는 기능을 빠르고 안정적으로 전달 |
| Delivery Time 감소 | 요구사항 변화 유연하게 수용해 Time to Market 실현 |
| 창의성 향상 | 팀의 자율성 강화를 통해 업무만족도와 창의성 향상 |
| 생산성 향상 | 불필요한 산출물 제거 및 팀 협업 강화 |
| 제품 품질 향상 | 고객의 주기적 피드백 및 빈번한 테스트 |
나. Agile 방법론의 단점
| 구분 | 내용 |
|---|---|
| 체계적인 문서화 및 지침 부족 | 방법론 자체로 적용하기에 프로세스 정립 부족 Agile 적용을 지원하는 문서나 구체적인 지침 부족 |
| 요구사항 변경에 의한 오버헤드 | 비기능적 요구사항에 대한 고려가 부족 요구사항의 잦은 변경에 따른 테스트 수행노력 증가 |
| 사업관리 부분 미흡 | 측정지표가 개발자 기준이므로 관리자 요구 충족불가 프로젝트 리스크 관리에 대한 고려 부족 |
| 감리 대응 문제 | 기존방법론에 비해 적은 문서량 감리 기준에 부합되지 않는 산출물로 이슈 발생 |
About The Author
도리
One Comment
과제 제출에 큰 도움이 되었습니다. 감사합니다!