부제: 요구사항 300개, 테스트 1200개… 사람이 관리할 수 있을까?
혹시 오늘도 엑셀 창 여러 개 띄워놓고
“이 요구사항… 테스트 끝난 거 맞나?”
하면서 하나씩 확인하고 계신가요?
프로젝트 규모가 커지기 시작하면
이건 더 이상 ‘꼼꼼함’으로 해결되는 문제가 아닙니다.
이 정도가 되면 사람이 직접 확인하는 방식에는 한계가 생깁니다.
그래서 실제로 엑셀 기반으로 관리하다가 코드비머를 도입한 RM(Requirement manager)의 이야기를 들어봤습니다.
Q. 도입 전에는 어떻게 관리하셨나요?
A. 요구사항은 엑셀, 테스트는 별도 문서로 나눠서 관리했습니다.
요구사항이 변경되면 관련 기능을 찾고, 테스트 케이스를 확인하고, 영향이 있을 것 같은 항목을 확인하는 방식이었습니다.
Q. 가장 어려웠던 점은 뭐였나요?
A. 영향 범위를 확신할 수 없다는 점입니다. 요구사항이 많아질수록 어디까지 확인해야 하는지 기준이 모호해집니다.
그래서 항상 한 번 더 확인하고, 혹시 빠진 게 없는지 다시 보는 과정을 반복하게 됩니다.
Q. 지금은 어떻게 관리하고 계신가요?
A. 코드비머 도입 이후 요구사항을 기준으로 연결된 항목을 같이 보면서 관리합니다.
요구사항 하나를 선택하면 연결된 기능, 테스트 케이스, 테스트 결과가 함께 조회됩니다.
즉, 찾는 작업이 아니라 연결된 구조를 확인하는 방식으로 바뀌었습니다.
Q. 실제로 써보니까 어떤 기능이 가장 도움이 됐나요?
A. Traceability 기능이 가장 도움이 됩니다. 요구사항을 기준으로 연결된 기능이나 테스트를 한 번에 확인할 수 있어서
따로 찾아보지 않아도 전체 흐름을 바로 볼 수 있습니다.
예전에는 영향 범위를 직접 찾아야 했고 어디까지 확인해야 하는지도 애매했는데 지금은 연결된 항목이 기준이 되다 보니
영향 범위나 누락 여부를 훨씬 빠르게 판단할 수 있습니다.
Traceability: 연결 관계를 기준으로 관리하는 방식
코드비머의 핵심 기능 중 하나는 Traceability(추적성)입니다.
이 기능은 단순히 항목을 나열하는 것이 아니라
요구사항을 중심으로 관련된 모든 개발 산출물을 연결해서 보여주는 기능입니다.
<Traceability 기능 화면>
*출처 : PTC Support Portal
요구사항을 기준으로 보면
- 상위 요구사항
- 하위 요구사항
- 구현 항목 (Task, 개발 작업)
- 테스트 케이스
- 테스트 결과
이 항목들이 연결된 상태로 구성됩니다.
사용자는 특정 요구사항을 클릭하는 것 만으로
- 어떤 테스트가 이 요구사항을 검증하는지
- 해당 테스트가 성공했는지 실패했는지
- 아직 연결되지 않은 항목은 없는지
한 화면에서 확인할 수 있습니다.
이 구조를 통해 요구사항은 검증이 완료되었는지, 빠진 테스트는 없는지 즉시 판단할 수 있습니다.
변경 영향까지 함께 관리 (Suspect Link)
Traceability와 함께 중요한 기능이 Suspect Link입니다.
요구사항이 변경되면 해당 항목과 연결된 하위 항목들에 자동으로 검토 필요 상태가 표시됩니다.
<Suspected 표시 화면>
*출처 : PTC Support Portal
즉,
- 어떤 테스트를 다시 봐야 하는지
- 어떤 항목이 영향을 받았는지
시스템이 먼저 알려줍니다.
이 기능을 통해 변경 영향 분석을 수작업이 아니라 자동으로 관리할 수 있습니다.
마무리
엑셀로도 프로젝트를 운영할 수 있습니다.
하지만 규모가 커질수록 확인해야 할 항목은 늘어나고, 누락 가능성도 함께 커집니다.
반대로 Traceability 기반으로 관리하면
요구사항과 테스트 간 연결이 유지되고 변경 영향과 검증 상태를 한눈에 확인할 수 있습니다.
혹시 지금도
“이 요구사항… 어디까지 확인해야 하지?”
라는 고민을 반복하고 있다면
요구사항과 테스트가 계속 늘어나고 있는 지금이 관리 구조를 점검해볼 시점일 수 있습니다.
(주) 건우솔루션은 자동차 AVN, Cluster, Telematics, ECU 등의 전장 부품 소프트웨어 기술을 바탕으로
ASPICE 서비스, 소프트웨어 개발, 프로세스 및 품질 관리, 기술개발지원 서비스를 제공하고 있습니다.
자세한 서비스와 문의처는 아래를 참고해주세요
ASPICE 관련 서비스 자세히 보기 : https://geonwoo.com/aspice
CONTACT
Email : sales@geonwoo.com
Homepage : https://geonwoo.com
부제: 요구사항 300개, 테스트 1200개… 사람이 관리할 수 있을까?
혹시 오늘도 엑셀 창 여러 개 띄워놓고
하면서 하나씩 확인하고 계신가요?
프로젝트 규모가 커지기 시작하면
이건 더 이상 ‘꼼꼼함’으로 해결되는 문제가 아닙니다.
이 정도가 되면 사람이 직접 확인하는 방식에는 한계가 생깁니다.
그래서 실제로 엑셀 기반으로 관리하다가 코드비머를 도입한 RM(Requirement manager)의 이야기를 들어봤습니다.
Q. 도입 전에는 어떻게 관리하셨나요?
A. 요구사항은 엑셀, 테스트는 별도 문서로 나눠서 관리했습니다.
요구사항이 변경되면 관련 기능을 찾고, 테스트 케이스를 확인하고, 영향이 있을 것 같은 항목을 확인하는 방식이었습니다.
Q. 가장 어려웠던 점은 뭐였나요?
A. 영향 범위를 확신할 수 없다는 점입니다. 요구사항이 많아질수록 어디까지 확인해야 하는지 기준이 모호해집니다.
그래서 항상 한 번 더 확인하고, 혹시 빠진 게 없는지 다시 보는 과정을 반복하게 됩니다.
Q. 지금은 어떻게 관리하고 계신가요?
A. 코드비머 도입 이후 요구사항을 기준으로 연결된 항목을 같이 보면서 관리합니다.
요구사항 하나를 선택하면 연결된 기능, 테스트 케이스, 테스트 결과가 함께 조회됩니다.
즉, 찾는 작업이 아니라 연결된 구조를 확인하는 방식으로 바뀌었습니다.
Q. 실제로 써보니까 어떤 기능이 가장 도움이 됐나요?
A. Traceability 기능이 가장 도움이 됩니다. 요구사항을 기준으로 연결된 기능이나 테스트를 한 번에 확인할 수 있어서
따로 찾아보지 않아도 전체 흐름을 바로 볼 수 있습니다.
예전에는 영향 범위를 직접 찾아야 했고 어디까지 확인해야 하는지도 애매했는데 지금은 연결된 항목이 기준이 되다 보니
영향 범위나 누락 여부를 훨씬 빠르게 판단할 수 있습니다.
Traceability: 연결 관계를 기준으로 관리하는 방식
코드비머의 핵심 기능 중 하나는 Traceability(추적성)입니다.
이 기능은 단순히 항목을 나열하는 것이 아니라
요구사항을 중심으로 관련된 모든 개발 산출물을 연결해서 보여주는 기능입니다.
<Traceability 기능 화면>
*출처 : PTC Support Portal
요구사항을 기준으로 보면
이 항목들이 연결된 상태로 구성됩니다.
사용자는 특정 요구사항을 클릭하는 것 만으로
한 화면에서 확인할 수 있습니다.
이 구조를 통해 요구사항은 검증이 완료되었는지, 빠진 테스트는 없는지 즉시 판단할 수 있습니다.
변경 영향까지 함께 관리 (Suspect Link)
Traceability와 함께 중요한 기능이 Suspect Link입니다.
요구사항이 변경되면 해당 항목과 연결된 하위 항목들에 자동으로 검토 필요 상태가 표시됩니다.
<Suspected 표시 화면>
*출처 : PTC Support Portal
즉,
시스템이 먼저 알려줍니다.
이 기능을 통해 변경 영향 분석을 수작업이 아니라 자동으로 관리할 수 있습니다.
마무리
엑셀로도 프로젝트를 운영할 수 있습니다.
하지만 규모가 커질수록 확인해야 할 항목은 늘어나고, 누락 가능성도 함께 커집니다.
반대로 Traceability 기반으로 관리하면
요구사항과 테스트 간 연결이 유지되고 변경 영향과 검증 상태를 한눈에 확인할 수 있습니다.
혹시 지금도
라는 고민을 반복하고 있다면
요구사항과 테스트가 계속 늘어나고 있는 지금이 관리 구조를 점검해볼 시점일 수 있습니다.
(주) 건우솔루션은 자동차 AVN, Cluster, Telematics, ECU 등의 전장 부품 소프트웨어 기술을 바탕으로
ASPICE 서비스, 소프트웨어 개발, 프로세스 및 품질 관리, 기술개발지원 서비스를 제공하고 있습니다.
자세한 서비스와 문의처는 아래를 참고해주세요
ASPICE 관련 서비스 자세히 보기 : https://geonwoo.com/aspice
CONTACT
Email : sales@geonwoo.com
Homepage : https://geonwoo.com