“문서화와 품질, 두 마리 토끼를 잡다”
1. 배경: “왜 프로젝트마다 오류가 반복될까?”
가상의 자동차 부품 회사, "A사"는 인포테인먼트, 계기판(Cluster) 등 임베디드 SW를 OEM에 납품하며 성장해왔지만,
프로젝트마다 같은 오류가 반복되고 일정이 자주 지연되는 문제로 골머리를 앓고 있었습니다.
주요 문제 상황
문서·요구사항 관리 부실
후반부 결함 발생 빈도 높음
인력 교체 시 인수인계 어려움
2. ASPICE 도입 결심: “우리도 프로세스를 잡아보자!”
이대로 가다간 미래가 없다고 판단한 A사는, ASPICE 표준을 본격적으로 도입하기로 합니다.
OEM에서도 “레벨 2 이상 충족”을 요구하는 움직임이 있었고,
내부적으로도 “문서 관리와 품질 개선 없이는 지속 성장이 힘들다”는 공감대가 형성됐기 때문이죠.
도입 초기 전략
경영진의 확고한 지원
“개발 현장에선 문서가 많아져 처음엔 힘들겠지만, 결국 품질과 비용 절감에 이득”이라는 임원진의 의지가 있었습니다.
별도 예산을 편성해, 프로세스 리더 육성과 교육 등을 추진했어요.
시범 프로젝트 선정
프로세스 리더(Owner) 임명
3. 실행 과정: “처음엔 헷갈렸지만, 프로세스 기반으로 조금씩 개선!”
3-1) 문서화 & 형상관리 프로세스 재정비
핵심 산출물부터 템플릿 표준화
우선 SWE.1(Software Requirements Analysis)에서 다루는 “요구사항 명세” 문서,
SWE.2/3(Software Architectural Design/Software Detailed Design)에 해당하는 “SW 아키텍처 문서”와 “상세 설계 문서”,
SWE.5(Software Integration and Integration Test) 관련 “테스트 계획서” 등을 우선순위 문서로 뽑아 공통 템플릿을 만들었습니다.
형상관리(SUP.8) 활용
문서를 Git/SVN 같은 버전관리 시스템에 등록하고, “누가 언제 어느 버전을 수정했는지” 추적 가능하도록 했어요.
이전엔 공유 폴더에 덮어쓰기가 빈번했지만, 이제는 히스토리가 명확해져 요구사항 변경도 투명하게 보입니다.
대표 산출물 예시: Configuration Management Plan, Configuration Baseline 기록 등
변경 관리(SUP.10) 프로세스 강화
과거엔 변경 요청이 있으면 구두로 논의 후 바로 코드를 수정했지만, 이제는 변경 요청(서식)을 문서화하고,
관련 요구사항·설계 문서도 업데이트 후 승인 절차를 거쳐야 실제 개발에 반영되도록 했습니다.
대표 산출물 예시: Change Request Form, Change Log 등
3-2) 문제 해결(SUP.9) & 주 단위 리뷰(MAN.3) 문화 확립
문제(이슈) 발생 시 처리 흐름 명확화
SUP.9(Problem Resolution Management)를 참고해, 버그나 오류가 발견되면 버그 트래킹 툴에 등재하고 책임자와 기한을 지정.
최종 해결 후에는 Problem Resolution Report를 작성해 “어떤 코드/문서가 바뀌었는지”까지 명확히 남기도록 했습니다.
주 단위 리뷰(MAN.3) & 스크럼 활용
기존 애자일 스크럼 회의에 ASPICE 체크 포인트를 추가했어요.
“최근 요구사항 변경이 제대로 문서화됐나?”, “테스트 케이스가 빠지진 않았나?” 등을 주마다 간단히 점검해, 누락을 조기에 발견합니다.
대표 산출물 예시: Project Plan, Status Report
3-3) 테스트 프로세스 개선(SWE.4~SWE.6)
테스트 케이스 표준 양식 정립
“단위 테스트(SWE.4)”, “통합 테스트(SWE.5)”, “SW 검증(SWE.6)”을 할 때, 테스트 케이스가 어디에 있고, 요구사항과 어떻게 연결되는지(Traceability)를 분명히 하도록 했어요.
대표 산출물 예시:
SWE.4: Unit Test Specification, Unit Test Report
SWE.5: Integration Test Specification, Integration Test Execution Record
SWE.6: SW Qualification Test Report
검증 단계별 체크리스트
각 테스트 단계가 끝날 때마다 “문서·코드가 적절히 업데이트됐는지” 확인하는 체크리스트를 활용.
무심코 넘어갈 수 있는 테스트 누락이 줄고, 후반부 대형 결함 발생률이 크게 감소했죠.
4. 결과: “결함률 30% 감소, 개발 기간 10% 단축”
시범 프로젝트가 완료된 뒤, A사가 뽑은 지표는 상당히 긍정적이었습니다.
결함 발생 건수(후반부): 약 30% 감소
개발 기간 단축
OEM 신뢰도 상승
5. 핵심 : “프로세스 체계화가 결국 나를 편하게 만든다”
처음엔 귀찮아도, 익숙해지면 개발팀도 안정감↑
ASPICE는 문서만 위한 게 아니라, ‘개발 프로세스 전반’을 개선
SYS, SWE, MAN, SUP 각 영역별로 산출물이 어떻게 연결되는지 살피면서, 과거에 놓쳤던 문제점을 체계적으로 해결할 수 있었습니다.
6. 마무리
이와 같은 사례는 ASPICE를 도입했을 때 “문서화와 품질, 두 마리 토끼”를 잡을 수 있음을 보여줍니다.
불편해 보이던 문서작업도, 한 번 자리를 잡고 나면 결함 발생, 개발 효율, OEM 신뢰도 면에서 모두 긍정적 효과가 나타나죠.
여러분도 작은 프로젝트부터 차근차근 프로세스를 정립해보세요. 산출물 예시와 체크리스트만 잘 활용해도, 개발 현장에서 확실한 변화를 느끼실 겁니다.
(주) 건우솔루션은 자동차 AVN, Cluster, Telematics, ECU 등의 전장 부품 소프트웨어 기술을 바탕으로
ASPICE 서비스, 소프트웨어 개발, 프로세스 및 품질 관리, 기술개발지원 서비스를 제공하고 있습니다.
자세한 서비스와 문의처는 아래를 참고해주세요
ASPICE 관련 서비스 자세히 보기 : https://geonwoo.com/aspice
CONTACT
Email : sales@geonwoo.com
Homepage : https://geonwoo.com
1. 배경: “왜 프로젝트마다 오류가 반복될까?”
가상의 자동차 부품 회사, "A사"는 인포테인먼트, 계기판(Cluster) 등 임베디드 SW를 OEM에 납품하며 성장해왔지만,
프로젝트마다 같은 오류가 반복되고 일정이 자주 지연되는 문제로 골머리를 앓고 있었습니다.
주요 문제 상황
문서·요구사항 관리 부실
고객 요구사항이 변경되면, “누가 어디에 반영했는지” 모호하여 중복 작업이나 누락이 잦았습니다.
후반부 결함 발생 빈도 높음
개발 막바지에 예기치 못한 버그들이 쏟아져 일정이 뒤로 밀리는 게 반복됐죠.
인력 교체 시 인수인계 어려움
새 팀원에게는 “지금 뭘 어떻게 개발 중인지”부터 한참 설명해야 했고, 구두·이메일로만 넘겨주다 보니 지식 전파 누락이 빈번했어요.
2. ASPICE 도입 결심: “우리도 프로세스를 잡아보자!”
이대로 가다간 미래가 없다고 판단한 A사는, ASPICE 표준을 본격적으로 도입하기로 합니다.
OEM에서도 “레벨 2 이상 충족”을 요구하는 움직임이 있었고,
내부적으로도 “문서 관리와 품질 개선 없이는 지속 성장이 힘들다”는 공감대가 형성됐기 때문이죠.
도입 초기 전략
경영진의 확고한 지원
“개발 현장에선 문서가 많아져 처음엔 힘들겠지만, 결국 품질과 비용 절감에 이득”이라는 임원진의 의지가 있었습니다.
별도 예산을 편성해, 프로세스 리더 육성과 교육 등을 추진했어요.
시범 프로젝트 선정
대규모 프로젝트에 동시 적용하기보단, 차량용 블루투스 모듈 SW처럼 비교적 작은 프로젝트를 골라 시범 운영해봤습니다.
프로세스 리더(Owner) 임명
사내 품질 보증(QA) 출신 매니저를 전담으로 둬, 문서 템플릿·리뷰 일정·형상관리 정책 등을 ASPICE 요구사항에 맞춰 커스터마이징하도록 했습니다.
3. 실행 과정: “처음엔 헷갈렸지만, 프로세스 기반으로 조금씩 개선!”
3-1) 문서화 & 형상관리 프로세스 재정비
핵심 산출물부터 템플릿 표준화
우선 SWE.1(Software Requirements Analysis)에서 다루는 “요구사항 명세” 문서,
SWE.2/3(Software Architectural Design/Software Detailed Design)에 해당하는 “SW 아키텍처 문서”와 “상세 설계 문서”,
SWE.5(Software Integration and Integration Test) 관련 “테스트 계획서” 등을 우선순위 문서로 뽑아 공통 템플릿을 만들었습니다.
형상관리(SUP.8) 활용
문서를 Git/SVN 같은 버전관리 시스템에 등록하고, “누가 언제 어느 버전을 수정했는지” 추적 가능하도록 했어요.
이전엔 공유 폴더에 덮어쓰기가 빈번했지만, 이제는 히스토리가 명확해져 요구사항 변경도 투명하게 보입니다.
대표 산출물 예시: Configuration Management Plan, Configuration Baseline 기록 등
변경 관리(SUP.10) 프로세스 강화
과거엔 변경 요청이 있으면 구두로 논의 후 바로 코드를 수정했지만, 이제는 변경 요청(서식)을 문서화하고,
관련 요구사항·설계 문서도 업데이트 후 승인 절차를 거쳐야 실제 개발에 반영되도록 했습니다.
대표 산출물 예시: Change Request Form, Change Log 등
3-2) 문제 해결(SUP.9) & 주 단위 리뷰(MAN.3) 문화 확립
문제(이슈) 발생 시 처리 흐름 명확화
SUP.9(Problem Resolution Management)를 참고해, 버그나 오류가 발견되면 버그 트래킹 툴에 등재하고 책임자와 기한을 지정.
최종 해결 후에는 Problem Resolution Report를 작성해 “어떤 코드/문서가 바뀌었는지”까지 명확히 남기도록 했습니다.
주 단위 리뷰(MAN.3) & 스크럼 활용
기존 애자일 스크럼 회의에 ASPICE 체크 포인트를 추가했어요.
“최근 요구사항 변경이 제대로 문서화됐나?”, “테스트 케이스가 빠지진 않았나?” 등을 주마다 간단히 점검해, 누락을 조기에 발견합니다.
대표 산출물 예시: Project Plan, Status Report
3-3) 테스트 프로세스 개선(SWE.4~SWE.6)
테스트 케이스 표준 양식 정립
“단위 테스트(SWE.4)”, “통합 테스트(SWE.5)”, “SW 검증(SWE.6)”을 할 때, 테스트 케이스가 어디에 있고, 요구사항과 어떻게 연결되는지(Traceability)를 분명히 하도록 했어요.
대표 산출물 예시:
SWE.4: Unit Test Specification, Unit Test Report
SWE.5: Integration Test Specification, Integration Test Execution Record
SWE.6: SW Qualification Test Report
검증 단계별 체크리스트
각 테스트 단계가 끝날 때마다 “문서·코드가 적절히 업데이트됐는지” 확인하는 체크리스트를 활용.
무심코 넘어갈 수 있는 테스트 누락이 줄고, 후반부 대형 결함 발생률이 크게 감소했죠.
4. 결과: “결함률 30% 감소, 개발 기간 10% 단축”
시범 프로젝트가 완료된 뒤, A사가 뽑은 지표는 상당히 긍정적이었습니다.
결함 발생 건수(후반부): 약 30% 감소
동등 규모 프로젝트 대비 결함이 크게 줄어, 긴급 수정·야근도 따라 줄었죠.
개발 기간 단축
초반 문서 작성에 시간이 들었지만, 후반 재작업이 줄어든 덕분에 최종 일정이 10% 앞당겨졌어요.
OEM 신뢰도 상승
“ASPICE 레벨 2 달성이 머지않았다”고 긍정 평가가 나오면서, 추가 프로젝트 수주에도 호재가 됐습니다.
5. 핵심 : “프로세스 체계화가 결국 나를 편하게 만든다”
처음엔 귀찮아도, 익숙해지면 개발팀도 안정감↑
문서·요구사항·문제 해결 프로세스를 명확히 잡으니, 중간 혼선과 반복 작업이 크게 줄었습니다.
ASPICE는 문서만 위한 게 아니라, ‘개발 프로세스 전반’을 개선
SYS, SWE, MAN, SUP 각 영역별로 산출물이 어떻게 연결되는지 살피면서, 과거에 놓쳤던 문제점을 체계적으로 해결할 수 있었습니다.
6. 마무리
이와 같은 사례는 ASPICE를 도입했을 때 “문서화와 품질, 두 마리 토끼”를 잡을 수 있음을 보여줍니다.
불편해 보이던 문서작업도, 한 번 자리를 잡고 나면 결함 발생, 개발 효율, OEM 신뢰도 면에서 모두 긍정적 효과가 나타나죠.
여러분도 작은 프로젝트부터 차근차근 프로세스를 정립해보세요. 산출물 예시와 체크리스트만 잘 활용해도, 개발 현장에서 확실한 변화를 느끼실 겁니다.
(주) 건우솔루션은 자동차 AVN, Cluster, Telematics, ECU 등의 전장 부품 소프트웨어 기술을 바탕으로
ASPICE 서비스, 소프트웨어 개발, 프로세스 및 품질 관리, 기술개발지원 서비스를 제공하고 있습니다.
자세한 서비스와 문의처는 아래를 참고해주세요
ASPICE 관련 서비스 자세히 보기 : https://geonwoo.com/aspice
CONTACT
Email : sales@geonwoo.com
Homepage : https://geonwoo.com