[2021년 정보시스템감리사][소프트웨어공학] 28번

28. 애자일 개발의 품질 관리에 관한 설명 중 가장 적절한 것은?

① 문서 기반의 정형적인 방식을 따른다.

② ISO 9001에 포함된 표준 기반 접근법을 적극적으로 준수한다.

③ 공식적인 인스펙션 또는 리뷰 프로세스들을 정기적으로 사용한다.

④ 코드에서 문제를 발견하면 원래의 개발자가 아니라도 문제를 직접 수정할 수 있다.

[해설]

▣ 품질 경영과 애자일 개발

• 코드 개발에 집중
• 코드 개발과 직접적으로 관계가 없는 문서화와 프로세스들을 최소화
• 문서에 근거한 소통이 아닌 팀 멤버들 사이의 일상적인 소통의 중요성 강조
• 품질은 코드 품질 그리고 리팩토링과 같은 실천 방법을 의미
• 고품질 코드를 생성하기 위해 테스트 중심 개발이 사용됨
• 애자일 개발에서 품질 경영은 문서 기반이 아닌 비정형적인 방식
• 이것은 모든 팀 멤버가 SW 품질에 대한 책임을 느끼고 품질이 유지되기 위한 행동을 수행하는 품질 문화를 구축하는 것에 의존
• 애자일 커뮤니티는 ISO 9001에 포함된 표준 기반 접근법과 품질 프로세스들의 관료적 오버헤드로 보이는 것들에 근본적으로 반대함
• 좋은 실천 방법의 예
• 체크인 전에 검사한다.
• 구축 시스템을 절대 고장 내지 않는다.
• 문제를 발견했으면 문제를 수정한다.(원래의 개발자가 아니더라도)
• 애자일 프로세스는 공식적인 인스펙션 또는 리뷰 프로세스들을 거의 사용하지 않음
• 코드 리뷰는 개인의 책임일 수 있고(체크인 전에 검사) 또는 짝 프로그래밍의 사용에 의존
• 짝 프로그래밍은 프로그램에 대한 깊은 지식을 갖추게 하므로 정형적인 인스펙션에서 발견하지 못할 버그들을 찾아낼 수 있음
• 그러나 관련된 2사람은 자신들의 작업을 검사하고 있으므로 외부의 인스펙션팀만큼 개관적일 수 없음
• 공동의 오해(둘다 똑 같은 잘못을 범함), 짝의 평판(프로젝트 일정 지연을 원치않음), 작업관계(상대방을 잘못을 덮으려함) 문제점이 있을 수 있음
• 외부 고객을 위한 대형 시스템이 개발 중이라면, 최소의 문서화를 하는 품질 경영에 대한 애자일 접근법은 비현실적
• 고객이 대형 기업이면 자체적인 품질 경영 프로세스들을 갖고 있을 것이고, 애자일 팀에게 공식적인 품질 계획과 보고서들을 요청할 것임
• 지리적으로 여러 지역에 분산된 팀은 공식적인 문서를 생성이 필요함
• 오랜 수명을 지니는 시스템인 경우, 시간이 지남에 따라 팀원이 바뀌고, 문서화가 필요하게 됨
• 결과적으로 애자일 방법의 품질 경영에 대한 비공식적 접근법은 약간의 품질 문서화와 프로세스들을 도입하는 것으로 조정되어야 함