2025-01-13 TIL (프로젝트 개요 작성법)

아티클 # 17

성과로 이어지는 프로젝트 개요 작성법 (원페이지 템플릿 제공)

 

1. 아티클 주요 내용 요약

• 핵심 주제: 사람들의 기억 속에 정확하게 포지셔닝되었느냐
• 주요 내용:
  • 기억에 남는 프로젝트로 포지셔닝할 수 있는 원페이지 기획서
    - 요약
    - 배경과 목표
    - 제약 조건
    - 서비스 주요 Flow
    - 플랫폼 영향도
    - 프로젝트 대시보드
  • 문서 첫줄은 프로젝트 요약
    - 기능 개선 : A 기능을 B로 개선한다
    - 신규 출시 : A 기능을 새롭게 제공한다.
    - 프로젝트 지원 : A 프로젝트의 사전 준비 단계로 B 과제를 미리 진행한다
    • 탑다운 과제
      • 전사목표 A의 일환으로 과제를 진행함
      • 플랫폼 OOO 기능 추가를 통해 전사 매출 00% 상승에 기여
    • 바텀업 과제
      • 특정 기능에 대한 유저 보이스가 있었음
      • 실제 사용성 조사를 해보니 00%의 사용률을 보임
      • A 기능을 B 기능으로 개선해 사용률을 높이고자 함
    • 유관부서 요청 과제
      • 영업부서 요청 > OO 세일즈 활성화를 위해 OO를 진행하고자 함
      • 법무·개인정보 부서 요청 > 회사의 법률 리스크를 해소하기 위해 OO를 진행하고자 함
      • 개발 주도 과제 > 시스템 운영 효율 증대를 위해 OO를 진행하고자 함배경과 목표 
        - 솔직, 명확하게 Why 해결
        - 주요 타겟과 제공하는 기능 그리고 어떤 효과를 기대해볼 수 있을지
  • 제약조건 : 한계를 미리 정의하고 설명하기
    제약조건을 명확하게 설명하지 않는다면, 프로젝트 끝난 후에 이건 왜 안 되어 있죠?
    이걸 보고했었나요? 라는 피드백을 받길 쉽상이다.
    
    • 프로덕트 적용 범위는 'A 플랫폼 프론트'에 한정합니다. (API 미제공)
    • 프로젝트 주요 목표는 B 통합 시스템을 위한 사전 단계이며, 1차적으로 회원 데이터에 한정하여 적용합니다. *이 경우, 후속 프로젝트에서 진행할 마스터 플랜 등을 공유해주면 좋습니다.
    • A 시스템과 디펜던시가 있어 프로젝트 적용 범위를 B로 한정합니다.
    
    
    
    
  • 플로우 차트 : 이래도 되나 싶을 만큼 심플하게
    변화점을 한눈에 이해할 수 있도록 도식화된 이미지 첨부
    

• 디테일을 빼야 합니다
• 상세 스펙은 상세 기획서에 담고, 이 프로젝트 개요 문서에는 핵심 동선만 시각화하여 포함하기 추천
• 플랫폼 영향도 : 변경 사항을 표로 정리하기
  - 변경 사항을 AS-IS, TO-BE로 명확하게 표시하여 설명

• 프로젝트 대시보드 : 전체적인 진행현황을 표로 보여주기
  정책 문서뿐만  아니라 태스크 진행현황을 볼 수 있는 지라나 테스트 시나리오, 보도자료, 공지사항 초안 등 각 유관부서에서 진행한 산출물을 한눈에 볼 수 있도록 연결

 

2. 인사이트 및 배운 점

• 배운 점 : 언제나 글은 가독성 있고 한눈에 들어오게 명확하게 써야 한다.
• 활용 방안 : 앞으로 프로젝트를 진행을 할 때, 원노트를 적용을 해봐야겠다.

 

3. 생각 및 의견

• 나의 의견 : 프로젝트 매니저도 참 매력적인 직무인 것 같다.

 

4. 정리

• 요약 : 어떤 것을 해야 할지 한 줄에 정리
• 배경, 목표 : 왜 필요한지, 언제까지 해야하는지, 누가 시킨 것인지(중요) 
• 전제 조건 : 프로젝트의 범위는 어디까지로 한정할지 
• 플로우차트 : 결국 유저(서비스)는 어떻게 변화될 것인지 시각화하는 것

- 다른 워딩과 파편화된 문서로 이야기 된다면 사람들은 쉽게 내 이야기를 잊게 된다.

 

 

---