정부과제가 끝난 뒤에도 남는 것 - 종료 시점에 자산이 되는 산출물 관리

정부 창업과제를 수행 중인 창업자의 시선은 대개 다음 마일스톤을 향해 있습니다. 다음 보고, 다음 시연, 다음 정산. 자연스러운 일이지만, 이 흐름 속에서 한 가지 질문이 뒤로 밀리곤 합니다. "이 과제가 끝났을 때, 우리 회사에는 무엇이 남아 있는가."

결론을 먼저 말씀드리면, 과제의 진짜 성과는 결과보고서의 승인 도장이 아니라 "다음 단계로 가져갈 수 있는 자산"입니다. 그리고 이 자산은 종료 시점에 한꺼번에 모으는 것이 아니라, 수행 기간 내내 쌓이도록 관리해야 남습니다. 같은 과제를 수행하고도 어떤 팀은 다음 과제와 투자, 양산으로 이어지는 발판을 얻고, 어떤 팀은 보고서 파일 하나만 남기는 차이가 여기서 갈립니다. 사업계획서 작성, 지원사업 선택, 발표평가, 준비 단계의 실수, 그리고 과제용과 사업용 시제품의 구분까지 다뤄온 이 시리즈의 여섯 번째 주제로, 과제의 마무리를 자산으로 바꾸는 관리를 정리합니다.

과제의 성과는 종료일의 서류가 아니라 그 후에도 쓸 수 있는 자산으로 측정됩니다.

과제가 끝나면 무엇이 남아야 하는가

하드웨어 과제의 산출물은 크게 네 갈래의 자산으로 남을 수 있습니다. 첫째는 "설계 자산"입니다. 기구 도면과 3D 원본 파일, 회로도와 제조용 파일, 부품 목록, 펌웨어 소스까지, 제품을 다시 만들 수 있게 하는 파일들입니다. 이 파일들을 온전히 보유한다는 것은 요리로 치면 완성된 요리가 아니라 요리법을 갖는 것과 같아서, 이후 어떤 제조 파트너와도 다음 단계를 진행할 수 있는 자유를 뜻합니다.

둘째는 "검증 자산"입니다. 시험 조건과 결과 기록, 측정 데이터, 실패했던 시도와 그 원인 분석까지 포함됩니다. 셋째는 "문서 자산"으로, 제출용 결과보고서가 아니라 다음 개발자가 읽고 이어갈 수 있는 형태의 기술 문서를 말합니다. 넷째는 "관계 자산"입니다. 과제 기간에 손발을 맞춘 외주 파트너, 멘토, 시험 기관과의 관계는 다음 단계에서 처음부터 다시 만들려면 오랜 시간이 드는 자산입니다.

종료 무렵에 자주 발견되는 공백

문제는 이 자산들의 공백이 대개 종료 무렵에야 발견된다는 점입니다. 가장 흔한 공백은 외주 산출물의 인수 범위입니다. 계약 당시 "시제품 제작"이라고만 합의하고 산출물의 명세를 정하지 않으면, 종료 시점에 실물은 있는데 설계 원본 파일은 어디까지 받을 수 있는지 애매한 상황이 생깁니다. 파일의 제공 범위는 견적과 맞물린 합의 사항이므로, 종료 직전에 요청하면 논의가 길어지고 과제 일정과 충돌합니다.

다음으로 흔한 공백은 기록의 소재입니다. 시험 데이터가 담당자 개인의 노트북에만 있거나, 개발 중의 결정 사항이 메신저 대화 속에 흩어져 있는 경우입니다. 마지막은 문서의 형태입니다. 모든 기록이 결과보고서 양식에 맞춰서만 정리되어 있으면, 보고에는 통과해도 다음 개발에 재사용하기 어렵습니다. 보고용 문서와 자산용 문서는 목적이 다르며, 자산용은 따로 관리되어야 남습니다.

기록되지 않은 결과는 종료와 함께 사라지고, 기록된 결과만 자산이 됩니다.

수행 기간에 해 두어야 할 관리

• "계약서의 산출물 명세": 외주 계약 시점에 인수할 산출물의 목록과 형식을 문서로 합의합니다. 설계 원본, 제조용 파일, 소스의 제공 범위는 계약 이후가 아니라 계약 안에서 정하는 항목입니다
• "중간 인수": 최종 납품 때 한꺼번에 받는 대신 단계별 산출물을 그때그때 인수해 두면, 종료 시점의 공백과 분쟁 여지가 함께 줄어듭니다
• "저장소의 일원화": 파일, 데이터, 결정 기록이 모이는 회사 공용 저장소를 하나 정하고, 개인 기기와 메신저에 흩어진 기록을 주기적으로 옮깁니다
• "결정의 기록": 무엇을 왜 그렇게 정했는지를 짧게라도 남깁니다. 다음 단계에서 가장 비싼 작업은 개발이 아니라 "그때 왜 이렇게 했는지"를 재구성하는 일입니다

판단 기준은 한 문장입니다

"이 과제가 오늘 끝난다면, 우리는 내일 무엇을 가지고 다음 단계를 시작할 수 있는가." 이 질문에 지금 답해 보시고, 답이 빈약하다면 종료가 아니라 지금이 관리를 시작할 시점입니다. 과제 수행의 한가운데에 있는 시기일수록, 이 점검 한 번이 종료 이후의 몇 달을 바꿉니다.

과제의 결과물이 회사의 자산으로 이어질 때 과제는 비로소 성공입니다.

제언: 종료를 시작처럼 준비하십시오