TL;DR
사무실 이전 승인표는 ‘누가 무엇을 결정하는가’를 적는 문서가 아니라, 설계안이 다음 단계로 넘어가기 전에 필요한 결정권자·협의자·근거자료·승인기한을 한 행에 묶는 운영표입니다. 좌석 수나 회의실 선호를 먼저 확정하기보다, 변경 시 도면·설비·건물 협의에 연쇄 영향을 주는 항목부터 마감일을 정해야 검토 회차를 줄일 수 있습니다.
이전 TF는 승인표를 요구사항 목록과 분리해 관리하는 편이 좋습니다. 요구사항 목록이 각 부서의 희망을 모으는 문서라면, 승인표는 상충하는 요구를 어느 권한자가 언제 결정했는지 남기는 문서입니다. 설계 착수 전에 정해야 할 입력값은 사무실 이전 설계 착수 전 결정 순서에서 먼저 정리하고, 그 결과를 승인표의 기준안으로 옮겨 관리할 수 있습니다.
승인표에 먼저 넣을 결정 항목
승인표의 시작점은 ‘예쁜 공간’에 대한 의견이 아니라, 늦게 결정하면 레이아웃과 건물 협의를 다시 열어야 하는 항목입니다. 특히 좌석 운영 방식, 부서 간 인접성, 출입 권한이 필요한 구역, 외부 방문객의 이동 범위, 통신·전력·공조 관련 조건은 서로 연결됩니다. 한 항목을 승인할 때 영향받는 다른 항목도 함께 표시해야 합니다.
| 결정 항목 | 승인 기준으로 남길 내용 | 연쇄 확인 항목 |
|---|---|---|
| 좌석 운영 | 지정석·공용좌석의 적용 부서, 좌석 운영 원칙, 성장 또는 변동 인력 반영 기준 | 좌석 배치, 개인 보관, 네트워크·전력 위치 |
| 부서 인접성 | 같은 구역에 배치할 부서와 분리할 부서, 빈번한 협업 관계 | 동선, 회의공간 위치, 소음 관리 |
| 회의·집중공간 | 예약형 회의실, 소규모 협의 공간, 통화·집중 공간의 우선순위 | 출입 동선, 차음 요구, 설비 계획 |
| 보안구역 | 방문객 접근 가능 범위, 출입 통제 구역, 보관 또는 장비 구역 | 리셉션 위치, 출입문, 안내 동선 |
| 건물 협의 사항 | 공사 가능 조건, 설비 변경 협의 필요 여부, 제출 도서 | 도면 확정 시점, 공정 순서, 관리 주체 확인 |
| 입주 준비 | 부서별 이전 준비 책임, 정보통신·장비·안내 체계 확인 | 입주일, 사용자 공지, 준공 확인 |
각 행에는 ‘승인’과 ‘확인’을 구분해야 합니다. 예를 들어 경영진은 보안구역의 운영 원칙을 승인할 수 있지만, 해당 원칙이 출입 동선 및 설비 계획에 반영 가능한지는 시설·보안·설계 담당자가 확인해야 합니다. 확인 주체가 승인자로 대체되면 기술 검토가 빠지고, 반대로 모든 사람이 승인자가 되면 의견 수렴이 끝나지 않습니다.
결정권자와 협의자를 분리하는 방법
승인표에는 최소한 항목명, 제안 책임자, 최종 결정권자, 필수 협의자, 판단 근거, 승인기한, 상태, 변경 이력을 둡니다. 직책명은 조직마다 다르므로 고정하지 말고 실제 이전 TF 조직도에 맞춰 채웁니다. 핵심은 한 항목의 최종 승인자가 한 명 또는 사전에 합의된 의사결정 단위로 명확해야 한다는 점입니다.
| 역할 | 승인표에서 맡을 일 | 기록해야 할 내용 |
|---|---|---|
| 제안 책임자 | 부서 요구를 하나의 선택안으로 정리 | 요구 배경, 선택지, 미결 사항 |
| 최종 결정권자 | 상충하는 요구의 우선순위 확정 | 승인·보류·반려 결과와 조건 |
| 필수 협의자 | 운영·보안·설비·건물 조건 검토 | 가능 여부, 전제조건, 후속 조치 |
| 문서 관리자 | 기한 관리와 최신본 통제 | 버전, 승인일, 변경 사유 |
‘참조’는 의견을 받는 대상이고, ‘협의’는 결론이 나기 전에 조건을 확인해야 하는 대상입니다. 이를 구분하지 않으면 참조자가 사실상 승인자로 참여하거나, 필수 검토자가 누락될 수 있습니다. 승인 회의 전에 문서 관리자는 각 항목의 결정 질문을 한 문장으로 고정하는 것이 좋습니다. 가령 ‘회의실을 늘릴 것인가’보다 ‘외부 방문객이 사용하는 회의공간을 보안구역 밖에 둘 것인가’처럼 선택의 기준이 드러나야 합니다.
승인기한은 입주 희망일에서 역산한다
승인기한은 회의 참석 가능일이 아니라, 해당 결정이 늦어졌을 때 영향을 받는 다음 작업의 시작일을 기준으로 잡습니다. 먼저 임대차 관련 일정, 건물의 공사 승인 조건, 입주 희망일을 한 일정표에 놓고, 기본 레이아웃·설비 협의·사용자 이전 준비에 필요한 결정 시점을 대조합니다. 그 후 각 항목에 ‘최종 승인기한’과 ‘의견 제출 마감’을 따로 둡니다.
예를 들어 보안구역 위치는 레이아웃 검토만으로 끝나지 않을 수 있습니다. 출입 동선, 출입문 위치, 통신 또는 설비 조건, 건물 측 협의와 연결될 수 있으므로 일반 사용자 설문 결과만으로 승인 완료 처리하지 않습니다. 소방시설 변경 가능성이 있는 설비는 전문 범위 확인과 건물 관리사무소 협의가 선행되어야 하며, 소방 검토를 최종 인테리어 승인 뒤로 미루는 방식은 적절하지 않다는 점도 확인할 필요가 있습니다. 국가법령정보센터 | 변경조문
용도 변경이나 관련 도서 제출 여부가 검토 대상이라면, 변경 후 평면도와 내화·방화·피난·건축설비 변경사항을 표시한 자료가 요구될 수 있습니다. 따라서 해당 가능성이 있는 항목은 ‘건물 및 전문 검토 완료’가 확인되기 전까지 조건부 승인으로 관리하는 편이 안전합니다. 출처 실제 처리기간은 관할 건축허가 부서와 신청 유형에 따라 확인해야 하므로, 내부 일정표에 임의의 처리기간을 고정값으로 넣기보다 확인 담당자와 확인일을 기록합니다. 건축법 시행규칙 서식
설계안 재검토를 막는 승인 상태 관리
승인 상태는 단순히 진행·완료로 나누지 않는 편이 좋습니다. ‘요구 취합 중’, ‘협의 완료·승인 대기’, ‘조건부 승인’, ‘최종 승인’, ‘변경 요청’, ‘보류’처럼 상태의 의미를 정하면 설계팀과 사용자 부서가 같은 단어를 다르게 해석하는 일을 줄일 수 있습니다.
조건부 승인은 조건을 문장으로 남길 때만 유효합니다. 예를 들어 ‘부서 인접성은 승인하되, 방문객 동선과 충돌하지 않는 배치안일 것’처럼 승인 범위와 추가 확인 대상을 함께 적습니다. ‘검토 후 확정’처럼 주체와 완료 기준이 없는 문구는 승인으로 처리하지 않습니다. 변경 요청이 발생하면 기존 승인 행을 덮어쓰기보다 변경 번호, 요청 사유, 영향 도면, 재승인 대상, 새 기한을 남겨 이력을 보존합니다.
승인 회의의 안건도 상태별로 분리합니다. 최종 결정이 필요한 안건, 기술 또는 건물 확인이 선행되어야 하는 안건, 이미 승인됐으나 사용자 공지가 필요한 안건을 한 회의에서 같은 방식으로 다루면 결정이 지연됩니다. 문서 관리자는 회의 종료 후 ‘결정됨’, ‘추가자료 필요’, ‘담당자 확인 후 재상정’만 남기지 말고, 다음 행동과 완료 판정 기준을 각 행에 갱신해야 합니다.
가상 예시: 보안구역 배치 승인 행
가상 예시로, 이전 TF가 방문객 응대 구역과 내부 업무 구역의 분리를 검토한다고 가정해 보겠습니다. 제안 책임자는 경영지원 담당자이며, 최종 결정권자는 조직의 권한 체계상 공간 운영 원칙을 결정하는 책임자입니다. 보안 담당자는 출입 범위와 운영 조건을, 시설 담당자는 출입문·통신·설비 영향 여부를, 건물 협의 담당자는 공사 승인 조건을 확인합니다.
승인표에는 ‘방문객이 내부 업무 구역에 들어가지 않아도 회의와 안내가 가능한가’를 결정 질문으로 적을 수 있습니다. 판단 근거에는 방문객 유형, 출입 권한 원칙, 필요한 안내·회의 기능을 적고, 첨부자료에는 기본 레이아웃과 동선 표시도를 연결합니다. 최종 상태는 건물 협의 및 설비 확인이 남아 있다면 ‘조건부 승인’으로 두며, 조건에는 ‘관련 협의 결과가 도면에 반영된 경우에만 최종 승인’이라고 기록합니다. 이 방식은 사용자 선호, 보안 운영, 도면 가능 여부를 하나의 승인으로 혼동하지 않게 합니다.
마무리
사무실 이전 승인표의 목적은 많은 사람에게 서명을 받는 데 있지 않습니다. 좌석 운영·부서 인접성·보안구역·건물 협의·입주 준비처럼 되돌리기 어려운 결정을 적절한 책임자에게 제때 올리고, 결정 근거와 변경 이력을 남기는 데 있습니다. 이전 TF 조직도, 부서 요구사항 취합표, 기본 레이아웃 도면, 설비 협의 목록, 사용자 이전 준비 목록을 같은 기준안으로 연결해 두면 설계안 수정의 이유와 다음 승인 대상을 더 명확히 관리할 수 있습니다.