요구공학 - 고객의 요구사항을 효과적으로 정리하는 방법
요구공학 - 고객의 요구사항을 효과적으로 정리하는 방법 요구사항이란 고객의 ‘의도’와 ‘기대’를 실현 가능한 언어로 바꾸는 과정입니다. 그러나 실무에서는 이 요구사항이 모호하거나, 누락되거나, 서로 충돌하는 경우가 많습니다. 이 글에서는 SI 프로젝트 품질 전문가의 관점에서, 고객의 요구를 어떻게 구조화하고, 누락 없이,…
요구공학 - 고객의 요구사항을 효과적으로 정리하는 방법 요구사항이란 고객의 ‘의도’와 ‘기대’를 실현 가능한 언어로 바꾸는 과정입니다. 그러나 실무에서는 이 요구사항이 모호하거나, 누락되거나, 서로 충돌하는 경우가 많습니다. 이 글에서는 SI 프로젝트 품질 전문가의 관점에서, 고객의 요구를 어떻게 구조화하고, 누락 없이,…
품질관점에서 본 고객 커뮤니케이션 노하우 SI 프로젝트를 하다 보면 고객과 커뮤니케이션하는 일이 가장 어렵습니다. 특히 QA 입장에서, 품질 문제를 놓고 고객과 이야기할 땐 ‘예민한 대화’가 될 가능성이 높죠. 저 역시 과거엔 단순한 결함 보고 하나에도 감정 상한 고객과 갈등이 생기곤 했어요. 하지만 이제는 고객과 대화하며 품…
테스트 자동화 도입 실패사례 분석: 왜 자동화는 실패했을까? “테스트 자동화 도입만 하면 QA가 편해질 거야”라는 말, 들어보셨죠? 저도 그런 믿음을 가지고 자동화 프로젝트를 시작했었어요. 하지만 결과는 기대와 정반대. 수천만 원 들여 만든 자동화 스크립트는 실제 릴리스 시점에 단 한 번도 사용되지 않았습니다. 왜 이런 일이 …
실무에서 적용한 RTM 운영 사례와 개선법 RTM(Requirements Traceability Matrix), 즉 요구사항 추적 매트릭스를 실무에서 제대로 운영한 경험이 있으신가요? 문서로는 익숙한데 실제로 잘 적용되었는지는 좀 다른 얘기죠. 저 역시 처음에는 이걸 단순히 ‘요구사항과 테스트 케이스 연결표’ 정도로 생각했어요…
QA 시선으로 본 요구사항 정의서의 구조와 놓치기 쉬운 맹점 요구사항 정의서, 다들 작성해보셨죠? 프로젝트의 시작점인 이 문서가 잘못되면, 개발 과정은 물론 QA 단계에서도 혼란이 생기기 마련이에요. 제가 품질 전문가로서 현장에서 겪은 실제 사례를 토대로, 요구사항 정의서가 갖춰야 할 구조와 그 안에 숨어 있는 맹점을 풀…