형상 통제와 형상 상태 파악

형상 통제는 형상 관리의 주요 활동 중의 하나입니다. 형상 통제 활동은 주로 변경을 다루게 되는데, 변경은 개발 프로젝트의 고유한 특성입니다. 개발 프로젝트의 본질은 당면한 문제 해결에 대한 불확실하고 모호한 니즈를, 명확하고 실체적인 솔루션으로 변환하는 결정의 과정이기 때문입니다. 따라서 변경을 체계적으로 관리해야 하는 것은 프로젝트의 성공에 매우 중요합니다. 형상 통제의 주요 목적은 형상 항목에 대한 모든 변경 사항을 통제하고 체계적인 방식으로 조정(Coordination), 평가(Evaluation), 승인(Approval), 구현(Implementation) 및 문서화(Documentation)하는 것입니다. 이 활동은 전체 프로젝트 생명주기 동안 시스템 또는 제품의 무결성, 안정성 및 추적 가능성을 보장합니다. 형상 통제 활동은 아래에 설명된 여러 세부 활동으로 구성됩니다.

1.1 기준선 (Baseline) 설정

어떤 것의 변경을 인식하기 위해서는 우선 기준이 필요합니다. 기준이란 변경 후를 정확하게 정의하기 위해서 필요한 변경 전 상태를 의미합니다. 즉, 변경 ΔX를 알기 위해서 X2 및 X1을 알아야 하는데 여기서 X1을 기준으로 정합니다. 이것을 보통 형상 관리에서 기준선(Baseline)이라고 합니다.

변경되는 어떤 것, 즉 대상이 무엇인가에 따라 기준선에 포함되는 데이터나 항목들은 달라 집니다. 예를 들어 변경의 대상이 복잡한 시스템이라면 그 시스템의 형상을 정의하기 위해서 많은 형상 항목들과 형상 정보들을 담고 있는 자료(문서)들을 포함해야 할 수 있습니다. 반면에, 간단한 문서 하나가 변경 관리의 대상이라면 베이스라인을 설정할 때 그 문서 하나만 지정하면 충분할 수 있습니다.

개발 프로젝트에서 베이스라인을 보통 여러 번 설정하게 되는데 사실 무결성을 완벽하게 유지하는 것이 어려울 수 있기 때문에 실용적인 측면에서 변경을 관리하기 위한 기준을 여러 차례 세우게 됩니다. 예를 들면 고객에게 제품을 릴리스할 때마다 베이스라인을 설정하기도 하는데 고객과 제품의 형상에 대해 이야기 할 때 특정 릴리스를 기준으로 변경을 인식하고 관리하면 편리하기 때문에 그렇습니다.

1.2 변경 요청 (Change Request)

형상 통제 활동의 중요한 세부 활동은 변경 요청을 하는 것입니다. 이 요청은 다양한 이해관계자(개발팀 기타 다른 인원 또는 고객)로부터 올 수 있습니다. 변경요청에는 제안된 변경에 대한 명확하고 자세한 설명, 변경의 근거 및 시스템 또는 제품에 대한 예상 영향이 포함되어야 합니다.

1.3 변경 요청을 다루기 위한 조정 (Coordination)

조정은 형상 통제 활동의 중요한 측면입니다. 프로젝트 관리자, 개발자, 테스터, 지원 직원 및 최종 사용자를 포함한 다양한 이해 관계자 간의 효과적인 조정이 없으면 형상 통제 활동이 분리되고 비효율적일 수 있습니다. 적절한 조정을 통해 변경 사항이 원활하게 구현되고 관련된 모든 당사자가 협업할 수 있게 됩니다.

협업 및 커뮤니케이션, 충돌 및 중복 최소화, 일관성 보장, 자원 할당 및 예약 등을 위해 형상 통제 활동에서 조정 활동은 필수적이며, 잠재적인 위험과 충돌을 최소화하면서 변경 사항을 효과적이고 효율적으로 구현하는 데 도움이 됩니다.

1.4 변경 요청 평가 (Evaluation)

변경 요청이 제출되면 철저한 분석 및 평가 과정을 거칩니다. 여기에는 기술적 타당성, 비용, 일정 영향 및 잠재적 위험 평가가 해당됩니다.

제안된 변경과 관련이 있습니다. 분석에는 대체 솔루션에 대한 평가와 시스템의 성능, 품질 및 보안에 대한 잠재적 영향에 대한 결정도 포함될 수 있습니다.

1.5 변경 요청 승인 또는 기각 (Approval and Disapproval)

제안된 변경의 반영 여부를 결정하기 위해서는 적절한 권한이 주어진 의사결정 주체가 필요합니다. 이 결정 주체는 대개 여러 이해 관계자와 최종 의사 결정자로 구성된 형상통제위원회(CCB)라는 명칭으로 불리 웁니다. 형상통제위원회는 대개 변경의 종류나 그 영향력 등에 따른 결정 권한수준에 따라 여러 수준에서 존재할 수 있습니다. 변경의 성격에 따른 적절한 권한을 가진 위원회는 변경 요청의 분석 및 평가 결과를 검토하고 이 정보를 기반으로 제안된 변경 사항의 반영을 승인할지 또는 거부할지 결정합니다. 결정은 문서화되어 모든 관련 당사자에게 전달되어야 합니다.

그림: Coordination, Evaluation and Disposition actions

1.6 승인된 변경의 구현 (Implementation)

형상통제위원회가 변경 요청을 승인하면 개발팀은 변경의 구현을 진행합니다. 이 세부 활동에는 형상 정보의 수정 및 형상 항목의 변경, 프로젝트 일정 및 리소스에 필요한 조정이 포함될 수 있습니다. 또한 개발팀은 영향을 받는 모든 당사자에게 변경 사항 및 관련 영향에 대한 정보를 제공해야 합니다.

1.7 구현된 변경 사항의 검증 및 확인 (Verification and Validation)

변경이 구현된 후 개발팀은 변경이 올바르게 실행되었고 의도한 목표를 충족하는지 검증하고 확인해야 합니다. 이 세부 활동에는 새로운 문제를 도입하거나 시스템 또는 제품에 부정적인 영향을 주지 않고 변경 사항이 적절하게 통합되었는지 확증하기 위해 테스트 및 검토를 수행할 수 있습니다.

1.8 형상 기준선 및 문서 갱신 (Updating baseline and documentation)

구현된 변경 사항이 검증 및 확인되면 개발팀은 형상 기준선과 문서를 갱신하여 시스템 또는 제품의 변경된 새로운 형상 상태를 반영해야 합니다. 여기에는 형상 항목 기록, 버전 통제 저장소(repository) 및 기타 관련 문서의 갱신 활동이 포함됩니다. 적절히 기록을 보관함으로써 형상통제 활동에서 추적성과 책임성을 보장하게 됩니다.