ㅇ 산출문서 왜 필요하냐
- 설계 도면의 역할 : 프로젝트 일정, 방법 등
- 결과물 구현을 검증하는 잣대
ㅇ 실제 현업에서 기본적으로 프로젝트를 진행하는 단계야
- 계획
- 분석 : 사용자들의 니즈를 파악하고 그를 위해 어떤 서비스를 제공해야 하는지 분석
- 설계 : 기반을 마련, 데이터베이스 설계, 인터페이스 ui 등
- 구현
- 시험 : 우리가 요구하는대로 잘 구현 됐는지
- 관리
ㅇ 계획
- 프로젝트 방향성 : 기술, 현황 등을 미리 필터링하면 주제 뽑을 때 훨씬 더 도움 받을 수 있을거야. 관련된 주제들 나눠 놓으면 하나 정할 때 도움 돼
- 주제 : 기능 + 서비스
- 어떤 기술을 기반으로 어떤 서비스를 제공하겠다. 가 어필 되어야 해
- 주제만 보고도 뭘 하려는지 정확히 알 수 있도록
- 제안 배경 및 필요성
- 현 시장 상황은 이렇더라
- 상황 분석을 해봤더니 어떠한 서비스가 필요하고, 그 서비스를 제공하는 현재 상황에 이러이러한 문제점이 보여지더라
- 문제가 있다면 개선을 해야겠지 -> 서비스 & 기능
- 즉, 왜 이 프로젝트를 해야하는지 이유를 적는거야!
- 유사 제품 현황 및 비교
- 유사 제품과 비교분석
- a사 b사 우리제품 표로 만들면 좋아
- 어떤 서비스 제공하는지, 어떤 기능이 필요한지, 대상은 누군지, 각각의 장점과 단점
- 어떤 기능은 가져다 쓰고, 없는 기술은 집어 넣어야 겠다 분석 할 수 있어
- 우리 제품이 다른 제품보다 뛰어나다는 우수성, 독창성
- 제안 내용 - 개발 목표
- 정성적으로 쓰기
- 시장이 이렇고 문제가 있고 개선하기 위해 우리 프로젝트가 필요하다
- 예)
- 누구를 대상으로 / 어떤 서비스를 제공함으로써 / 어떤 결과를 얻어내겠다
- 제안 내용 - 개발 내용
- 정량적으로 쓰기
- 목표에서 언급한 서비스를 구현하기 위한 기능들
- 분석 모듈 / 센서 모듈을 개발하게 된다면 이런 것도 적어주기
- 인터페이스
- 수행 방법
- 데이터를 수집하는 방법 : 예) 크롤링, 공공data, 민간data
- 데이터 출처, 데이터 수집 건수 . 이런 것들이 데이터 신뢰성
- 추진 전략 : 계획-분석-설계-구현-시험-관리 이대로 표를 만들어
- 각 영역마다 수행 내용, 수행 일정, 담당자
- 각 단계별로 나오는 산출 문서들
- 동봉된 wbs 문서 : 날마다 진척률 관리를 해
- 추진 전략에는 대분류 항목들에 대한 내용 - 담당자 - 산출문서를 간단히 요약해서 적으면 돼
- 팀원 및 역할
- 제안 내용 안에서 수치로 적어두었던 개발 내용을 여기서 역할 분담
- 누구는 어떤 서비스 어떤 기능을 하겠다.
- 여기에 ppt작성, 문서 작성 이런 건 안 넣었으면 좋겠어.
- 넣을거면 설계 문서 작성 이런 식으로 써야 어필되는 거지 그냥 문서작성은 팀원이 개발 업무에 참여를 안 하는 것 처럼 보여버려
-
기대효과 및 활용방안
- 기대효과 : 아까 개선하겠다 한 거
- 활용방안 : a분야에 적용 시켰는데 이 기능들이 다른 분야에도 적용시킬 수 있을 때
우선 계획단계까지만 들음 - 22분 30초
STEP BY STEP