기관별 마감일만 모으면 일정이 어긋나는 이유
여러 기관이 공동으로 수행하는 과제의 일정 문제는 대개 누군가 일을 하지 않아서 생기기보다, 앞 기관의 결과물이 뒤 기관의 시작 조건이라는 사실이 일정표에 드러나지 않아 발생합니다. 예를 들어 선행 데이터 검토가 늦어지면 후속 실험이나 개발, 통합보고서 작성도 함께 밀리지만 기관별 일정표에는 각 작업이 정상으로 표시될 수 있습니다.
또 하나의 문제는 ‘완료’의 의미가 서로 다르다는 점입니다. 담당자는 초안을 보냈으니 끝났다고 생각하지만 주관연구개발기관은 수치 검토와 필수 증빙 확인까지 마쳐야 제출 가능한 상태라고 판단할 수 있습니다. 서명이나 날인이 요구되는 사업이라면 그 절차까지 포함해야 합니다. 따라서 일정은 업무명보다 전달할 산출물과 완료 조건을 중심으로 작성해야 합니다.
회의에서는 “이번 달 안에 마무리”하기로 합의했지만, 결과자료가 나오는 시점과 검토 담당자, 수정 기한을 정하지 않아 보고서 작성 단계에서 일정을 다시 조정하게 됩니다. 해결의 출발점은 날짜를 더 촘촘하게 적는 것이 아니라 완료 기준을 같게 만드는 것입니다.
1. 전체 과제를 산출물 흐름으로 다시 그립니다
먼저 협약서, 연구개발계획서와 사업별 관리 안내에서 기관별 역할을 확인합니다. 그다음 활동 목록이 아니라 다음 단계에 실제로 전달해야 하는 결과물을 적습니다. ‘시험 진행’보다 ‘시험 결과표 검토본’, ‘시장조사’보다 ‘조사표와 근거자료 묶음’처럼 표현하면 인수인계 시점이 분명해집니다.
각 산출물에는 작성기관, 검토자, 최종 확인 책임자와 다음 사용기관을 표시합니다. 별도의 승인 절차가 없는 산출물은 최종 확인 책임자만 정하면 됩니다. 한 기관 안에서 끝나는 업무와 다른 기관의 일정에 영향을 주는 업무를 구분하면 회의에서 무엇을 먼저 확인해야 하는지도 달라집니다.
2. 공식 마감일에서 역산해 내부 마감일을 정합니다
전담기관 제출일을 모든 기관의 마감일로 쓰면 주관연구개발기관이 자료를 취합하고 오류를 고칠 시간이 남지 않습니다. 공식 마감일과 제출 조건을 먼저 확인한 뒤, 자료 취합, 교차검토, 필요한 확인 절차와 시스템 입력 시간을 거꾸로 계산해 내부 마감일을 정합니다. 다만 며칠의 여유가 필요한지는 제출물의 양, 기관 수, 확인 절차와 사업관리시스템에 따라 달라지므로 일률적인 기간을 정하지 않습니다.
| 관리 항목 | 기록할 내용 | 확인 질문 | 지연 시 조치 |
|---|---|---|---|
| 산출물 | 파일명, 버전, 완료 조건 | 다음 기관이 바로 사용할 수 있는 상태인가? | 미완료 항목과 보완 담당자를 표시 |
| 의존관계 | 선행 업무와 후속 업무 | 이 자료가 늦으면 어떤 일정이 함께 밀리는가? | 우선순위 조정 또는 대체 작업 검토 |
| 검토 | 검토자, 회신일, 수정 횟수 | 수치와 기준 시점이 기관별로 일치하는가? | 쟁점만 따로 모아 의사결정 요청 |
| 확인·제출 | 확인 책임자, 제출 형식, 시스템 상태 | 필수 확인·증빙·입력값까지 준비됐는가? | 사업별 변경·문의 절차 확인 |
3. 주간회의는 진행률보다 막힌 지점을 확인합니다
“현재 70% 진행”이라는 보고만으로는 남은 일을 판단하기 어렵습니다. 회의에서는 이번 주에 다른 기관으로 넘어가야 하는 산출물, 정해진 날짜까지 결정되지 않은 사항, 일정에 영향을 주는 외부 조건을 먼저 확인합니다. 정상 업무는 짧게 공유하고 지연이나 의사결정이 필요한 항목에 시간을 사용합니다.
- 지난 회의 이후 전달하기로 한 산출물이 실제로 전달됐는지 확인합니다.
- 내용 검토가 끝났는지, 단순 수신 상태인지 구분합니다.
- 이번 주에 결정하지 않으면 후속 일정이 밀리는 항목을 찾습니다.
- 담당자와 완료일을 다시 정하고 회의록에 남깁니다.
- 협약 변경이나 전담기관 확인이 필요한 사안은 일반 업무와 분리합니다.
회의록에는 논의 과정을 길게 옮기기보다 결정사항, 담당자, 기한과 미결 사유를 남기는 편이 유용합니다. 담당자가 바뀌어도 왜 일정이 조정됐는지 추적할 수 있어야 합니다.
지연이 확인되면 원래 일정부터 억지로 맞추지 않습니다
이미 늦어진 업무를 발견했을 때 모든 후속 날짜를 그대로 유지하면 검토 시간이 사라지거나 품질 확인이 형식적으로 끝날 수 있습니다. 먼저 반드시 지켜야 하는 공식 기한과 핵심 성과를 확인한 뒤, 병행할 수 있는 업무와 선행 결과가 필요한 업무를 나눕니다. 이후 줄일 수 있는 작업 범위, 추가로 필요한 의사결정과 기관별 새 전달일을 함께 정합니다. 일정 회복안은 한 기관에만 통보하지 말고 영향을 받는 기관이 같은 기준표를 보도록 해야 합니다.
4. 일정 변경과 협약 변경을 구분합니다
내부 작업 순서를 조정하는 것과 연구개발과제 협약 내용을 바꾸는 것은 같은 일이 아닙니다. 연구개발 목표, 연구개발기관, 책임자, 기간, 연구개발비 등 변경 사안은 사업과 사유에 따라 통보 또는 승인이 필요할 수 있습니다. 변경이 예상되면 먼저 해당 사업의 협약서, 관리규정과 전담기관 안내를 확인해야 합니다.
국가연구개발혁신법 시행령에는 협약 변경 절차가 규정되어 있고, IRIS도 협약 신청·변경 매뉴얼을 제공합니다. 그러나 모든 과제가 같은 시스템과 세부 절차를 쓰는 것은 아닙니다. 내부 일정표에 ‘변경 검토 중’이라고 적는 것만으로 공식 변경이 완료된 것으로 처리해서는 안 됩니다.
팀 내부에서 조정 가능한 일정인지, 협약 또는 연구개발계획서의 변경에 해당하는지 먼저 나눕니다. 판단이 모호하면 변경 전에 전담기관에 문의하고 답변과 처리 결과를 기록합니다.
5. 파일과 숫자의 기준을 한곳에서 관리합니다
기관이 많아질수록 같은 자료의 여러 버전이 메일과 메신저에 흩어집니다. 파일명에는 산출물명, 기준일과 버전을 일관되게 표시하고, 최종본을 보관할 위치를 하나로 정합니다. 수정 요청은 말로만 전달하지 않고 변경 항목과 반영 여부를 남깁니다.
특히 참여인력, 연구기간, 연구개발비, 성과목표와 실적 수치는 문서마다 달라지기 쉽습니다. 공통 기준표를 만들어 최종 확인값과 근거 문서를 연결하면 보고서 작성 때 숫자를 다시 찾는 시간을 줄일 수 있습니다. 표의 값이 바뀌었을 때는 어느 문서까지 수정해야 하는지도 함께 기록합니다.
실무용 주간 점검표
- 이번 주에 기관 사이를 이동해야 하는 산출물이 정리되어 있는가?
- 각 산출물의 완료 조건과 최종 검토자가 명확한가?
- 선행 업무 지연이 후속 일정에 미치는 영향을 표시했는가?
- 공식 제출일 전에 취합·검토·필수 확인 시간을 확보했는가?
- 회의에서 정한 담당자와 기한을 기록했는가?
- 협약 변경 가능성이 있는 사안을 일반 일정 조정과 분리했는가?
- 최신 파일과 최종 확인된 수치의 보관 위치가 하나로 정해져 있는가?
과제를 시작할 때 먼저 정할 세 가지
여러 기관이 참여하는 과제를 시작할 때에는 첫 회의에서 기관별 연락망, 산출물 완료 기준, 변경사항의 의사결정 경로부터 정하는 편이 좋습니다. 협업 도구를 새로 도입하는 것보다 누가 어떤 상태에서 다음 담당자에게 넘기는지를 합의하는 일이 먼저입니다.
이 방법은 기관 간 의존관계가 많은 과제에 특히 유용하지만, 사업별 보고·확인 절차를 대신하지는 않습니다. 기관 수가 적거나 업무가 독립적인 과제라면 관리표를 단순하게 줄여야 합니다. 필요한 항목만 남겨 실제 담당자가 계속 갱신할 수 있어야 일정표가 살아 있는 관리도구가 됩니다.
과제 신청 단계의 검토가 필요하다면 정부지원사업 신청 전 실무 판단 기준 7가지를, 발표평가 준비가 필요하다면 정부지원사업 발표평가 준비 체크리스트를 함께 참고할 수 있습니다. 각 글은 공통 점검을 돕는 자료이며, 실제 사업의 최신 공고와 협약 안내가 우선합니다.
안내: 적용 법령, 협약 변경 유형, 제출 일정과 시스템은 사업별로 다를 수 있습니다. 실제 업무에서는 해당 과제의 협약서, 공고문, 관리규정과 전담기관의 최신 안내를 우선 확인하세요.
댓글
댓글 쓰기