프로젝트 계획

 

프로젝트 계획

- 업무 분석

- 인력 구성

- 환경 셋팅

개발환경, QA환경, 실서버 셋팅 등 환경 모두 포함된다.

- 프로세스 정의

산출물 프로세스, 인력 프로세스 등 모두 포함 된다.

- 산출물 정의

공식 산출물 선정, 비공식 산출물(회의록->근거자료, 히스토리 등을 관리 하는 것도 산출물의 일종)

- 일정 산정

우리가 하는 것이 아닌 프로젝트 매니저, PL, PMO 등 리더들이 고민해야 하는 것들이다.

​

계획 단계에서 가장 중요 한것

- 실제 프로젝트 진행시 계획가 상이 한 것은 어디에든지 남겨야 한다.

- 제안서에 있던 내용과 프로젝트 내용이 다르다면 바뀐 이유를 명확하게 근거를 남겨야 한다.

- 제안서의 내용과 실제 진행상황이 어떻게 진행되는지 매우 중요하다.

​

계획 단계

- 실투입인력 계획

- 상세 WBS

- 환경 셋팅

- 메인 시안용 기획

- 제안 범위 재협의

- IA 초안 작업

프로젝트 분석

​

- 프로젝트가 본격적으로 시작되는 단계이다.

- 환경 분석

시장 환경 분석

업무 환경 분석

벤치마킹

- 요건 분석

ASIS 분석

요구사항 정의

개발 가능 범위 확인

- 콘텐츠 분석

ASIS분석

IA 방향 정의

개선안 도출

- 정책 정의

ASIS분석

전략 정의

서비스별 정책

- ASIS분석

- 상세스케줄링

- 공수재산정

- 개별환경분석

- 디자인 벤치마킹

- 가이드작업

 

- 정리를 해서 도표를 만드는 것이 중요하다.

- 커머스의 카테고리는 대 중 소 세 카테고리가 있다.

- 나의 인사이트를 명확하게 상대방에게 전달해야 한다.

- 두괄식으로 결론부터 제시를 하고 설명을 하는 것이 중요하다.

​

프로젝트_설계

​

프로적트 설계 단계

- IA설계

- 기능 정의

- 서비스 프로세스

- 스토리보드 완성

- 시스템 설계

​

- 프로젝트는 워터폴 방법론을 사용한다.

- 분석 단계에 작업해야 하는 산출물은 최종 산출물은 아니지만 기본적으로 작성해야 하는 것을 정의하여 설계 단계로 넘어 오게된다.

- 분석을 토대로 어떻게 설계 하느냐에 따라서 프로젝트의 성공/실패가 나뉘게 된다.

- 실제 설계하면서 분석때와 달라 지게 될 수도 있다.

- 분석때와 다른 사항들은 정책, 요구사항, 컨셉이 조금씩 변경될 수 있다.

- 분석 단계에서 충분히 고려했던 것들에 대한 인사이트를 바탕으로 설계를 진행한다.

프로젝트 설계 단계에서의 산출물

- IA

IA 구조 확정

IA 별 업무 배정

개발 리뷰

IA를 확정해야지 업무 배분을 시작할 수 있다.

개발 쪽 뒷단에 구조를 짜는데 필요하다.

개발자와 리뷰를 자주하게 된다.

- 기능정의

각 IA별 기능 정의

요구사항 정의

개발리뷰

- 서비스 프로세스

각 IA별 프로세스

정책 확정

개발리뷰

IA를 기준으로 모든 프로세스가 정의 되어야 한다.

정책선정 하는데 매우 중요하다.

프로세스를 확정해 나가며 정책은 확정해 나가야 한다.

정책에 따라서 개발자들이 개발을 해나가므로 개발자와 리뷰가 필요하다.

- 와이어 프레임

화면 설계(UI)

디스크립션 정의

개발 리뷰

화면 설계 후 설계 방향에 맞추어 디스크립션을 꼼꼼하게 작성해야 한다.

이것을 보고 개발자와 커뮤니케이션 하기 때문에 리뷰도 필요하다.

- 스토리보드 완성

개발 리뷰 최종

커뮤니케이션 문서 완성

위 사항들이 마무리되고 정리 되면서 만들어지는 것이 스토리 보드이다.

설계 단계에서 최종적으로 스토리보드가 완성된다.

- 기타

시스템 설계

퍼블 가이드 및 구현

디자인 가이드 및 구현

개발 범위 검토

​

IA 작성시 유의사항

- 뎁스는 깊지 않게 할 것 -> 모바일은 깊이를 느낄 수 없다.

- 코멘트는 자세히 적어 주는 것이 좋다.

- 무엇을 하는것 인지 구별이될 정도로 작성한다.

- 코멘트는 너무 깊이쓸 필요는 없지만 꼭 필요한 기능을 설명할 수 있어야 한다.

​

프로젝트 구현

- 디자인

- 퍼블리싱

- 시스템 개발

- 스토리보드 리뷰

각 파트 리뷰

- 스토리보드 현행화

현행화 고도화

- 단위 테스트

실시간 단위 테스트

​

- 설계가 어느 정도 완료되면 구현 파트로 넘기게 된다.

- 퍼블리싱이 이루어 지고 개발이 본격적으로 시작된다.

- 개발자들이 개발을 시작하며 딥하게 스토리보드를 보기 시작한다.

- 개발자가 스토리 보드 리뷰를 계속하여 요청할 수도 있다.

- 개발자들과 커뮤니케이션을 했음에도 불구하고 구현이 힘들거나 방향이 바꾸거나 UI 변경 등 스토리보드 현행화를 꾸준히 해야 한다.

- 단위 테스트를 통해서 내가 원하는 인터렉션대로 됬는지, 구현이 잘 됬는지 등을 꾸준히 확인해야 한다.

- 꼭 완성된 문서가 아니더라도 협업자들과 자주 리뷰를 해야 한다.

- 그렇지 않으면 스토리보드의 방향과 현황분석이 맞지 않을 수 있다.

​

단위 테스트

- 큰 대형 프로젝트가 아니면 테스트 시나리오를 작성해야 한다.

- 작은 서비스 개선, 구현시 그냥 테스트 하기도 하지만 프로젝트 진행시 통합 테스트 시나리오가 나오게 되어 있다.

- 도메인, 프로젝트 등에 따라서 통합테스트 시나리오는 다르기 때문에 환경과 상황에 맞추어 작성하면 된다.

- 통합 테스트 시나리오는 꼼꼼하게 작성해야 한다.

- 화면 설계서를 기준으로 테스트 시나리오를 작성한다.

​

프로젝트 검수

- 검수 및 스토리보드 고도화

디자인 검수

퍼블 검수

스토리보드 고도화

- 단위 테스트

단위 테스트 시나리오

개발 단위 테스트

스토리보드 고도화

- 통합 테스트

통합테스트 시나리오

개발 통합 테스트

스토리보드 고도화

- 기타

디자인검수

퍼블리싱 검수

개발 검수

성능 테스트

품질 검증

배포 준비

​

​

​

- 단위 테스트의 개념 테스트는 2가지가 있다.

- 개발자 스스로 하는 비공식테스트가 있다.

- 구현이 끝났으니 담당자들이 직접 하는 테스트를 말한다.

- 단위 단위 테스트를 진행하여 이 프로세스 상에 이슈가 없는지 찾아 내기 위하여 테스트 하는 것.

- 테스트를 통해서 오류들을 취합하고 개발자들이 수정하는 것을 무한히 반복해야 한다.

- 통합테스트는 단위 테스트를 통해서 테스트가 완료됬다고 생각되면 실시한다.

- 프로젝트에서는 테스트 기간을 1달이상 잡기도 한다.

- 오픈의 여부를 확인하기 때문이다.

- 오류가 너무 많을 경우 개발, 구현단계로 다시 돌아가기도 한다.

​

프로젝트 종료

- 문서 최신화

정책서

요구사항 정의서

IA

스토리보드

- 운영 매뉴얼

화면별 운영메뉴얼

UI 가이드

운영 가이드

- 인수인계 준비

- 안정화 준비

- 기타

운영가이드

완료 보고서

안정화 계획

유지보수 협의

​

- 프로젝트 오픈이후 프로젝트 팀원들은 남게 된다.

- 일종의 하자보수를 하기 위해서

- 하자보수 기간이 포함되어 있다.

- 서비스를 오픈하고도 끊임 없이 수정하고 대응하고, 테스트해야 할 수 도 있다.

- 기획자, 개발자, 퍼블리셔, 디자이너 모두 종료기간에는 남아서 이것들을 대응해줘야 한다.

​

프로젝트 안정화

- 시스템 오픈 후 대응

사용자 대응

시스템 모니터링

이슈 지원

- 미진한 서비스 및 개발 보완

오류 및 이슈 보완

- 최종 검수

최종 시스템 검수

검수 확인서

- 기타

잔금처리

​

- 최소한의 인원이 남아서 안정화 단계를 진행한다.

- 마이너한 것 들을 정리하면서 정리를 한다.

- 1~2주 정도의 기간을 가진다.

​

프로젝트 산출물

- 산출물을 잘 남겨놔야 한다.

- 특히 공공기간 프로젝트 진행시 증빙자료로 사용될 수 있다.

- 그리고 뒷단의 사람들을 위하여 산출물을 남겨 놓으면 다른 사람이 오더라도 이해하고 유지/보수 등에 사용할 수 있다.

- 프로젝트 오픈 시점에 맞추어 현행화 하는 것이 매우 중요하다.

- 스토리 보드의 정책과 프로세스, 기능이 어떻게 정리 되어있느냐가 중요하다.

- 위 사항들을 잘 정리한 후 와이어프레임을 그려야 한다.

- 스토리보드가 제일 큰 커뮤니케이션 문서이다.

 

- 계획 단계에서는 구축사나 발주사 모두 개입되는 단계이다.

- 분석 단계에서는 기획자가 산출물을 내야 하는 단계이다.

- 정책서는 별도로 만들지 않고 스토리보드에 작성하기도 한다.

- IA의 경우에는 별도의 문서로 작성하고 나머지들은 스토리보드 내에 녹여내면 된다.

- 검수 단계에서는 테스트 시나리오가 중요하고 프로젝트가 클 경우 QA가 작성하기도 한다.

​

세 번째 회고

​	Article Study	Book Study	Case Study	Ideation Study	LMS
갯수	2	2	2	1	2
완료 여부	O	O	O	O	O

이번주 과제의 피드백은 최악이였던것 같다.... 그냥 피드백을 받아보니 핵심을 다 놓치고 그냥 형식에 따라서 작성한 것같은 느낌이 들었다. 벌써5주차인데 아직도 핵심 하나도 못잡고 있는것 같아 엄청 답답한 느낌이다.

진짜 이래서 취업이 될런지.... 나 자신이 많이 한심하고 답답한 느낌... 주말에 나머지 공부라도 열심히 해서 더욱 노력해야 겠다.

[출처] ZB) PM 스쿨 24기 5주차 세 번째 학습일기|작성자 yeol_park