부동산에 대한 비공개 제안 절차
공동 개발을 위한 비공개 제안 절차
RTD 이사회는 2015년 12월에 부동산에 대한 비공개 제안 정책을 승인했습니다. 다음 절차는 정책의 파트 B를 구현합니다.
RTD는 제안자와 RTD 간에 정보를 교환하는 초기 단계부터 8단계에 걸쳐 비공개 제안을 접수하고 평가합니다. 8단계의 절차는 1년 반에서 3년 정도 소요될 것으로 예상됩니다. RTD는 언제든지 비공개 제안을 더 이상 진행하지 않기로 선택할 수 있습니다.
1단계: 정보 교환
이 단계의 목표는 정보 수집 기회를 마련하고 RTD가 가능한 경우 기술 및 프로세스 세부 정보를 제공하는 것입니다. 신청자는 초기 요청 양식을 통해 정보를 제출하고 관련 서류를 첨부합니다. TOD 사례 관리자는 양식을 검토하고 RTD의 다른 직원과 상의한 후 14일 이내에 답변을 제공하는 것을 목표로 합니다.
개발자 역할:
- 초기 요청 양식을 작성하여 제출하고 관련 서류를 다음 주소로 제출하세요. [email protected]
RTD 역할:
- TOD 케이스 관리자가 추적 번호를 할당합니다.
- TOD 사례 관리자는 지역 관할권, 소유권, 주차, 대중교통 이용, 연방 관심사, 기존 지역 계획, 환경 문서 등에 대한 사이트별 정보를 포함하여 초기 요청 양식에 대한 답변을 제공합니다.
- TOD 사례 관리자는 검토 프로세스에 대한 개요를 제공합니다.
- TOD 사례 관리자는 관련 지침 및 기준을 제공합니다.
1단계 리소스
2단계: 기술 검토
기술 검토는 기술 검토 양식을 모든 권장 첨부 파일과 함께 TOD 사례 관리자에게 제출하는 것으로 시작됩니다. 제출된 양식을 평가한 후 TOD 사례 관리자가 적합하다고 판단하면 내부 부서에 회람됩니다. TOD 사례 관리자와 다른 부서의 담당자는 프로젝트의 기술적 장점을 검토하고 치명적인 결함이 있는지 여부를 결정합니다.
치명적인 결함이 없는 경우, RTD의 수석 리더십 팀(SLT)과 총괄 관리자(GM)에게 공동 개발 진행 권한이 요청됩니다. 권한이 부여되면 TOD 케이스 관리자가 개발자에게 답변을 제공하고 관련 RTD 직원을 포함한 개발자와의 미팅을 주선합니다. 개발자는 회의 전에 서면 질문 목록을 제공할 수 있는 기회를 갖게 됩니다. 회의가 끝나면 TOD 사례 관리자가 미해결 제안서에서 완화하거나 수정해야 할 미해결 문제와 우려 사항을 간략하게 설명합니다. 2단계는 기술 검토만 진행되며 부지 설계, 밀도, TOD 원칙 등에 관한 원칙은 논의되지 않습니다.
개발자 역할:
- 기술 검토 양식을 작성하고 관련 문서 및 계획과 함께 TOD 사례 관리자에게 제출하세요.
- 프로젝트 검토 회의 참석
RTD 역할:
- 관련 RTD 부서에서 개발자 제안의 기술적 세부 사항을 검토합니다.
- RTD 리더십이 공동 개발 진행 권한을 부여하거나 거부합니다.
- TOD 사례 관리자는 개발자에게 기술 요구 사항과 관련 지침 및 기준에 대한 서면 요약을 제공합니다.
- TOD 사례 관리자가 서면 의견 배포 후 검토 회의 일정을 잡습니다.
- RTD 직원이 개발자와 만나 피드백을 자세히 설명하고 개발자의 질문에 답변합니다.
- TOD 사례 관리자가 요청하지 않은 제안(3a 단계)에서 해결해야 할 문제를 간략하게 설명합니다.
3a 단계: 공동 개발을 위한 비공개 제안서 제출
개발자는 1단계와 2단계를 완료한 후 비공개 제안 신청서를 제출합니다. 제안서는 RTD 조달(1660 Blake Street, Denver, CO 80202)에 제출됩니다. 조달은 제안서를 TOD 사례 관리자에게 전달하고, 이 관리자는 제안서의 완전성을 확인합니다(완전성 체크리스트 참조). 조달은 개발자에게 제안서 접수 및 완성도 수준을 통지합니다. 조달 부서는 1차 검토를 위해 제안서를 법무팀에 제출합니다. 제안이 법적으로 실현 가능하다고 판단되면 조달 부서는 RTD의 총괄 관리자에게 제안서 접수 사실을 통보하고 제안서를 RTD의 고위 리더십 팀(SLT)에 전달합니다. SLT는 검토위원회에 대표를 배정하고 TOD 사례 관리자가 첫 번째 회의 일정을 잡습니다.
참고: RTD는 요청하지 않은 제안의 처리에 대해 수수료를 부과할 권리를 보유합니다.
개발자 역할:
- 완성도 체크리스트 검토
- 요청하지 않은 제안 신청서를 작성하고 관련 서류와 함께 RTD 조달에 제출하고 사본은 TOD 사례 관리자에게 제출합니다.
- 개발자는 3a 단계 이전에 컨셉 플랜 또는 사전 앱을 관할 기관에 제출하여 검토할 수 있습니다.
RTD 역할:
- TOD 사례 관리자가 제안서의 완성도를 검토합니다.
- 조달은 개발자에게 제안서 접수 및 완성도 수준을 통보합니다.
- 조달 부서에서 법무팀에 제안서 제출
- 제안이 법적으로 가능하다고 판단되면 조달은 RTD 경영진에게 알립니다.
- RTD 리더십이 검토위원회에 대표를 배정합니다.
- TOD 사례 관리자가 첫 번째 검토 위원회 회의 일정 잡기
3a 단계 리소스
3b 단계: 공동 개발을 위한 비공개 제안의 가치 결정
TOD 사례 관리자는 첫 번째 검토 회의에서 검토 위원회에 제안서의 개요를 제공합니다. 위원회는 영향 분석 양식을 사용하여 RTD의 시설 및 대중교통 시스템에 미치는 영향을 포함한 재정적, 기술적 장점과 신청자의 재정 능력에 대해 제안을 평가합니다. 또한 위원회는 제안이 현지 관할 요건, 계획 및 정책을 충족하는지 여부도 평가합니다.
개발자 역할:
- 영향 분석 양식 검토
- 필요한 경우 해명 요청에 응답합니다.
RTD 역할:
- 위원회에서 제안의 타당성 여부를 결정합니다.
3b 단계 리소스
4단계: 대체 제안 요청하기
제안이 가치가 있다고 판단되는 경우, RTD는 대체 제안 요청을 게시합니다. TOD 사례 관리자는 원래 제안자에게 제공된 모든 기본 사이트 정보가 포함된 제안 자료를 작성하고, 조달은 원래 제안자에게 이를 통지하고 적절한 저널에 제안 광고를 게시합니다. 모집 기간은 프로젝트의 복잡성에 따라 30~90일입니다. TOD는 요청되지 않은 제안서가 제출되었으며 대체 제안서가 요청되고 있음을 현지 관할권에 알립니다. 객관적이고 공정한 방식으로 제안서를 평가하기 위해 대체 제안서에는 원래 신청자에게 요청된 모든 정보가 필요합니다.
RTD 역할:
- 조달청은 비공개 제안서를 접수했음을 공개적으로 통지하고 대체 제안을 요청합니다.
- TOD 사례 관리자가 지역 지자체에 요청하지 않은 제안이 제출되었으며 대체 제안이 접수되고 있음을 알립니다.
5단계: 공동 개발을 위한 비공개 제안의 가치 결정
30~90일 기간이 끝나면 TOD 사례 관리자가 모든 대체 제안의 완전성을 검토하고, 조달은 응답자에게 통지하고 필요한 추가 정보를 요청합니다. 검토 위원회는 모든 제안을 검토하고 영향 분석 양식을 작성한 후 회의를 통해 제안에 대해 논의합니다. 제안자는 검토 위원회와의 인터뷰 기회를 가질 수 있습니다.
TOD 사례 관리자는 연방 교통국, 파트너 기관 및 지역 관할권을 포함한 다른 이해관계자와 제안에 대해 논의할 수 있습니다. 검토 위원회에서 우선 개발자를 선정합니다.
개발자 역할:
- 요청이 있는 경우 추가 정보 제공
- 요청 시 검토 위원회와의 인터뷰
RTD 역할:
- TOD 사례 관리자가 새 제안서의 완성도를 확인합니다.
- 조달은 응답자에게 통지하고 모든 제안자에게 추가 정보(필요한 경우)를 요청합니다.
- 검토 위원회에서 제안서를 평가하고 우선 개발자를 선정합니다.
5단계 리소스
6단계: 위원회에서 선정한 개발자 승인
우선 개발업체가 선정되면 TOD 사례 관리자는 기술 검토 및 영향 분석에서 나온 직원 의견을 통합한 위원회 추천 보고서를 작성합니다. 이 보고서에는 다음 단계의 개요와 독점 협상 중에 완화하거나 수정해야 할 미해결 문제 및 우려 사항이 자세히 설명되어 있습니다. 위원회는 보고서를 총괄 관리자에게 제출하기 전에 보고서의 완전성을 검토합니다. 총괄 관리자는 보고서를 검토하고 배타적 협상 기간으로 전환하는 데 동의하는지 여부를 결정합니다.
승인되면 개발자는 RTD가 검토할 수 있도록 감사된 재무 제표를 제공합니다. 개발자의 재정이 RTD 재무팀에 의해 적합하다고 판단되면 TOD 사례 관리자가 이사회 보고서를 작성하고 이사회에 제안을 발표합니다. 개발자는 프레젠테이션에 참여하도록 요청받을 수 있습니다. 이사회는 RTD가 개발자와 독점 협상 계약을 체결해야 하는지 여부를 최종적으로 결정합니다. 이사회에서 제안이 승인되지 않으면 해당 프로젝트에 대한 비공개 제안 절차가 종료됩니다.
개발자 역할:
- 감사된 재무 제표 제공
- RTD 이사회 프레젠테이션에 참여할 수 있습니다.
RTD 역할:
- TOD 사례 관리자가 위원회 추천 보고서 작성
- 위원회는 보고서의 완전성을 검토합니다.
- 총괄 관리자가 위원회의 추천 보고서를 평가합니다.
- 재무 검토 감사된 재무제표
- TOD 사례 관리자가 이사회 보고서 작성
- 이사회는 선택한 제안을 평가하고 승인 또는 거부합니다.
7단계: 독점 협상 기간 개시
이사회가 제안을 승인하면 RTD는 해당 부동산에 대해 선정된 개발업체와 독점적으로 협상하는 데 동의합니다. 개발자는 위원회의 권고 보고서를 검토하여 미해결된 RTD 문제와 우려 사항을 완전히 이해합니다. 개발자는 아직 검토하지 않은 경우 관할 지역과 함께 개념 계획/사전 신청 검토를 받게 됩니다. 그런 다음 개발자는 RTD를 위한 프로세스 계획 및 타임라인을 제안하고 관할 기관의 검토를 받습니다. RTD, 개발사 및 현지 관할 기관이 만나 제안된 프로세스 계획 및 일정에 합의합니다.
개발자 역할:
- 3단계 이전에 완료되지 않은 경우, 검토를 위해 컨셉 계획/사전 신청서를 관할 기관에 제출합니다.
- 프로세스 계획 및 타임라인을 작성하여 RTD 및 관할 기관에 제출합니다.
- 프로세스 계획 및 타임라인 합의 회의 참석
RTD 역할:
- TOD 사례 관리자 및 기타 관련 부서는 프로세스 계획 및 타임라인 초안을 검토하고 개발자 및 관할 기관과의 회의에 참석합니다.
8단계: 프로젝트 계획 및 거래 협상
RTD는 서비스 영향, 비상 대응 영향, 접근(ADA, 보행자, 자전거 및 주차), 조명, 유틸리티, 배수, 유지보수, 안전/보안, 건설 조정, 지역권, 재정 계약 등을 포함하되 이에 국한되지 않는 개발자의 모든 제출물을 검토합니다. 모든 조건에 대해 합의가 이루어지면 TOD 사례 관리자는 공동 개발 계약 체결을 위해 이사회에 승인을 요청합니다.
개발자 역할:
- 프로세스 계획 및 타임라인에 따라 제출물을 제공하세요.
RTD 역할:
- 개발자 제출물을 검토하고 명확하고 철저한 피드백 제공
- TOD 사례 관리자가 이사회에 제안서 제출
- 이사회는 프로젝트 계획을 검토하고 총괄 관리자에게 공동 개발 계약 체결을 승인합니다.