중간 발표 영상 회의

• 타임 라인

• 깃헙 레포 프로젝트 칸막이?

스크립트

안녕하세요. 동영팀의 발표를 맡은 팀장 권기범입니다. 다소 과감한 이미지가 들어가있다 그죠?

지금부터 저희 팀이 기획한 꿀매 정보 교류 커뮤니티 서비스를 소개해드리도록 하겠습니다.

 

목차는 따로 없지만, 서비스 소개, 타겟층, 주요 기능 및 역할 분담, 기술스택 소개와 팀문화를 소개해드리겠습니다.

//서비스 소개

먼저 서비스 소개입니다.

고물가 시대에서 싸고 좋은 물건을 구매하는 것은 쉬운 일이 아닙니다. 또한, 스스로 산 물건이 싸게 잘 샀는지 판단하는 일 또한 쉬운 일은 아니죠

저희 팀은 이런 어려움에 초점을 맞춰서 ‘꿀매포청천’ 이란 서비스를 기획 했습니다.

생소한 단어 두 가지가 연결되어 설명을 드리자면,

꿀매란 꿀처럼 달콤한 매물이란 뜻으로 소비자가 저렴한 가격에 좋은 상품을 구입했다는 것을 의미하는 말 입니다.

그리고 포청천이란 중국 송나라 때의 문신이자 유명한 정치가로, 명판관으로 유명합니다. 저희 서비스는 이 물건이 꿀매인지 아닌지를 사람들과의 커뮤니케이션을 통해 판단하는 기능을 제공하는데 이러한 점에서 연관성을 찾아 아이디어를 내게 되었습니다.

즉, 꿀매포청천은 사람들과의 커뮤니케이션을 통해 이 매물을 좋은 가격에 구매했는지 아닌 지를 판단해 볼 수 있는 서비스입니다.

 

타겟층은 다음과 같이 설정했습니다.

 

1.가성비 제품 및 서비스에 관심이 많은 사람들

2.중고 거래 서비스를 자주 이용하는 사람들

3.가성비 매물 관련 정보를 얻고 싶은 사람들

4.구매 및 판매 시 적정가를 알아보기 귀찮거나 궁금한 사람들

 

//주요 기능

그래서 저희 서비스의 기능을 요약하자면,

꿀매를 등록하여 댓글로 평가받고, 꿀매에 추천 또는 비추천을 할 수 있습니다.

 

따라서 구현해야할 기능은 로그인, 회원가입, 게시글 작성, 댓글 작성, 좋아요와 싫어요, 유저간 팔로우 그리고 이를 알 수 있는 알림 기능이 있겠죠. 그리고 추가적으로 다크모드까지 구현할 계획입니다.

 

//팀 역할 분담

프로젝트를 기획하면서 개발 외적으로 역할을 분담할 필요성를 느껴 다음과 같이 역할을 나누어 기획을 하였습니다. 역할을 나누었다고해서 모든것을 일임하는 것이 아닌 함께 회의를 하여 진행하되 최종 결정과 총괄을 담당하도록하였습니다.

 

//기술 스택 소개

저희팀의 기술 스택은 다음과 같은데요

아무래도 next를 쓰는 팀이 없다보니 이에 대한 관심이 다들 있으실거라 생각하는데

프로젝트의 규모가 크지않아서 서버사이드 렌더링의 성능을 이끌어 낼 수는 없을거라 봅니다.

다만 next가 제공하는 자체적인 라우팅과 next의 Image 컴포넌트의 사용으로 이미지를 최적화 할 수 있다는 점에서 게시글에 이미지가 포함되어 있는 저희 서비스 특성상 상당한 효과를 볼 수 있을거라 생각 했고, 학습적인 목표에서도 경험을 해보는 것이 좋은 기회가 될 것이라 생각해 채택하였습니다.

그 외의 기술들은 충분한 회의를 통해 합의점을 찾은 결과이지만 프로젝트를 진행하면서 가감할 계획입니다.

 

다음은 유저스토리인데 굉장히 많기 때문에 모두 설명드리지는 않구요,

위에서 저희 서비스의 기능들을 소개해드렸죠 해당 기능별로

상세하게 유저스토리를 작성하였습니다.

각 팀원들은 해당 스토리를 참고하면서 개발을 진행할 계획입니다.

 

디자인은 간략히 소개를 드리자면, 메인페이지와 로그인 회원가입 페이지, 게시글 상세 페이지, 검색 결과 페이지를 비롯해 내정보 수정, 프로필 페이지등을 만들었고, 그에 따른 다크모드 페이지들도 만들었습니다.

 

팀 문화

다음은 전체적인 팀 문화를 소개해드릴건데요

저희는 1주일을 스프린트 기간으로 정해두고 각 주마다 팀원별로 예상되는 소요 시간을 토론하면서, 일정을 산출했습니다

매주 금요일마다 스프린트를 회고하며 다음 스프린트에 대한 계획을 세우고

다음과 같이 깃허브 프로젝트를 활용해 스프린트를 관리하고 있습니다.

깃허브 관리

• 깃허브 관리에 대한 부분은 처음엔 각자의 develop 브랜치를 두고 병렬적인 개발의 process를 보장하며 진행하려 했는데, 짧은 일정 상 각자의 feature 브랜치를 두고 기능이 완성되면 develoop 브랜치에 바로 PR을 하고 머지하는 식으로 진행하기로 했습니다.

폴더 구조 및 컴포넌트 분류