클린룸 프로젝트는 실제 운영 공간으로 자리 잡기까지 수많은 사람의 손을 거치게 되는데, 양측이 서로 상대방이 특정 경계를 책임진다고 여기는 순간, 그 경계는 누구도 관리하지 않게 됩니다. 중요한 것은 책임 매트릭스가 서류상으로는 존재하는지 여부가 아니라, 업무와 정보, 승인이 실제로 이관되는 지점을 중심으로 구축되어 있는지 여부입니다.

이름을 지정하기 전에 프로젝트 경계를 표시하세요

매트릭스에 이름이나 회사 내 직책이 반영되기 전에, 프로젝트 팀은 한 당사자의 업무가 어디서 끝나고 다른 당사자의 업무가 어디서 시작되는지 명확히 파악해야 합니다. 이러한 경계는 조직 내 직책과는 다릅니다. 한 회사가 인터페이스의 양쪽 모두에 속할 수 있습니다(예: 레이아웃을 제작하고 나중에 이를 바탕으로 설치 작업을 수행하는 경우). 그러나 이 두 가지 역할은 경계가 불분명할 경우 각기 다른 위험을 수반하므로, 매트릭스에서는 이 두 역할을 반드시 구분해야 합니다.

클린룸 프로젝트 전반에 걸쳐 두 가지 유형의 경계가 반복적으로 나타납니다. 물리적 경계란 공급, 현장 작업, 설치 및 테스트가 만나는 지점을 말합니다. 즉, 장비가 단순히 조달된 품목에서 벗어나 고정되고, 연결되며, 테스트를 기다리는 상태가 되는 지점입니다. 정보적 경계란 문서나 데이터 세트가 소유권을 이전받거나 상태가 변경되는 지점을 말합니다. 즉, 도면이 작성된 상태에서 인접 공종과의 조정을 거쳐 시공 승인을 받는 단계로 넘어가는 지점입니다. 이 두 가지를 동일한 종류의 경계로 취급하면 모호성이 발생합니다. 왜냐하면 도면을 작성한 당사자가 반드시 다른 공종과 조율하는 당사자와 일치하는 것은 아니며, 승인하는 당사자와도 반드시 일치하는 것은 아니기 때문입니다.

경계를 어떻게 매핑해야 하는지를 결정하는 조건은, 해당 지점의 작업이나 정보가 진행되기 전에 타 당사자의 산출물에 의존하는지 여부입니다. 경계가 독립적인 경우 — 즉, 한 당사자가 다른 사람의 상류 단계 입력을 필요로 하지 않고 직접 공급, 설치 및 테스트를 수행하는 경우 — 단순히 소유자를 명시하는 것만으로도 충분할 수 있습니다. 반면, 경계가 순차적 진행에 의존하는 경우(예: 유닛의 장착 치수와 일치해야 하는 벽 관통부나, 승인받기 전에 기계 및 전기 배선도와 조율되어야 하는 도면 등)에는, 현장에서 비공식적으로 해결될 것이라고 가정하기보다는 매트릭스를 통해 그러한 종속성을 명시적으로 반영해야 합니다.

이 매핑 단계는 행렬에 최종적으로 몇 개의 행이 필요할지를 결정합니다. 일반적인 기업 역할 목록을 바탕으로 구축된 행렬은, 실제 업무 인계가 발생하는 위치가 아닌 수행 주체에 따라 활동을 그룹화하기 때문에 인터페이스 수를 과소 산정하는 경향이 있습니다. 반면, 물리적 및 정보 인터페이스를 바탕으로 구축된 행렬은 역할 기반 목록에서는 하나의 행으로 통합되었던 경계들을 명확히 드러내는데, 바로 이곳에서 할당되지 않은 범위가 발생하는 경향이 있습니다.

설계 권한을 조달 및 실행 업무와 분리한다

경계가 설정되면, 다음으로 판단해야 할 사항은 각 경계에서 누가 권한을 가지는가 하는 점입니다. 그리고 권한이란 단일한 개념이 아닙니다. 설계 결과물을 산출하고, 다른 분야와 조율하며, 사용 승인을 받고, 설계된 내용을 구현하고, 구현된 결과를 테스트하는 것은 서로 다른 다섯 가지 업무입니다. 이러한 업무들을 하나의 “책임 주체” 열로 묶어 버리는 책임 매트릭스는 의견 차이가 발생할 수 있는 지점을 과소평가하게 될 것입니다.

설계 권한은 구체적으로 어떤 해결책이 되어야 하는지—레이아웃, 사양, 인터페이스 치수 등—을 결정할 권한을 누가 가지는지를 다룹니다. 이는 물리적 장비나 자재를 누가 공급하는지를 다루는 공급 권한과는 다르며, 이를 설치, 연결 및 시운전하는 주체를 다루는 실행 권한과는 또 다릅니다. 한 당사자는 공급 권한이나 실행 권한을 갖지 않으면서도 설계 권한을 가질 수 있으며, 또 다른 당사자는 사양 결정 과정에 전혀 관여하지 않고도 장비를 공급할 수 있습니다. 매트릭스에서 이러한 권한들이 분리되어 있지 않을 경우, 흔히 발생하는 문제점은 작업을 실행하는 당사자는 설계 의도가 이미 확정된 것으로 가정하는 반면, 설계 권한을 가진 당사자는 불명확한 부분이 있으면 실행 과정에서 의문이 제기될 것이라고 가정하는 것입니다.

이러한 업무들을 얼마나 엄격하게 분리해야 하는지를 결정하는 요인은 설계 결과물과 추후 파악되는 물리적 제약 조건 간의 상호 의존성 정도입니다. 현장 조건과 무관하게 설계를 확정할 수 있는 경우, 상충될 가능성이 거의 없기 때문에 실제로는 이러한 분리가 그다지 중요하지 않습니다. 반면, 설치 과정에서야 비로소 확인되는 조건(여유 공간, 구조적 접점, 설비 배선 등)에 대응해야 하는 설계의 경우, 현장 조건이 설계 변경을 필요로 하는지, 아니면 기존 의도 범위 내에서 현장 조정이면 충분한지를 결정할 권한을 가진 사람이 필요하기 때문에, 설계 권한과 실행 업무를 명확히 구분하는 것이 필수적입니다.

승인 권한은 다시 한번 별도로 다루어야 합니다. 도면이나 완성된 인터페이스를 승인하는 것은 이를 제작, 조정, 설치 또는 테스트하는 행위와 동일하지 않습니다. 비록 특정 프로젝트에서 한 주체가 이러한 역할 중 두 가지 이상을 수행하기도 하지만 말입니다. 승인 대상 작업을 제작한 주체와 승인 권한을 가진 주체가 동일한 경우라도, 제작이 곧 승인을 의미한다는 가정 하에 승인 열을 비워두기보다는 매트릭스에 이를 명시적으로 기록해야 합니다.

각 인터페이스에서 입력, 출력, 승인 및 수락 증빙 자료를 기록한다

인터페이스가 매핑되고 권한이 업무별로 분리됨에 따라, 각 인터페이스에는 일관된 필드 집합이 기록되어야 합니다. 왜냐하면 소유자가 지정되어 있더라도 입력이나 출력이 정의되지 않은 인터페이스는 여전히 불완전하기 때문입니다. 소유자는 누가 책임을 지는지를 나타내며, 나머지 필드들은 그 책임 범위가 실제로 무엇을 포함하는지를 나타냅니다.

필수 입력 사항이 중요한 이유는, 해당 인터페이스를 담당하는 당사자가 인터페이스가 어떤 정보나 자재에 의존하는지 알지 못하면 인터페이스를 올바르게 실행할 수 없기 때문입니다. 예를 들어, 패스 박스의 위치는 실내 배치도와 인접한 복도 또는 지원 구역 설계 모두로부터의 입력 사항에 의존합니다. 이러한 의존 관계를 명시적인 입력 사항으로 기록해 두면, 설치 담당자가 별도의 지시 없이도 필요한 모든 것을 갖추고 있을 것이라는 추측을 방지할 수 있습니다. 출력이 중요한 이유는 이와 정반대의 이유에서 비롯됩니다. 즉, 매트릭스에는 해당 인터페이스가 무엇을 산출해야 하는지가 명시되어야 하며, 이는 테스트 준비가 완료된 물리적 설치물, 조정 준비가 완료된 도면, 또는 다른 담당자의 설계 작업에 사용할 수 있는 데이터 세트 등일 수 있습니다.

승인 단계는 많은 매트릭스에서 불분명해지는 부분인데, 이는 승인이 명시적으로 할당되기보다는 종종 암묵적으로 가정되기 때문입니다. 승인 항목에 별도의 행을 할당해야 할지 여부를 결정하는 기준은, 승인에 대한 책임을 주장하거나 부인할 수 있는 당사자가 두 명 이상인지 여부입니다. 특정 결과물을 승인할 수 있는 위치에 있는 당사자가 단 한 명뿐인 경우, 모호성이 발생할 위험은 낮습니다. 승인 권한이 설계자, 시공사 또는 발주자 대리인 중 누구에게나 합리적으로 귀속될 수 있는 경우, 해당 필드를 비워두면 분쟁이 발생했을 때 이를 해결할 수 있는 메커니즘이 프로젝트에 없다는 것을 의미합니다.

수락 증거는 소유권과는 별개의 영역이므로, 소유권에서 이를 유추해서는 안 됩니다. 인터페이스를 소유하고 있다는 사실 자체만으로는 해당 인터페이스가 올바르게 완료되었다는 증거가 되지 않습니다. 매트릭스에는 출력을 수락하는 데 어떤 증거를 사용할지 — 테스트 결과, 승인 기록, 또는 프로젝트 전체가 아닌 해당 특정 인터페이스와 연계된 다른 정의된 결과물 등 — 을 기록해야 합니다. 이러한 구분은 다음에서 설명된 라이프사이클 구조를 반영합니다. ISO 14644-4, 이 표준은 설계, 시공, 시운전을 각각 고유한 검증 절차를 갖춘 일련의 과정으로 다루되, 어느 계약 당사자가 어떤 단계를 수행할지는 규정하지 않습니다. 이 표준은 라이프사이클 단계를 기술하고 있으며, 해당 단계 내의 인력과 증빙 자료를 배정하는 것은 프로젝트 자체의 매트릭스를 통해 이루어집니다.

견적 검토를 위해 이 정보를 준비하는 구매 담당자는 이러한 필드가 이미 정의되어 있는 것이 유리합니다. 공급업체가 필요로 하는 구성 세부 사항, 즉 어떤 입력을 받게 될지, 어떤 출력을 제공해야 하는지, 그리고 범위 승인을 위해 어떤 증빙 자료가 사용될지 등은, 해당 인터페이스와 관련된 각 단계에서 매트릭스가 요구하는 필드와 동일하기 때문입니다. 공급업체의 장비.

입찰 설명 요청을 통해 다자간 및 미지정 범위를 해결한다

인터페이스 매핑과 필드 기록 과정을 통해 누락된 부분이 드러나게 되며, 이러한 누락 자체만으로도 유용한 정보를 제공합니다. 소유자가 공란으로 되어 있거나, 책임 주체가 명확하지 않은 기여자 그룹이 나열되어 있거나, 입력 또는 출력이 누락되었거나, 수락 증거 항목이 없는 경우 등은 각각 서로 다른 유형의 미해결 범위를 나타내며, 프로젝트가 조달 또는 시공 단계로 더 진행되기 전에 이러한 사항들을 구체적인 확인 질문으로 전환해야 합니다.

명명된 소유자가 없는 인터페이스는 가장 명백한 문제점이며, 이에 대한 해결책도 그만큼 명확합니다. 즉, 작업을 진행하기 전에 누가 해당 인터페이스를 담당할지 명확히 해야 합니다. 명확한 단일 소유자 없이 여러 당사자가 나열된 인터페이스는 또 다른 문제입니다. 기여자들은 모두 올바르게 식별되었을지 모르지만, 기여와 책임은 서로 바꿔 쓸 수 없는 개념이므로, 매트릭스에는 여전히 다른 당사자들과 구별되는 책임 있는 당사자가 하나 있어야 합니다.

입력 또는 출력 필드가 비어 있는 경우, 필요한 설명은 반드시 소유권에 관한 것이 아니라 정의에 관한 것일 수 있습니다. 즉, 이 인터페이스가 진행되기 위해, 또는 완료된 후 산출물을 생성하기 위해 구체적으로 무엇이 필요한지에 대한 설명입니다. 이 필드를 비워 둔다고 해서 해당 정보가 불필요한 것은 아니며, 단지 매트릭스가 아직 프로젝트 팀으로 하여금 이를 명시하도록 요구하지 않았을 뿐입니다.

승인 절차가 누락되었거나, 해당 결과물의 제작, 조정, 설치 또는 테스트를 담당하는 동일한 부서에 통합된 경우, 비록 동일한 회사가 서로 다른 직무 하에서 궁극적으로 두 역할을 모두 수행하더라도 해당 승인 의무를 명시적으로 분리해야 한다는 것이 이 지침의 취지입니다. 또한 인수 증거가 공란인 경우, 실제로 어떤 증거를 사용할 것인지 명시해야 합니다. 왜냐하면 정의된 인수 증거가 없는 인터페이스는 책임 소재가 아무리 명확하게 지정되었다 하더라도, 프로젝트에서 요구하는 기준에 따라 완료되었는지 확인할 방법이 없기 때문입니다.

이러한 불일치를 얼마나 시급하게 해결해야 하는지는, 입찰 단계가 설계 확정 시점에 비해 얼마나 이른 시점에 위치하는지에 따라 결정됩니다. 프로젝트가 아직 입찰 단계에 있을 때 명확히 해야 할 사항이 제기되면, 어느 당사자도 가격을 산정하거나 범위에 대한 확약을 하기 전에 질의응답 절차를 통해 할당되지 않은 인터페이스 문제를 해결할 수 있습니다. 반면, 동일한 미해결 사항이 계약 체결 후에야 발견될 경우, 해당 미지정 인터페이스는 계약 변경 요청이나 어느 당사자의 업무 범위에 포함되어야 했는지에 대한 분쟁으로 표면화되는 경향이 있습니다. 해결되지 않은 매트릭스 셀을 모두 입찰 설명 요청 기록, 이를 실행 과정에서 비공식적으로 해결되도록 방치하는 대신, 해당 결정을 본래 속해야 할 상업적 절차의 범위 내에 유지하게 하는 것입니다.

책임 매트릭스를 계약 및 변경 절차에 명시적으로 반영한다

최종 확정되었으나 계약서에 반영되지 않은 책임 매트릭스는 계획 메모와 다를 바 없는 효력만을 가집니다. 작업이 시작되면 어느 당사자도 이를 따를 의무가 없기 때문입니다. 이 매트릭스는 계약서와 병행하여 비공식적으로 존재하는 문서가 아니라, 계약서에서 참조되는 공식 문서가 되어야 합니다.

일단 확정된 매트릭스는 변화 과정과도 명확한 관계를 맺어야 합니다. 프로젝트는 변화하기 마련이기 때문입니다. 범위(scope)가 바뀌고, 인터페이스가 이동하며, 원래 결과물을 담당하도록 지정된 당사자가 더 이상 이를 제공할 수 없는 상황이 발생할 수도 있습니다. 잘 관리되는 매트릭스와 취약한 매트릭스를 구분하는 기준은 변화가 발생하는지 여부가 아니라, 변화가 발생했을 때 매트릭스를 수정하기 위한 명확한 절차가 마련되어 있는지 여부입니다. 그러한 절차가 존재하지 않는 경우, 첫 번째 프로젝트 변경만으로도 매트릭스가 비공식적으로 무효화되는 경향이 있습니다. 이는 매트릭스를 업데이트할 의무가 있는 당사자가 없거나, 해당 업데이트가 영향을 받는 다른 당사자들의 동의를 얻었는지 확인할 의무가 있는 당사자가 없기 때문입니다.

계약서에 명시된 매트릭스에는 인터페이스 할당에 대한 변경을 제안할 수 있는 주체, 해당 변경을 승인해야 하는 주체, 그리고 업데이트된 버전이 이를 의존하는 모든 당사자에게 어떻게 배포되고 재확인되는지가 명시되어야 합니다. 이는 앞서 논의한 인터페이스 수준의 승인과는 구별되는데, 이는 변경되지 않은 매트릭스 내의 특정 산출물에 대한 승인이 아니라 매트릭스 자체의 변경과 관련되기 때문이다. 프로젝트에서 이를 동일한 메커니즘으로 취급할 경우, 매트릭스가 정의하고자 했던 권한을 가진 당사자가 매트릭스를 변경할 수 있게 되어, 통제 문서로서의 매트릭스 기능이 약화될 수 있다.

매트릭스 앞부분에 기록된 장비 및 인터페이스 세부 사항은 프로젝트가 진행됨에 따라 전달 및 조정이 어떻게 관리되는지에도 반영되며 — a 클린룸 시스템 여러 장비 계열로 구성된 시스템은 매트릭스가 확립하고자 했던 바로 그 인터페이스의 명확성에 의존합니다. 각 장비 계열과 주변 공간 및 서비스 간의 물리적·정보적 경계가야말로 애초에 매트릭스가 구축된 이유였기 때문입니다. 매트릭스를 확정한다고 해서 프로젝트 진행 과정에서 판단이 필요 없어지는 것은 아닙니다. 이는 누가 그 판단을 내릴 권한을 가지는지, 그리고 어떤 인터페이스의 변경 사항이 최종적으로 승인되기 전에 어떤 근거를 검토해야 하는지를 결정하는 것입니다.

자주 묻는 질문

Q: 클린룸 책임 매트릭스는 어느 정도까지 상세해야 할까요?
A: 일반적인 기업 목록을 기준으로 삼기보다는, 소유권이나 승인 여부가 불분명할 수 있는 각 의미 있는 물리적 또는 정보적 인터페이스를 중심으로 구축해야 합니다. 각 인터페이스마다 하나의 소유자, 기여자(있는 경우), 필요한 입력 및 출력, 승인 책임, 그리고 승인 증빙 자료를 명시해야 합니다.

Q: 클린룸 공급업체의 이름을 명시하면, 해당 업체가 클린룸과 관련된 모든 업무를 책임지게 되는 것입니까?
A: 아니요. 공급업체의 업무 범위는 각 인터페이스에서 설계 권한, 현장 작업, 설치, 시험 및 승인 업무와 명확히 구분되어야 합니다. 모듈형 클린룸 또는 클린룸 시스템 패키지의 정확한 범위를 정의한 다음, 인접한 모든 업무를 명시적으로 할당하십시오.

Q: 한 당사자가 동일한 도면을 작성하고, 조정하며, 승인할 수 있습니까?
A: 프로젝트에서 한 당사자에게 여러 가지 업무를 할당할 수 있지만, 매트릭스에는 여전히 생산, 조정, 승인 항목을 별도로 기록해야 합니다. 이렇게 하면 의도된 점검 절차가 명확히 드러나며, 광범위한 업무 할당으로 인해 책임 소재가 불분명한 업무가 숨겨지는 것을 방지할 수 있습니다.

Q: 구매자는 동일한 인터페이스를 서로 다르게 할당하는 입찰 제안들을 어떻게 비교해야 할까요?
A: 동일한 인터페이스 행에 대한 입찰서를 비교한 후, 제안된 소유자, 기여자, 입력, 출력, 승인 및 수락 증빙 자료를 명확히 확인하십시오. 매트릭스가 계약서에 반영되기 전에 입찰서 설명 로그에 기재된 중대한 차이점을 해결하십시오.

Q: 작성된 책임 매트릭스만으로도 ISO 14644-4 준수를 입증할 수 있습니까?
A: 아닙니다. 이 매트릭스는 프로젝트의 책임과 인수 증빙 자료를 할당할 뿐, 그 자체만으로는 클린룸 요구사항이나 검증 요건이 충족되었음을 입증하지는 않습니다. ISO 14644-4는 설계, 시공, 시운전 및 검증을 위한 라이프사이클적 맥락을 제공하지만, 프로젝트 측에서는 여전히 납품, 승인 및 인수 절차를 별도로 정의해야 합니다.