정보처리기사 CBT
종목 메뉴

개념 한 쪽

정보처리기사 애자일 방법론 — 스크럼·XP·4대 가치

애자일 세트는 애자일 선언의 가치와 대표 기법을 묻고, 애자일이 아닌 것과 도구·방법론의 구분으로 넘어간다. 스크럼과 XP, FDD가 애자일이고 모듈 중심 개발과 하둡은 아니라는 점, 스프린트의 짧은 주기, 변화 대응의 원칙이 중심이다.

2026-10-15 기준 · 정보처리기사 대시보드

이 개념을 문제로 확인하고 싶으면 이 개념 문제 10개 풀기 회원용

가입 없이 오늘의 10문제 바로 풀기 →

시험에 이렇게 나온다

출제기준 단원 「애자일(Agile)」의 공개 문제 3개를 묻는 꼴별로 나누면 이렇습니다.

묻는 꼴문제 수무엇을 묻나
애자일 아닌 방법 고르기1애자일 아닌 방법 고르기
요구사항 모델링 불가 고르기1요구사항 모델링 불가 고르기
설명·가치 오류 판별1애자일·스크럼 설명 오류 찾기

뜻

애자일은 변화하는 요구에 유연하게 대응하며 짧은 반복으로 동작하는 소프트웨어를 만들어 내는 개발 방법론이다. 애자일 선언은 프로세스와 도구보다 개인과 상호작용을, 포괄적인 문서보다 작동하는 소프트웨어를, 계약 협상보다 고객과의 협업을, 계획을 따르기보다 변화에 대응하는 것을 더 가치 있게 둔다. 따라서 엄격한 계획과 상세 문서화를 중시하거나 문서를 더 가치 있게 둔다는 설명은 애자일 원칙에 어긋난다.

애자일 방법론에는 스크럼, XP, FDD 등이 있다. 모듈 중심 개발은 전통적인 접근이고, 하둡은 대용량 데이터의 분산 저장과 처리를 위한 플랫폼이지 애자일 개발 방법론이 아니다. 애자일은 개발 방법론이므로 요구사항 모델링에 쓰는 다이어그램 도구로 분류되지 않는다.

스크럼에서 스프린트는 짧은 주기의 반복 개발 사이클로 2주에서 4주 이내로 운영된다. 3개월 이상의 장기간을 한 스프린트로 잡는 것은 스크럼 원칙에 어긋난다. 같은 묶음에는 UML의 적용 범위와 요구사항 검토 방법도 섞인다. UML은 실시간·분산 시스템의 분석과 설계에도 널리 쓰이므로 특정 분야에 쓸 수 없다는 설명은 틀리다. 검토회의 전에 요구사항 명세서를 미리 배포해 사전 검토한 뒤 짧은 회의로 오류를 조기에 찾는 방법은 워크 스루다.

예제

출제 패턴은 네 가지다. ① 애자일 여부 — 스크럼·XP·FDD는 애자일이고, 모듈 중심 개발과 하둡은 아니다. ② 애자일의 가치 — 개인·상호작용, 작동하는 소프트웨어, 고객 협업, 변화 대응을 우선하며, 문서화를 더 중시하거나 변화를 배제하고 상세 계획만 중시한다는 선지가 오답이다. ③ 스크럼 — 스프린트는 2~4주 이내이고 3개월 이상은 틀리다. ④ 같은 세트 — 애자일을 요구사항 모델링 도구로 적거나, UML을 실시간·분산 시스템에 쓸 수 없다고 적은 선지가 틀리고, 사전 배포 뒤 짧은 회의로 오류를 찾는 방법은 워크 스루다.

대표 기출 3문항

애자일 방법론에 해당하지 않는 것은?

  1. 기능중심 개발
  2. 스크럼
  3. 익스트림 프로그래밍
  4. 모듈중심 개발
정답과 해설 보기

정답 ④ · 변화에 유연하게 대응하는 애자일 방법론의 유형을 식별하는 문제이다. 애자일 방법론은 반복적인 개발 주기와 고객과의 긴밀한 소통을 강조하며, 대표적으로 스크럼(Scrum), 익스트림 프로그래밍(XP), 기능 중심 개발(FDD) 등이 포함된다.

애자일 방법론은 기능 중심의 반복적 개발을 지향하며, 스크럼과 XP는 대표적 애자일 방법론이고 모듈 중심 개발은 전통적 접근법입니다.

다음 중 요구사항 모델링에 활용되지 않는 것은?

  1. 애자일(Agile) 방법
  2. 유스케이스 다이어그램(Use Case Diagram)
  3. 시퀀스 다이어그램(Sequence Diagram)
  4. 단계 다이어그램(Phase Diagram)
정답과 해설 보기

정답 ④ · 소프트웨어 요구사항 분석 및 모델링 과정에 활용되지 않는 대상을 찾는 문제이다. 유스케이스 다이어그램과 시퀀스 다이어그램은 시스템 기능과 동적 흐름을 표현하는 대표적인 UML 모델링 도구이며, 애자일 방법론은 사용자 스토리 등을 통해 요구사항 모델링에 널리 활용된다.

요구사항 모델링은 구조와 행위를 시각화하는 다이어그램을 사용하며, 애자일은 방법론이지 모델링 도구가 아니다.

애자일 소프트웨어 개발 기법의 가치가 아닌 것은?

  1. 프로세스의 도구보다는 개인과 상호작용에 더 가치를 둔다.
  2. 계약 협상보다는 고객과의 협업에 더 가치를 둔다.
  3. 실제 작동하는 소프트웨어보다는 이해하기 좋은 문서에 더 가치를 둔다.
  4. 계획을 따르기보다는 변화에 대응하는 것에 더 가치를 둔다.
정답과 해설 보기

정답 ③ · 애자일 선언의 4대 가치에 해당하지 않는 것을 고르는 문제이다. 애자일 선언은 프로세스와 도구보다 개인과 상호작용을, 포괄적인 문서보다 작동하는 소프트웨어를, 계약 협상보다 고객과의 협력을, 계획을 따르기보다 변화에 대응하는 것을 더 가치 있게 여긴다.

애자일 선언은 '프로세스/도구보다 개인/상호작용', '문서보다 작동 소프트웨어', '계약 협상보다 고객 협업', '계획 따르기보다 변화 대응'을 우선한다.

자주 묻는 물음

애자일 방법론에 해당하는 것과 아닌 것은 무엇인가요?
스크럼, XP, FDD가 대표적인 애자일 방법론입니다. 모듈 중심 개발은 전통적인 접근이고, 하둡은 대용량 데이터의 분산 저장·처리 플랫폼이지 애자일 방법론이 아닙니다. 애자일은 방법론이므로 요구사항 모델링에 쓰는 도구로 분류되지 않습니다.
애자일 선언의 네 가지 가치는 무엇인가요?
프로세스와 도구보다 개인과 상호작용, 포괄적인 문서보다 작동하는 소프트웨어, 계약 협상보다 고객과의 협업, 계획을 따르기보다 변화에 대응하는 것을 더 가치 있게 둡니다. 문서를 더 중시하거나 변화를 배제하고 상세 계획만 강조하는 것은 애자일 원칙에 어긋납니다.
스크럼의 스프린트와 워크 스루는 어떻게 정리하나요?
스크럼의 스프린트는 짧은 반복 개발 사이클로 2주에서 4주 이내로 운영되며, 3개월 이상의 장기간은 원칙에 어긋납니다. 워크 스루는 검토회의 전에 요구사항 명세서를 미리 배포해 사전 검토한 뒤 짧은 회의로 오류를 조기에 찾는 방법입니다.
이 개념 문제 10개 풀기 회원용

정보처리기사 풀이 세트에서 이 개념의 문제 10개를 바로 풀어 보세요.