15.6 기술-과제 관리 간 업무 범위 중첩과 경계 설정 원칙

1. 기술-과제 관리 간 중첩의 구조

기술 담당과 과제 관리자 사이의 업무 범위 중첩은 양 역할의 근본적 관심사의 차이에서 비롯된다. 기술 담당의 관심사는 기술적 탁월성, 아키텍처의 건전성, 그리고 장기적 기술 역량의 축적이다. 과제 관리자의 관심사는 프로젝트의 일정 준수, 예산 통제, 그리고 이해관계자의 기대 충족이다. 양자의 관심사는 궁극적으로 제품의 성공이라는 공동 목표를 향하나, 단기적 접근 방식에서 빈번하게 긴장이 발생한다.

중첩이 발생하는 핵심 영역은 다음과 같다. 추정과 계획(Estimation and Planning)이다. 기술 과업의 노력 추정은 기술 담당의 전문 영역이나, 이 추정을 프로젝트 일정으로 전환하는 것은 과제 관리자의 영역이다. 양자가 추정 과정에 공동으로 관여하면서 추정의 주도권과 책임 소재가 불분명해질 수 있다. 범위 관리(Scope Management)이다. 기술적 범위의 정의와 변경의 기술적 영향 분석은 기술 담당의 영역이나, 범위 변경의 일정적·비용적 영향 관리와 변경 통제 프로세스의 운영은 과제 관리자의 영역이다. 품질 관리(Quality Management)이다. 기술적 품질(코드 품질, 설계 품질, 시험 완전성)은 기술 담당이 직접 관리하고, 품질 프로세스(검토 절차, 게이트 기준, 품질 지표 추적)는 과제 관리자가 운영한다.

2. 경계 설정의 근본 원칙

2.1 ’무엇을’과 ’어떻게’의 분리

기술-과제 관리 간 경계 설정의 근본 원칙은 ’무엇을(What)’과 ’어떻게(How)’의 분리이다. 과제 관리자는 프로젝트의 목표, 범위, 일정, 그리고 자원의 제약을 정의하고 관리한다(무엇을, 언제까지). 기술 담당은 이러한 제약 내에서 기술적 구현 방법을 자율적으로 결정하고 실행한다(어떻게).

이 원칙의 구체적 적용은 다음과 같다. 과제 관리자는 “이 기능을 3주 이내에 구현하여야 한다“고 일정 제약을 설정할 수 있으나, “이 기능을 특정 알고리즘으로 구현하여야 한다“고 기술적 방법을 지정할 수 없다. 기술 담당은 “이 기능의 구현에 5주가 필요하다“고 기술적 판단을 제시할 수 있으며, 과제 관리자는 이 추정을 존중하되 일정 제약과의 상충을 관리하여야 한다.

2.2 전문성 존중의 원칙

양 역할은 상대방의 전문 영역을 존중하여야 한다. 과제 관리자는 기술 담당의 기술적 추정과 판단을 존중하고, 추정치를 일방적으로 삭감하거나 기술적 방법론에 간섭하지 않아야 한다. 기술 담당은 과제 관리자의 프로젝트 관리 전문성을 존중하고, 일정·비용·리스크 관리에 대한 과제 관리자의 요청에 협조적으로 대응하여야 한다.

2.3 투명성의 원칙

양 역할은 자신의 영역에서 발생하는 문제, 변경, 그리고 리스크를 상대방에게 투명하게 공유하여야 한다. 기술 담당은 기술적 장애, 추정 변경, 그리고 기술 리스크의 변동을 과제 관리자에게 적시에 전달한다. 과제 관리자는 일정 변경, 자원 제약, 그리고 이해관계자 요구의 변화를 기술 담당에게 적시에 전달한다.

3. 구체적 경계 설정 가이드라인

3.1 추정(Estimation) 영역

기술 담당의 역할은 기술적 복잡성에 기반한 노력 추정(Effort Estimation)의 수행이다. 스토리 포인트(Story Point), 이상적 시간(Ideal Hours), 또는 기능 점수(Function Point) 등의 단위로 추정을 수행한다.

과제 관리자의 역할은 기술 담당의 노력 추정을 입력으로 받아, 프로젝트 일정(Schedule)으로 전환하는 것이다. 가용 자원, 의존 관계, 버퍼(Buffer), 그리고 외부 제약을 고려하여 현실적 일정을 수립한다.

경계 규칙은 과제 관리자가 기술 담당의 추정치를 일방적으로 변경하지 않는다는 것이다. 추정치와 일정 제약 사이에 괴리가 있는 경우, 양자가 공동으로 범위 조정, 자원 추가, 또는 일정 변경의 대안을 논의한다.

3.2 리스크 관리 영역

기술 담당의 역할은 기술적 리스크의 식별과 기술적 영향의 분석이다. 과제 관리자의 역할은 리스크 등록부(Risk Register)의 운영, 리스크의 정량적 평가, 대응 계획의 수립, 그리고 리스크의 정기적 모니터링이다. 경계 규칙은 기술 담당이 식별한 리스크를 과제 관리자에게 투명하게 전달하고, 과제 관리자는 이를 프로젝트 관리 체계에 통합하여 체계적으로 관리한다는 것이다.

3.3 변경 관리(Change Management) 영역

기술 담당의 역할은 변경 요청의 기술적 영향 분석(Impact Analysis)이다. 과제 관리자의 역할은 변경 통제 프로세스(Change Control Process)의 운영, 변경의 일정적·비용적 영향 산정, 그리고 변경 승인 절차의 관리이다. 경계 규칙은 변경 요청의 기술적 영향과 프로젝트적 영향이 각각 분석된 후, 공동 검토를 거쳐 변경의 수용 여부가 결정된다는 것이다.

4. 딥테크 기업에서의 특수 고려 사항

딥테크 기업에서 기술-과제 관리 간 경계 설정의 특수성은 다음과 같다.

연구 활동의 비결정성이다. 연구 활동은 결과의 예측이 곤란하므로, 전통적 범위·일정 관리의 적용에 한계가 있다. 이 경우 시간 제한적(Time-boxed) 관리 접근이 적용되며, 과제 관리자는 시간과 자원의 제약을 관리하되, 연구의 내용과 방향에 대한 기술 담당의 자율성을 최대한 존중한다.

하드웨어 개발의 긴 리드 타임이다. 하드웨어 부품 조달, 금형 제작, 그리고 시제품 제작에 수 주에서 수 개월의 리드 타임이 소요되므로, 과제 관리자는 이러한 긴 리드 타임 항목을 사전에 식별하고 조기에 의사결정과 발주가 이루어지도록 관리하여야 한다.

인증 프로세스의 관리이다. 안전 인증, 품질 인증 등의 외부 프로세스는 기업의 통제 범위를 넘어서는 일정 불확실성을 수반한다. 과제 관리자는 인증 프로세스의 불확실성을 프로젝트 리스크로 명시적으로 관리하고, 기술 담당은 인증 기관의 기술적 요구에 대응한다.