#1 [팀프로젝트] 초짜 PM의 첫 IT 프로젝트 도전 : 킥오프 회의, 아이디에이션, 기능명세서 초안 작성

(2025.01.21.) 팀 구성 및 첫 회의

프로젝트팀을 구성하고 첫 번째 회의를 진행하였습니다. 팀 구성은 다음과 같았습니다.

- PM(본인) 1명

- 디자이너 1명

- 프론트엔드 개발자 2명

- 백엔드 개발자 2명

 

저의 경우에는 PM으로서의 프로젝트는 처음이었기 때문에 R&R에 대한 이해가 부족한 상황이었고,

그렇기 때문에 프로젝트 관리와 방향성 설정의 중요성을 공유하며 첫 회의를 시작했습니다.

 

가장 먼저 정기 회의 날짜를 정했습니다.

물론 정기 회의 말고도 지속적인 커뮤니케이션을 계속 해야겠지만 최소한의 룰을 정해두는 것이

정해진 기한안에 프로젝트를 완료하는 데 필요할 것이라 판단하였습니다.

따라서 우선은 주 1회, 디스코드로 회의 일정을 설정하고 유동적인 상황을 고려해 비정기회의도 진행하기로 하였습니다.

 

그 후에는 협업을 진행하면서 어떤 툴을 쓸 지 정하는 과정이 있었습니다.

그래서 모두의 협의 하에 Notion을 메인 협업 플랫폼으로 선정하게 되었고

덕분에 내 노션에 처음으로 사이드프로젝트라는 워크스페이스가 생기게 되었습니다. ✨

 

 

그 후에는 프론트엔드 및 백엔드 개발자 분들이 주도적으로 기술 스택을 논의하였으며,

결정된 스택은 Notion에 정리되었습니다.
이 과정에서 문과 PM으로써 진짜 무슨 얘기하는지 하나도 모르겠어서 🤷‍♀️

IT 프로젝트의 PM을 하기 위해서는 기술적 배경 지식의 중요성을 인지하는 계기가 되었습니다.

 

 

아이디에이션

첫 팀원 구성이 끝나고 첫 회의까지 남은 기간 동안 각자 선호하는 프로젝트 주제를 준비해 오기로 했습니다.

그리고 회의 시간에 각자 준비한 웹 서비스 주제를 하나에서 세 개 정도를 제안했고

팀 내 투표를 통해 최종적으로 주제를 선정하게 되었습니다.

 

아이디에이션 과정에서 느낀 점은, 우리가 6주 안에 웹 개발을 끝내기로 해서

그 기간 안에 끝낼 수 있으면서 & 현재 존재하는 웹/앱과의 차별화 요소를 찾아내는 것 

 

주제 아이디어가 정해지고 어떤 식으로 확장을 할 수 있을지 FigJam을 활용한 브레인스토밍을 진행했습니.

그런데 주제가 주어지고 바로 회의를 하다 보니까 아이디어 자체에 대한 파악이 덜 되어 있는 상태라

"각자 조금 더 생각해보면 좋지 않을까?" 하는 생각에 우선 n일 동안 마인드맵에 각자 아이디어를 더해보자!라는 의견을 제시했습니다.

하지만 이것이 오히려 프로젝트에 대한 몰입도를 떨어트린 것 같다고 스스로 판단을 하게 되었습니다.

 

 

두 시간 정도의 회의를 여기까지 진행하고 다음 회의까지 브레인스토밍을 더 해보기로 했습니다.

개발자분들도 이번 프로젝트를 통해 성과를 내야 하기 때문에 구현하고 싶은 기능이 있을 것이라고 생각했기 때문입니다.

 

할 일 목록(1주차)	할당 업무
PM	기능명세서 작성, 피그잼 업데이트 내용 정리 및 디자이너 전달
디자이너	메인 UI 컬러 및 폰트 선정, 와이어프레임 제작
개발자(Front/Back)	참고 레퍼런스 서치, AI 기능 도입 방안 구상

 

 

기능명세서 작성

 

 

 

제 인생에서 처음으로 작성해 본 기능명세서입니다.

인터넷에서 리서치를 많이 하면서 양식을 작성하고, 피그잼에서 논의되었던 내용들을 쭉 정리해보았습니다.

브레인스토밍 내용을 기반으로 기능을 구조화하였으며, 작성 과정에서 다음의 인사이트를 얻게 되었습니다.

 

1. 프로젝트를 진행하다 보면 규모를 키워가고 싶은 욕심이 들지만, 그 와중에도 우선순위를 명확히 설정하는 것의 중요성

2. 추상적인 아이디어를 구체화하는 작업은 PM의 핵심 역할

3. 구현 가능 여부 판단에는 개발자들과의 긴밀한 협업이 필수적

 

 

 

(2025.01.23.) 첫 번째 리뷰데이와 킥오프 회의

다른 팀들과의 진행 현황을 공유하는 첫 리뷰데이를 통해 기획서가 완성된 타 팀들을 보며 경각심을 갖게 디었고

팀원들에게 간단하게 회의할 것을 제안했습니다.

 

 

 

논의 결과 다음과 같은 병목 요소가 확인되었습니다.

 

1. 기능명세서가 확정되지 않아 디자이너의 와이어프레임 작업이 지연

2. 구현 가능성에 대한 감이 부족하여 기능명세서 작성에 어려움 발생

 

이에 따라, 아래와 같은 조치를 취했습니다:

1. 개발자들에게 기능명세서 상 각 항목에 대한 구현 가능 여부 피드백 요청

2. 프론트/백엔드 개발자는 공통 컴포넌트, 로그인 페이지 중심으로 개발 환경 세팅

3. 디자이너는 기본 UI 컴포넌트 디자인 선 작업 요청

 

 

 

따라서 기능명세서 양식을 일부 수정했으며

개발자분들과 최대한 빠르게 빠르게 피드백을 주고 받기 위해 노력했다.

 

 

향후 계획	내용
PM	- 기능명세서 확정 및 유저플로우 초안 작성 ➡ 개발자 검토 후 디자이너 전달 - 기획안 작성 (유사 서비스 리서치, 필요성 정리 등)
디자이너	기본 컴포넌트 기반 와이어프레임 제작 시작
개발자	기술 스펙 기반 공통요소 세팅, Notion 기능명세서 업데이트 내용 검토 및 반영

 

 

 

그 외로는 정보 구조도(IA) 작업의 필요성을 인식하고 외부 사례를 참고해 작성법을 학습했습니다.

 

[뱅카우] 빠른 커뮤니케이션을 위한 IA(정보 구조도) 작업

 

 

글을 마무리 하며

1주차는 기획 ➡ 정리 ➡ 피드백 ➡ 조정의 연속이었습니다. 특히 PM 역할의 중요성과 초반 업무 집중도가 높다는 점을 실감했습니다. 다음 주에는 구체화된 기획안을 바탕으로 와이어프레임과 개발 환경이 본격적으로 가시화될 예정입니다.