상류공정 - 요건정의

일본에서 IT개발자로 일하다보면 상류공정에 대해 알아야할 순간이 오는데 자료를 찾기가 어렵다.
공부한 내용을 정리한다.

상류공정 - 요건정의 단계

1 요망(要望)

1-1 현제상황 정리
    - 업무 프로세스
    - 현재 문제점

1-2 목표설정
    - 본래 추구해야할 상태, 이루어야할 상태

1-3 현재상황과 목표의 갭
    - 해결해야할 과제를 선출

1-4 의견수렴<히어링> (현장, 유저)
    - 시스템에 무엇을 추구하는가?

POINT
    의견수렴 전단계에서 "무엇을 목표로한 프로젝트인가? 달성할 목적은 무엇인가?" 와같은 배경의 목적을 이해받는것이
    좋은 정보수집의 포인트

2 요구(要求)

2-1 개발목적 상기
    - 달성목표를 수치화하여 명확히 하기
    - 해결해야할 과제를 분해

2-2 목표의 달성조건을 명확히 하기
    - SMART의 법치에 따라서 체크

2-3 개발후 업무지원
    - 비즈니스지원과 시스템관계성

2-4 시스템에 구현하고 싶은 것
    - 기능리스트 작성

POINT
    요구단계에서 방향이 틀어지거나, 관계자의 의견이 일치하지않는 경우가 많으므로 그것을 집결하는것이 PM에게 요구됨

3 검토(検討)

3-1 목표달성 가능한가?
    - 필요한 기능이 갖춰져있는가?
    - 편리성을 낮추는 요소는 없는가?

3-2 기술적으로 어디까지 가능한가?
    - AI같은 유행에 과도한 기대를 조정
    - 대체안 검토

3-3 예산은 어느정도 필요한가?
    - 엔지니어 단가 x 공수

3-4 납기는 언제까지인가?
    - 설계 ~ 작성 ~ 테스트 ~ 리리스

POINT
    개발목적, 예산, 납기의 밸런스를 고려하여 개발 스타트
    - 타사의 사례/기술트렌드를 고려하여 제안, 추가안을 어드바이스
    - 개발스피드/예산의 상황을 보면서 목적을 달성할 수 있는 범위에서 타협

4 제안(提案)

엔지니어가 확인하고 피드백

4-1 비즈니스요구에 피드백
    - 요구로부터 변경점
    - 대체안 제시 등

4-2 구현할 기능, 제외할 기능
    - 제외할 기능도 명시하는것이 포인트
    - 어디까지나 제안이므로 변동가능

4-3 개발비용, 기간
    - 버퍼를 포함하여 제시
    - 예산조정으로 개발내용이 변경되는 경우도 있음

POINT
    "이것이 갖춰지면 가능", "대체안은 이것" 과같은 목적의식이 중요
    - 초기 리리스에는 포함되지 않으므로, 차기 리리스에 구현하는것은 어떤가?
    - 예산이 부족하므로 이 부분에 대해서는 저렴하게 만드는 B안은 어떤가? 등

5 요건(要件)

5-1 구현할것 명시
    - 기능개발 리스트
    - 개발의 순서 (초기, 제2, 제3 등)

5-2 구현하지 않을것 명시
    - 중요도가 낮은은 개발요구

5-3 업무 흐름의 최신판
    - 요구정리의 시점에서 갱신

POINT
    "구현할 기능"만 설명하면, 나중에 문제가 발생할수 있기 때문에 "구현하지 않을것", "변경점" 도
    명확히 해둘것. 간단한 화면 이미지를 먼저 작성해두면 요구가 알기쉬움으로 권장