기획서 작성

기획서와 설계서의 용도와 담당 주체

목적, 요구사항, 구현 방법과 작성, 검토 역할

기획서와 설계서는 문서명만으로 범위를 구분하기 어렵습니다. 작성 목적과 포함 내용, 작성자와 검토자를 확인해야 필요한 자료를 정할 수 있습니다.

문서 목적과 포함 항목의 확인문서를 요청받으면 대상 독자와 필수 항목, 예시와 완료 기준을 확인합니다. 같은 이름이라도 계약과 조직에 따라 요구하는 내용이 다를 수 있습니다.

이유사업 목적

대상 사용자현재 문제개선 목표

범위요구사항

기능과 조건화면과 업무 흐름포함, 제외 범위

방법구현 설계

자료 구조API와 처리 규칙구현과 시험 계획

문서의 내용은 목적, 요구사항과 구현 방법으로 구분할 수 있습니다. 역할은 고정된 명칭보다 실제 업무와 계약 범위에 따라 정합니다.

주요 문서의 용도와 포함 내용

아래 구분은 문서의 일반적인 용도를 설명한 예시입니다. 실제 사업에서는 제출 항목과 작성 범위를 따로 합의합니다.

문서주요 내용층
기획서, 제안요청서배경과 목표, 필요한 업무와 제안 조건 등을 정리합니다.이유범위
요구사항 정의서, 기능 명세서기능과 처리 조건, 제약과 확인 기준을 구체화합니다.범위
화면 설계서, 스토리보드화면의 구성과 이동, 입력과 상태별 동작을 설명합니다.범위방법
설계서, 상세 설계서구조와 처리 방식, 연결 규격 등 구현 조건을 정리합니다.방법
정보 구조도메뉴와 콘텐츠, 기능의 분류와 연결을 표현합니다.범위

새로운 문서명이 나오면 어떤 판단과 작업에 사용하는지 확인합니다. 목적, 요구, 구현 중 여러 내용을 함께 담는 문서도 있습니다.

사업, 기획, 설계의 역할 분담

사업, 업무의 확인목적과 요구사항

  • 대상 사용자와 현재 업무 확인
  • 필요한 기능과 우선순위 합의
  • 포함 범위, 제외 범위, 후속 범위 구분
  • 예산, 일정, 운영 제약 정보 제공

사업 담당자와 실제 사용자가 정보를 제공하고 기획 담당자와 조사, 합의합니다.

기술, 구현의 검토구조와 처리 방법

  • 자료 구조와 자료 변경, 보관 조건 설계
  • 화면과 서버 사이의 요청, 응답 규격
  • 구현, 시험, 연동 계획
  • 기술적 제약과 위험, 대안 설명

설계 담당자가 대안을 제안하고 업무, 기술 조건을 함께 검토합니다.

설계 문서의 작성 주체와 준비 조건

“설계서가 필요하다”는 요청을 받으면 누가 작성하고 어떤 수준까지 준비해야 하는지 확인합니다. 요청한 문서의 의미를 추정하지 않습니다.

개발 계약에 설계가 포함되면 수행 업체가 요구사항을 구체화해 설계 문서를 작성할 수 있습니다. 별도 기획, 설계 후 개발을 발주하는 경우에는 제공 자료와 책임을 구분합니다.

문서별 담당자의 명시

작성입력 자료검토승인

작성 주체와 필요한 입력 자료, 검토와 승인 담당자를 질문합니다. 자료가 부족한 경우에는 추가 조사와 설계의 수행 범위와 비용을 합의합니다.

설계 결과의 요구사항 반영 검토

사업 담당자는 설계 문서에서 업무 조건과 요구사항이 반영되었는지 검토합니다. 기술적인 적합성은 필요한 전문 검토를 함께 진행합니다.

  • 요구사항 1
  • 요구사항 2
  • 요구사항 3
  • 설계 항목 가
  • 설계 항목 나
  • 연결된 설계 없음
  1. 요구사항의 반영합의한 기능과 조건이 설계 항목에 연결되는지 확인합니다.
  2. 범위의 일치추가, 제외 항목과 이유, 비용과 일정의 영향을 확인합니다.
  3. 용어와 가정낯선 항목의 의미와 업무상 가정을 설명받고 미정 조건을 표시합니다.

질문과 수정 요청을 항목별로 기록하고 반영 결과를 확인합니다. 읽었다는 사실보다 합의한 조건과 실제 설계가 일치하는지가 중요합니다.

화면 초안과 상세 설계

화면 자료에는 사용자 업무와 구체적인 조작 방식이 함께 포함됩니다. 초안과 상세 설계의 수준을 구분합니다.

초안사업 담당자는 역할과 주요 업무, 화면 간 이동과 필요한 정보를 제시할 수 있습니다.

상세 설계설계 담당자는 배치와 조작, 상태별 표시를 구체화합니다.

필수 디자인 조건이 있으면 이유와 함께 명시합니다.

문서의 통합과 내용 구분

작은 사업의 한 문서

목적

요구사항

필요한 설계

작은 사업은 한 문서에 목적과 요구사항, 필요한 설계를 함께 담을 수 있습니다. 문서 수나 페이지 수보다 검토와 변경 관리가 가능한 구성이 중요합니다.

한 문서에 여러 내용을 담는 경우에도 목적과 요구사항, 구현 설명을 구분합니다. 독자별로 검토할 항목과 연결된 자료를 명확히 표시합니다.

요구, 설계, 검수 기준의 변경 관리

구분된 항목과 식별 번호는 변경의 영향을 확인하는 데 도움이 됩니다. 요구와 설계, 시험 항목을 연결합니다.

기능이 바뀌면 관련 요구사항과 설계, 검수 기준을 함께 갱신합니다. 변경의 순서와 승인 상태를 기록하고 실제 구현과 일치하는지 확인합니다.

변경일과 대상 항목, 변경 이유와 영향, 승인 상태를 남깁니다. 변경 요청 기록과 연결해 비용과 일정의 검토 근거로 사용합니다.

기관, 기업의 산출물과 인계

기관, 기업에서는 정해진 산출물 목록과 작성 기준을 확인합니다. 파일명이 있다는 사실만으로 완료로 판단하지 않고 필요한 내용과 승인 상태를 검토합니다.

사업 종료 시에는 문서와 실제 구현의 일치를 확인합니다. 최신 설정과 변경 사항을 반영하고 유지보수 업체 교체 때 필요한 자료로 제공합니다.

문서 구분의 기준목적과 포함 내용, 작성과 검토 담당자를 정합니다. 요구사항과 설계, 검수 기준을 연결하고 실제 구현의 변경을 함께 반영합니다.

자주 묻는 질문

01기획서와 설계서는 어떻게 구분합니까

문서명만으로 범위를 구분하기 어려우므로 작성 목적과 포함 내용, 작성자와 검토자를 확인합니다. 문서의 내용은 목적, 요구사항, 구현 방법으로 구분할 수 있습니다.

02설계서를 요청받으면 무엇부터 확인합니까

누가 작성하고 어떤 수준까지 준비해야 하는지 확인합니다. 작성 주체와 필요한 입력 자료, 검토와 승인 담당자를 질문하고 자료가 부족하면 추가 조사와 설계의 범위와 비용을 합의합니다.

03사업 담당자는 설계 문서에서 무엇을 검토합니까

합의한 기능과 조건이 설계 항목에 연결되는지, 추가와 제외 항목의 이유와 비용, 일정 영향, 낯선 용어와 업무상 가정을 확인합니다. 기술적인 적합성은 필요한 전문 검토를 함께 진행합니다.

04작은 사업도 문서를 여러 개로 나눠야 합니까

작은 사업은 한 문서에 목적과 요구사항, 필요한 설계를 함께 담을 수 있습니다. 이 경우에도 목적과 요구사항, 구현 설명을 구분하고 독자별 검토 항목을 표시합니다.

05기능이 바뀌면 어떤 문서를 수정합니까

관련 요구사항과 설계, 검수 기준을 함께 갱신합니다. 변경일과 대상 항목, 변경 이유와 영향, 승인 상태를 기록합니다.