수행사 보완 제안의 채택과 계약서 반영

문제의 근거와 대안의 조건

제안에는 세 가지가 포함되어야 합니다. 일정이 어렵다는 답변에는 작업량과 선행 조건의 근거를 요청합니다. 현실적인 대안이 없다면 조정해야 할 조건을 확인합니다.

가능한 대안을 비교하고 각 방법의 제약과 비용을 설명받습니다. 즉시 대안을 제시하기 어려우면 조사와 검토 계획을 정합니다.

대안의 개수보다 선택 근거와 필수 조건의 충족 여부가 중요합니다. 한 방법만 가능하다면 다른 방법을 제외한 이유를 확인합니다.

위험 공유의 시점과 결정 절차

문제를 발견한 시점과 공유, 결정의 절차도 확인해야 합니다.

일정과 범위를 산정한 기준과 불확실한 부분을 초기에 공유합니다. 새로운 정보로 판단이 바뀌면 원인과 영향, 대응을 기록합니다.

문제 발생 시 전달할 담당자와 시점, 필요한 자료와 결정 절차를 정합니다. 답변의 표현보다 실제 보고 체계를 확인합니다.

사업 목적과 대안의 적합성

대안은 사업 목적과 사용자, 운영의 요구를 충족하는지 검토합니다.

대안이 해결하려는 문제와 유지되는 결과, 달라지는 업무를 설명받습니다. 실제 상황과 연결해 검토합니다.

복잡하다는 이유로 기능을 제외한다면 복잡도의 원인과 대체 처리, 남은 부담을 확인합니다. 근거가 부족하면 추가 검토를 요청합니다.

현장 시험을 활용한 기획 보완

자료가 부족한 상태에서는 기획 지원과 인터뷰, 초기 시험 등 진행 방법을 비교할 수 있습니다.

제안이 현재 인력과 자료, 이용 환경에 맞는지 확인합니다. 일반적인 방법을 적용하더라도 이번 사업에 적합한 이유가 있어야 합니다.

다른 의견의 검토와 기록

서로 다른 의견을 전달하고 검토할 수 있는 협의 방식을 마련합니다.

제안에 동의하지 않더라도 이유와 필요한 근거를 확인합니다. 중요한 문제는 발주자의 반응과 관계없이 담당자가 보고하도록 절차를 정합니다.

대안의 조건과 영향을 질문하고 검토할 자료를 요청합니다. 결정 담당자와 회신 시점을 명확히 합니다.

기술 검토와 사업 결정의 역할

기술과 사업 판단은 서로 영향을 줍니다. 각각의 검토 책임과 최종 결정 권한을 정해야 합니다.

사용자가 기능을 쓰지 않을 것이라는 제안에는 조사와 이용 자료의 근거를 요청합니다. 다른 서비스와의 조건 차이도 확인합니다.

근거가 부족하면 발주자와 업체의 주장 모두 가정으로 관리합니다. 조사나 프로토타입 시험으로 확인한 뒤 범위를 결정할 수 있습니다.

채택한 대안과 계약 범위의 일치

채택한 대안은 요구사항과 견적, 일정과 관련 문서에 반영합니다.

초기 기능과 후속 기능을 나누었다면 계약 범위와 비용, 진행 조건도 일치시킵니다. 후속 항목의 포함 여부를 명확히 합니다.

변경된 범위와 산정 근거를 문서로 확인하고 승인 기록을 남깁니다.

후속 검토 항목은 초기 계약에 포함된 작업과 구분합니다. 예정 목록이 곧 확정된 개발 약속이나 비용을 뜻하지 않도록 상태를 표시합니다.

기관과 기업의 질의와 대안 제안

1. 허용 범위기관과 기업의 사업은 공고와 제안요청서에서 질의와 대안 제안의 허용 범위를 확인합니다.
2. 질의필수 요구와 조정 가능한 조건을 구분하고 모호한 항목은 정해진 절차로 확인합니다. 모든 제안이 무조건 가능하다는 답변을 요구하지 않습니다.
3. 답변과 정정질의는 내용과 근거로 검토하고 필요한 답변과 정정은 정해진 방식으로 공유합니다. 질문의 유무만으로 문서 검토 여부를 판정하지 않습니다.

평가 기준의 변경이나 가점은 적용 규정과 절차를 확인해야 합니다. 사전에 정한 객관적인 기준을 일관되게 적용합니다.