[기획] 제안 요청서 작성하기

1. 서론 및 학습목표

→ [기획] 사업 계획서 수립하기

[기획] 사업계획 수립하기

 

→ 학습목표

1️⃣ 사업계획서를 토대로 사업 범위, 내용. 기간, 요건 등에 부합하도록 제안 요청서를 작성할 수 있다

2️⃣ 입찰 방식, 제안서 평가방법, 기술성 평가기준, 제출서류, 제안서 제출일정 및 방법, 제안 설명회 등 세부내용을 작성할 수 있다.

3️⃣ 사업의 목적물에 대한 기능적, 비기능적 요구사항을 정리하여 목록을 작성할 수 있다.

 

2. 제안 요청서(RFP: Request For Proposal) 작성

= '제안서의 제출을 요청하기 위해 작성하는 문서'

* 제안요청서를 작성하여 필요한 사업을 의뢰할 수 도 있고, 제안요청서를 확인하고 사업계획서를 제출하여 사업을 수주 받을 수도 있다

* 제안 요청서의 구성요소 및 세부 내용 - overview

{1} 사업 개요

→ 추진 배경 및 필요성

 

→ 서비스 내용

- 프로세스 개선 전과 후를 명확하게 구분하여 기술

 

→ 사업 범위

 

→ 기대 효과 및 성과 지표

- 기대효과는 정량적, 정성적 효과로 구분하여 기술

- 사업계획서의 성과 지표 참고

{2} 현황 및 문제점

→ 업무 현황

- 전체적인 업무 구성도 (업무와 관련된 수행 조직은 도식화)

 

→ 정보화 현황

- 전체의 시스템을 도식화(통신회선속도 명시)

- 현행 시스템의 HW, SW, 네트워크 구성도 작성

- 현행 시스템 DB 구축 현황

- 그 외 사업에 활용될 장비 등을 기술

 

→ 문제점 및 개선 방향

- 업무측면과 정보화측면 구분하여 기술

 

{3} 사업 추진 계획

→ 추진목표, 전략

- 상위 목표와 정보화 사업의 목표 명확히 제시

- 정보화 사업을 통해 추구하는 목표를 장단기적으로 구분하여 기술

 

→ 추진 체계

- 사업 추진을 위해 필요한 조직과 역할 기술

 

→ 추진 일정

- 본 사업의 주요일정을 월별로 제시

 

→ 추진 방향

 

{4} 제안 요청 내용

→ 제안 요청 개요

- 본 사업의 주요 핵심 내용

 

→ 용어 정의

 

→ 목표 시스템 개념도

 

→ 개발 대상 업무

 

→ 상세 요구사항

 

{5} 제안서 작성 요령

→ 제안서 효력

- 제안 요청서의 내용 변경 불가

- 계약 체결 시 계약 조건의 일부로 간주함

 

→ 제안서 작성지침 및 유의사항

- 준수해야 할 규격 제시(권고)

- 제안 평가 시 효율적인 검토가 가능하도록

 

→ 제안서 목차

 

→ 세부 작성 지침

 

{6} 안내사항

- 입찰방식

- 제안서 평가 방법

- 기술성 평가 기준

- 제출서류

- 제안서 제출 일정 및 방법

- 제안요청설명회, 개최

- 입찰 시 유의사항

- 제안서 보상

 

3. 요구사항 목록작성

[1] 요구사항 정의

= '사용자에 의해 요구되거나 표준 또는 명세 등을 만족하기 위하여 시스템이 가져야 하는 서비스'

→ 만족할 수 있는 시스템을 구현하기 위해 구축하여야 할 내용

→ 시스템의 동작 방법과 속성에 대한 설명

→ 시스템 개발 프로세스 상의 제약(constraint) 사항

 

[2] 요구사항의 유형 및 특징

{1} 기능적 요구

→ 외부사용자에게 직접적으로 혜택을 줄 수 있는 시스템 서비스 기능

→ 완전성 & 일관성 확보 필요

→ 구현기술과 독립적

 

→ 기능

 

→ 자료

- 입출력 형태

- 자료 정확성, 유입량

- 데이터 보관 기간

 

→ 인터페이스

- 타 시스템에서 유입, 유출되는 입력

- 데이터의 특정한 형태

- 자료 전달에 사용되는 특정 미디어

 

→ 사용자

- 누가 시스템을 사용하는 지

- 사용자 그룹 구분

{2} 비기능적 요구

→ 시스템 전체적 품질, 특성 및 기능적 요구 사항을 구현할 때 고려해야 하는 제약 사항

→ 설계 단계에서 언어, 플랫폼, 주요 기술 선택 시 영향을 줌

 

→ 자원

- 구축, 유지 보수 필요한 자원과 인력

- 요구되는 기능

- HW 종류

 

→ 성능

- 시스템 속도, 반응시간, 처리율

 

→ 보안

- 접근 통제 여부

 

→ 품질

 

[3] 요구사항 관리 & 도출 기법

→ IT 프로젝트를 위한 관련자들의 요구사항을 정확히 수렴하여 서비스 데스크 구축 수행

 

→ 인터뷰

→ 시나리오 - use case - 고객의 요구사항에 대한 스토리 작성

→ 프로토타입 - 화려한 UI로 핵심 기능 간과 우려

→ 촉진회의 - 이해관계자들의 모임 구성: 브레인스토밍 요구 추출

→ 관찰 - WBS로 각 분석가별 분석 대상 업무 할당, 현행 시스템 이용 관찰 - 장기간 & 비용 소요

 

[4] 요구사항 목록 작성하기

* 기업에 대한 IT의 정확한 현황 파악 필요

* 다양한 계층의 대상자로 요구사항이 도출되었는지 확인

* 철저한 사전인터뷰 계획으로 요구사항 결과에 대한 일관성 확보

* 지속적인 요구사항 관리 → 추적성 확보

{1} 고객의 요구사항 인터뷰

→ 인터뷰 내용 문서화

→ 고객과의 재확인으로 정확한 요구사항 파악

→ 운영요구사항의 정확한 파악

{2} 전체 시스템 각 구성요소의 세부 기능 구성도 - 각 영역의 요구사항 도출

→ 각 기능에 따라 요구사항 도출

→ 가능한 세부 기능까지 도출

→ 일반적으로 최소 3수준까지 도출

 

- 3수준 세부 기능 구성도 -

 

 

{3} 인터뷰로 도출된 요구사항 기반으로 추적성 확보를 위해 문서화

→ 인터뷰 결과서를 기반으로 요구사항 명세서 작성

- 상세히 기술하여 관리

- 주로 엑셀 활용

- 요구사항의 추적성 확보!

 

 

→ 요구사항관리) 요구사항을 정리하여 서비스 데스크 구축에 반영

- 요구사항 변경 시 프로세스 도입하게끔

---

* 출처) 2021 공공데이터 청년인턴(일경험수련생) 전문교육 '일잘러를 위한 IT 프로젝트'