Project manager가 챙겨야 할 것

2023. 9. 18. 08:48PM


Project manager가 챙겨야 할 것


project manager로 일하면서 PRD, IA, SRS, 화면설계서, SDS, TCL, 프로젝트 일정관리표 등에 대해 들어 본 적 있을 것이다. 이번에는 project manager가 챙겨야 하는 문서에 대한 용어에 대해 알아보았다.

project manager는 주로 WBS, 간트차트 등을 사용해 일정 관리를 한다.
 

IA : information architecture의 약자로, 정보 구조도라고 부른다.

 

아래는 쿠팡의 모바일, PC 버전의 IA이다. IA는 서비스 사용자의 flow에서 중요한 역할을 한다. 그래서 많은 서비스들이 개선할 때, IA를 잘 배치 할 수 있도록 신중히 설계한다. 아래 쿠팡의 모바일,PC 버전 IA를 참고하면 IA가 무엇인지 감을 잡을 수 있을 것이다.

쿠팡 MO IA
쿠팡 PC IA

 

 PRD : 요구사항 명세서의 한 종류로 PRD는 필요한 기능을 정의하는 비즈니스 문서이다.

 

예를 들어, 서비스의 목적, 특징, 기능 등과 같이 비지니스 팀과 기술 팀에서 서비스를 빌드하거나 런칭하는 것에 가이드라인을 제공하는 걸 목적으로 한다. 실무에서는 PRD 대신 '스펙(Spec) 문서'라는 용어를 주로 사용했다. June 님의 블로그를 참고했을 때,  Product Spec과 PRD는 전반적으로 유사하지만, Product Spec은 왜 제품을 만드는가에 초점이 맞춰져 있고 PRD는 그래서 그 제품을 어떻게 만드는가에 초점이 맞춰져있다고 언급했다. Product Spec은 주로 프로덕트 초기 단계에서 사용하고, PRD는 프로덕트 중간 단계로, 개선할 때 주로 사용한다. (Product Spec 문서는 '스펙(Spec)'이란 단어 때문에 개발 스펙과 관련된 느낌이 강한듯 하다.)

 

화면 설계서 : 화면 마다 상세 스펙을 정의하고 디자인하는 역할을 한다.

 

보통 wireframe 과 description으로 구성되어 있으며 개발자, 디자이너와는 주로 이 문서를 통해 커뮤니케이션한다.

 

 

* SRS, SDS는 소프트웨어 개발 표준 문서 DO-178 참고하였다.

SRS (Software Requirements Standards) (Section 11.6)) : 소프트웨어 요구사항 표준은 상위레벨 요구사항을 개발하기 위해 사용되는 방법, 툴, 룰 정의한다.

 

소프트웨어 중심에서 어떤 종류의 기능이 구현되는 방법을 정의한 기술 문서이다.
소프트웨어 요구사항이란 개발하고자 하는 소프트웨어가 갖추었으면 하는 기능 하나하나를 다룬 것을 의미하며,
대부분 추상적이고 명확하지 않아 표현이 어렵다는 특징이 있다.

 

 

SDS(Software Design Standards) (Section 11.7) : 소프트웨어 설계 표준은 소프트웨어 아키텍처와 하위레벨 요구사항을 개발하기위해 사용되는 방법, 툴, 룰 정의한다.

 

주로 개발자 사이에서 오가는 문서이며 project manager가 챙기게 될 수도 있고 아닐 수 있는데 아닐 경우가 대다수 일 것이다. 어떻게 개발할지에 대한 내용을 주로 다루기 때문에 project manager는 간단히 설명 정도만 들어도 충분한 걸로 알고있다.

 

 

이상으로 project manager로 일하면서 필요한 PRD, IA, SRS, 화면설계서, SDS, TCL, 프로젝트 일정관리표 등의 용어에 대해 알아보았다.  project manager, product owner, product manager 도 소프트웨어 개발 표준 문서와 같은 공통 양식이 정해져 있어서 회사마다 통일된 용어를 사용하면 정말 좋을것 같다는 생각이 들었다. 후에 IT 경력을 더 쌓고, PM으로서 입지를 굳힐 때쯤 정석과 같은 메뉴얼을 기획해 보고 싶다. 입문자에게는 꽤 유용할 것이다.


참고 : https://velog.io/@mactto3487/%EC%9A%94%EA%B5%AC%EC%82%AC%ED%95%AD-%EB%AA%85%EC%84%B8%EC%84%9C

 

MVP, PRD, SRS

UPF 활동의 첫 번째 과제로 우리 프로젝트를 정의하는 과제를 내주셨다.해당 과제를 통해 다른 팀들도 우리 프로젝트를 파악할 수 있고나와 우리 팀원들 또한 프로젝트의 세부적인 사항까지 정

velog.io



참고 : 23. 소프트웨어 개발 표준문서 – SRS, SDS, SCS -https://imnow.tistory.com/m/entry/23-%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EA%B0%9C%EB%B0%9C-%ED%91%9C%EC%A4%80%EB%AC%B8%EC%84%9C-%E2%80%93-SRS-SDS-SCS

 

23. 소프트웨어 개발 표준문서 – SRS, SDS, SCS

표준문서와 관련해서는 다른 절에서 몇 차례 설명한 바가 있다. 이러한 표준문서는 어떻게 작성하면 되는지 DO-178 가이드라인을 통해서 확인해 보자. (1) SRS(Software Requirements Standards) (Section 11.6)

imnow.tistory.com

 

참고 : https://brunch.co.kr/@mojuns/35

 

Product Spec 문서와 PRD

무엇을 만들어 볼까요? 제품 및 서비스를 만들기 위해서는 가장 먼저 어떤 제품인지, 어떤 서비스인지를 정의 내리는 것이 필요하다. 이렇게 제품 및 서비스를 정의하는 문서는 제품 사양 문서

brunch.co.kr