SWEBOK

SWEBOK이란 무엇인가

SWEBOK(Software Engineering Body of Knowledge, 소프트웨어 공학 지식 체계)은 소프트웨어를 개발·운영하며 축적된 공학적 경험과 합의된 실무 지식을 체계적으로 정리한 지식 표준이다. 특정 도구나 방법론을 강제하는 절차서가 아니라, 소프트웨어 공학이라는 분야가 다루어야 할 지식 영역의 지도에 가깝다.

분석·설계 단계에서 요구사항을 정의하고 테스트의 근거를 세울 때, 무엇을 빠짐없이 고려해야 하는지의 기준 틀을 제공한다. 개인의 경험에만 의존하던 판단을 분야 차원의 공통 언어로 끌어올려, 조직과 세대를 넘어 지식이 전수되도록 돕는다는 점이 본질이다.

지식 영역으로 분야를 구획한다

SWEBOK은 소프트웨어 공학을 여러 지식 영역(Knowledge Area)으로 나누어 다룬다. 요구사항, 설계, 구축, 테스트, 유지보수, 형상관리, 공학 관리, 프로세스, 품질 등 소프트웨어의 생애 전반에 걸친 주제들이 각각의 영역으로 자리한다.

이렇게 분야를 구획하면 한 프로젝트가 어느 지식을 충분히 갖추었고 어느 지점이 비어 있는지를 점검하기가 쉬워진다. 영역별로 검증된 실무와 참고 문헌이 정리되어 있어, 막연히 잘하자가 아니라 무엇을 어떤 수준으로 다루어야 하는지를 구체화한다.

분야 전체를 한눈에 조망하게 해 주는 이 구조가 SWEBOK의 실용적 가치다.

요구사항의 근거를 세운다

SWEBOK은 요구사항을 하나의 덩어리로 두지 않고 식별·분석·명세·검증·관리의 연속된 활동으로 바라보도록 안내한다. 요구사항이 어떻게 도출되고, 충돌을 어떻게 조정하며, 명세를 어떤 형태로 남기고, 합의된 내용이 실제로 충족되는지를 어떻게 확인하는지가 지식 영역으로 정리되어 있다.

이 틀을 따르면 요구사항 분석이 담당자의 감각에 좌우되지 않고 누락과 모호함을 줄이는 방향으로 통제된다. 무엇을 만들지에 대한 합의가 흔들리면 이후 단계가 모두 흔들리므로, 요구사항의 근거를 분야 차원에서 단단히 세우는 일은 프로젝트 전반의 안정성과 직결된다.

테스트와 품질의 기준점

테스트는 결함을 늦게 발견할수록 비용이 커지므로, 검증의 기준을 어디에 두느냐가 중요하다. SWEBOK은 테스트를 요구사항·설계와 분리된 별도 활동이 아니라, 합의된 요구사항을 충족했는지 거슬러 올라가 확인하는 활동으로 위치시킨다.

어떤 수준에서 무엇을 검증하고, 어떤 기법으로 결함을 드러내며, 충분함을 어떤 기준으로 판단하는지에 대한 지식이 정리되어 있다. 이 기준이 있어야 테스트 범위가 자의적으로 늘거나 줄지 않고, 인수 시점의 합격 근거를 객관적으로 제시할 수 있다.

품질 역시 막연한 구호가 아니라 측정 가능한 속성으로 다루도록 유도한다.

PMBOK과의 관계와 차이

SWEBOK이 소프트웨어를 어떻게 잘 만드는가에 관한 공학 지식의 체계라면, PMBOK은 프로젝트를 어떻게 관리하는가에 관한 관리 지식의 체계다. 두 표준은 경쟁 관계가 아니라 서로를 보완한다.

PMBOK이 범위·일정·원가·품질·위험 같은 관리 영역으로 프로젝트의 운영을 다룬다면, SWEBOK은 그 안에서 실제로 만들어지는 산출물의 공학적 품질을 책임진다. 관리만 충실하고 공학적 근거가 부실하면 일정은 지켜도 결과물이 흔들리고, 반대의 경우에는 좋은 설계가 통제 없이 표류한다.

두 체계를 함께 이해해야 관리와 공학이 한 프로젝트 위에서 맞물린다.

실무에서의 활용 방식

SWEBOK을 현장에서 쓰는 방식은 처음부터 끝까지 통독하는 것이 아니라, 점검 기준의 출처로 삼는 것이다. 요구사항이 충분히 검증되었는지, 테스트가 합의 근거를 거슬러 올라가는지, 형상관리와 변경 통제가 제 영역을 갖추었는지를 SWEBOK의 지식 영역에 비추어 확인할 수 있다.

신입 인력의 학습 지도나 산출물 검수 항목의 근거로도 유용하다. 다만 지식 체계는 무엇을 다루어야 하는지를 알려 줄 뿐 우리 프로젝트에서 어느 수준까지 적용할지는 판단의 몫이므로, 그 적정 수준을 정하는 감각이 곧 실무자의 역량이다.