5주차) 02, 03 - 01 - 프로젝트 프로세스

프로젝트 Process

• 0. 프로젝트 계획
  • 업무 분석, 인력 구성, 환경 세팅, 프로세스 정의, 산출물 정의, 일정 산정
  • 계획 단계는 제안서와 투입 인력 계획서를 근거한다.
  • 조금 더 카테고리를 낮춰서 보게 되면 실투입인력 계획, 상세 WBS(Work Breakdown Structure), 환경 세팅, 메인 시안용 기획, 제안 범위 재협의, I.A 초안 작업
  • 맨먼스 m/m - 작업량을 나타내는 단위 중 하나로 한 사람이 한 달 동안에 할 수 있는 작업의 양을 나타낸다. 
    한 달에 한 명이면 1m/m, 한 달에 두 명이면 2m/m
  • 타스크 - 모듈명이다. 
• 1. 프로젝트 분석
  • 환경 분석, 요건 분석, 콘텐츠 분석, 정책 정의, 가이드 정의, 시스템 분석이 있다.
  • 가장 중요한 부분은 환경 분석(시장 환경 분석, 업무 환경 분석, 벤치마킹), 요건 분석(ASIS 분석, 요구사항 정의, 개발 기능 범위 확인), 콘텐츠 분석(ASIS 분석, I.A 방향 정의, 개선안 도출), 정책 정의(ASIS 분석, 전략 정의, 서비스별 정책)를 한다.
  • ASIS 분석, 상세 스케줄링, 공수재산정, 개발 환경 분석, 디자인 벤치마킹, 가이드 작업도 같이 일어나게 된다.
  • ASIS - 현재, TOBE - 미래
• 2. 프로젝트 설계
  • 기획자가 하는 일(I.A(Information Architecture), 기능 정의, 서비스 프로세스, 와이어프레임, 스토리보드 완성,) 시스템 설계
  • I.A(I.A 구조 확정, I.A 별 업무배분, 개발 리뷰), 기능 정의(각 I.A 별 기능 정의, 요구사항 정의, 개발 리뷰), 서비스 프로세스(각 I.A별 프로세스, 정책 확정, 개발 리뷰), 와이어프레임(화면 설계, 디스크립션 정의, 개발 리뷰), 스토리보드 완성(개발 리뷰 최종, 커뮤니케이션 문서 완성) 이 일들이 가장 중요하다.
  • 시스템 설계, 퍼블 가이드 및 구현, 디자인 가이드 및 구현, 개발 범위 검토 또한 중요하다.
  • depth가 많아지면 사용자들이 불편을 느낄 수 있다.
  • I.A를 너무 디테일하게 정의 할 필요는 없다.
• 3. 프로젝트 구현
  • 디자인, 퍼블리싱, 시스템 개발, 기획자가 하는 일(스토리보드 리뷰, 스토리보드 현행화, 단위 테스트)
  • 실제 구현 하다 보면 스토리보드 리뷰를 많이 하게 된다.
  • 구현 단계에서 변경되는 부분이 있으면 스토리보드 현행화를 해줘야 한다.
  • 스토리보드 리뷰(각 파트 리뷰), 스토리보드 현행화(현행화 및 고도화), 단위 테스트(주 단위 or 실시간 단위 테스트), 디자인, 퍼블, 개발을 신경 써야 한다.
• 4. 프로젝트 검수
  • 기획자가 하는 일(검수 및 스토리보드 고도화, 단위 테스트, 통합 테스트)
  • 단위 테스트 - 구현 단계에서 개발자 스스로 하는 것, 기획자가 검수 단계에서 실시간으로 하는 것 
  • 통합 테스트 - 단위 테스트가 끝나고 전체적인 테스트, 프로젝트가 큰 경우 전문 테스트를 하는 분들이 진행하는 경우도 있다.
  • 검수 및 스토리보드 고도화(디자인 검수, 퍼블 검수, 개발 검수, 스토리보드 고도화), 단위 테스트(단위 테스트 시나리오, 개발 단위 테스트, 스토리보드 고도화), 통합 테스트(통합 테스트 시나리오, 개발 통합 테스트, 스토리보드 고도화), 성능 테스트, 품질 검증, 배포 준비 이런 일을 해야 한다.
• 5. 프로젝트 종료
  • 기획자가 하는 일(문서 최신화, 운영 매뉴얼, 인수인계 준비), 안정화 준비
  • 오픈하게 되면 엄청난 오류들이 나오게 된다.
  • 문서 최신화(정책서, 요구사항 정의서, I.A, 스토리보드), 운영 매뉴얼(화면별 운영 매뉴얼, UI 가이드, 운영 가이드), 인수인계 준비, 완료 보고서, 안정화 계획, 유지보수 협의 이 일을 해야 한다.
  • 안정화
    • 최소한의 인력만 남아서 대응한다. 
    • 시스템 오픈 후 대응(사용자 대응, 시스템 모니터링, 이슈 지원), 미진한 서비스 및 개발 보완(오류 및 이슈 보완), 최종 검수(최종 시스템 검수, 검수 확인서), 잔금처리
• 프로젝트 산출물
  • 산출물은 반드시 오픈 시점으로 현행화돼야 한다.
  • 스토리보드의 정책과 프로세스와 기능이 어떻게 정리되어 있는지가 중요하다.
  • 아래와 같은 산출물들을 작성해야 한다.