| A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | ||||||||||||||||||||||||||
2 | ※ 주의: 다른 조의 것을 절대로 지우지 말아주세요. alt+엔터로 줄바꿈해서 작성할 수 있습니다. | |||||||||||||||||||||||||
3 | 날짜 | 팀장님 이름 | 프로젝트 주제 | 우리팀 노션보드 링크 (와이어프레임 필수!) | MVP에 들어갈 스펙 | 1/21 (토) 까지 MVP 목표 | S.A 피드백 | |||||||||||||||||||
4 | 예시 | 김항해 | 유학생 커뮤니티 | 1. 로그인 / 회원가입 - JWT 토큰 발급을 통한 로그인 - 소셜 로그인(네이버, 구글, 페이스북) - 일반 로그인 2. 메인 페이지 - 핫이슈 게시글(최상단 배치) - .edu 이메일 사용하는 사용자 인증 3. 게시판 페이지 - 통합 커뮤니티(지역별 태그/필터) - 게시판 카테고리 - 질문, 정보, 주거, 취업, 연애, 게임, 유머, 코로나, 장터, 취미, 기타 - 학교 카테고리 - 수업, 맛집, 스터디, 알바, 익명, 기타 - 본인 학교만의 익명 커뮤니티 4. 투표 페이지 - 회장 부회장 선거 기능 5. 마이페이지 - 유저의 정보 | 서비스가 전체적으로 돌아가는데 문제가 없도록 우선순위를 정해서 구현 기본적인 CRUD, S3, 로직구현을 우선순위로해서 서비스런칭에 최대한 문제없도록 GPS인증, OAuth2 같은 부가적인 기능이나 성능개선을 위한 queryDSL, Redis, 도커, Github Action or Jenkins 등과 같은 기능들은 후순위로 배치하여 리팩토링 또한 스케줄차트를 통해 서로 작업상황을 확인하며 구현 중간배포 기간을 정하고 중간발표 전까지 지키기 | |||||||||||||||||||||
5 | 1조 | 홍윤재 | 나만 모른 닭 (웹사이트로 구현한 콜마이네임 게임) | https://www.notion.so/ad96dfad0856455c922e9d0f756a7f60 | 1. 로그인 및 회원가입 - JWT 토큰 발급을 통한 로그인 - 소셜 로그인 (카카오 로그인) 2. 메인 페이지 - 로그아웃 기능 구현 - 게임 룰 설명 버튼 - 게임 리스트 이동 버튼 3. 방 리스트 페이지 - 게임 방 리스트 구현 (방 타이틀, 현재 인원 / 최대 인원 표시) - 방 만들기 기능 구현 - 방 제목 검색 기능 4. 게임 페이지 - 채팅 기능 - 20초 타이머 기능 - 게임 관련 알고리즘 구현 - 발언권 획득 시 테두리 효과 | 최소한의 서비스가 돌아갈 수 있도록 로그인 / 게임방 CRUD / 게임 관련 알고리즘 / 채팅 / 음성 채팅 / S3 이미지 저장 순서로 구현 OAuth나 마이크 음량 조절, 게임 인원수 조절 등 서비스 사이클에서 필수적이지 않은 요소들은 필수 요소 구현 후 시작 매일 아침 / 저녁으로 나누어 금일 목표와 달성율 공유 중간 배포 기간 정하고 오류코드 수정 및 중간발표 전까지 완성 (노션 업데이트 했습니다!!!) | 노션을 보기 좋게 잘 구성해주셔서 파악하는데 크게 무리가 없어서 좋았습니다. 프론트엔드는 MVP 스코프가 적당해보이는데, 백엔드는 다소 작은 것 같아서, 정리해주신 부가 기능 요소들 중에 백엔드 리소스가 많이 들어가는 작업들은 필수 기능 요소(MVP)로 취급하고 진행해주시면 좋을 것 같습니다. 참고로 MVP 스코프를 잡아주실 때 프로젝트 3주차정도쯤(중간 발표 시점) 되면 필수 기능의 약 80%이상 완성되어 있는것을 목표로 진행하시면 적절합니다. 비지니스 자체는 흔히들 선택하는 커뮤니티 기반 플랫폼 서비스가 아니어서 참신하고 좋은 것 같습니다. 다만 와이어프레임 상에서 게임 룰을 파악할 수 있는 페이지가 없어서 이 부분을 따로 만들거나, 첫 게임을 진행하면서 게임 플레이어가 어떻게 게임을 하는지 알 수 있도록 가이드 해주셔야 될 것 같습니다. 게임 특징이 간단하고 빠르게 진행할 수 있는 스무고개이기 때문에 학습 자체는 어렵지 않아서 별도의 가이드 페이지를 구성하는 것보다는 첫 게임을 진행할 때 자연스럽게 파악할 수 있도록 UI/UX를 구성해주시고 구현해주시는걸 권장해드리고 싶네요. 기술적으로도 몇 가지 더 멘토링 해드릴 것들이 있습니다. MVP 목표에 적어주신 게임 관련 알고리즘이 좀 더 구체적으로 정의(어디에서 필요하고, 어떻게 구현이 되는지)되어 있으면 좋을 것 같네요. 그리고 백엔드와 프론트엔드가 서로 데이터를 주고 받는 API 명세가 나와있어야 합니다. Restful API 설계 원칙에 의거해서 비지니스에서 필요한 API들을 정의해주시면 되겠습니다. 그리고 데이터 설계 및 정의도 찾아볼 수 없는데, 이 부분은 ERD의 형태로 필요할 것 같습니다. 기획안이 어느정도 잘 나온 상태이기 때문에 API 명세와 ERD가 그려지면 이를 기반으로 더 디테일한 멘토링을 해드릴 수 있으니 반드시 노션보드에 업데이트 부탁드리겠습니다. | |||||||||||||||||||
6 | 2조 | 김인광 | 풀밭에 (PULBATTE) 식물 커뮤니티 | https://www.notion.so/2-2e09fca0b93d4dc4be84817259240bf9 | 핵심 기술 1. 로그인 기능 - JWT 토큰 발급을 통한 로그인 - 소셜 로그인 (카카오 로그인) 2. 마이 페이지 - 내 정보(닉네임, 프로필 이미지) - 내 정보 수정 3. 식물 테스트 페이지 - 식물 테스트( ex) mbti테스트)를 통한 식물 추천(초보자를 위한 튜토리얼 식물) - 초보자를 위한 튜토리얼을 통해 5가지 식물 추천 (추천시 이름, 사진, 햇빛, 물, 온도 등 기본 틀 제공) 4. 식린이를 위한 식물 성장 가이드 페이지 - 입문용 식물 5가지중 한가지 식물을 선택 - 선택한 식물은 가이드 라인 제시 (물주기, 성장 척도(그래프) 5. 식물 일지 페이지 - 식물 일지 ( 식물이름, 사진, 햇빛, 물, 온도 입력 받기) - 추가 기능 예정 6. 메인 페이지 - 필터링 기능을 통한 식물 서치 + 식물 정보 확인(추가기능) - 이달/ 이주 의 식물 추천 - 알림 기능 - 식물 상세 정보 보기 7. 게시판 - 식물 게시판 -이미지 올려서 식물 자랑 -질의 응답(댓글, 대댓글) 추가 스코프 1. 날씨 API 사용하여 일조량, 물 량 조절(그래프) 2. 회원 가입 페이지 : 이메일 인증을 통한 회원가입 3. 식물 검색시 즐겨찾기 4, 마이 페이지 알림 끄기 기능 | 3. 식물 테스트 페이지 https://poomang.com/detail/krafx 위 링크의 테스트처럼 몇가지 문제에 대한 답을 고르면, 그에 맞는 식물을 추천해주기 4. 식린이를 위한 식물 성장 가이드 페이지 식물 테스트 페이지 에서 제공한 5가지 종류 중 맞는 식물에 대한 정보를 제공해 주고, 이 식물의 성장도를 사용자가 입력을 하면 평균적인 성장도와 비교를 해서 그래프로 나타내며 내가 이 식물을 잘 키우고 있는지 확인해 볼 수 있는 페이지 5. 식물 일지 페이지 https://apps.apple.com/kr/app/plantgram/id1531745987 Plantgram 같이 식물을 등록하고, 관리하는 페이지 6. 메인페이지(대문페이지?) https://www.fuleaf.com/plants 위 페이지의 식물 찾기 필터처럼 필터링 기능을 통한 식물 서치+ 정보확인 페이지 농사로 실내정원용 식물 데이터 에서 식물 데이터를 가져올 예정 | 전체적으로 노션보드를 잘 채워주셨지만, 가장 중요하다고 할 수 있는 프로젝트 주제(기획)에 대한 설명이 약간 부실한 것 같습니다. 이 프로젝트 주제를 선택하게 된 계기와 이를 통해서 해결하고자 하는 문제, 제공하고자 하는 편의성은 무엇인지 간략하게라도 정리되어 있으면 좋을 것 같아요. 기획 목적과 방향이 뚜렷해야 서비스를 구현하는 과정에서 구현해야 할 기능과 구현하지 않을 기능들을 선택하는데 문제가 없고, 어떻게 확장해나갈 것인지 구체적으로 정할 수 있습니다. MVP 스코프는 멤버 대비 프론트엔드 백엔드 모두 적절해보입니다. 5가지로 필수 기능으로 압축해서 잘 정리해주셨고요. 오히려 프론트엔드가 다소 오버 스코핑되어 있는 느낌이 있는데, 대부분의 페이지에서 재사용할 수 있도록 컴포넌트 설계를 잘하신다면 크게 무리되진 않을 것 같습니다. 비지니스/디자인 측면에서 살펴보면, 서비스 자체가 커뮤니티 기반 플랫폼 서비스이기 때문에 사람들이 많이 사용할 수 있도록 유도하는 장치들이 필요합니다. 이는 크게 2가지 관점(마케팅 관점 Vs. 개발/디자인 관점)에서 접근 가능한데요. 마케팅은 SNS와 같은 일반적인 홍보 방법을 사용하더라도, 여러분이 개발자로 접근한다는 측면에서 사용하기 쉽고 직관적으로 이해할 수 있는 화면 및 기능으로 서비스를 구현해주셔야 합니다. 현재 와이어프레임에 나와있는 디자인은 초안의 느낌이 강해서 추후 디테일하게 화면을 구성하실 때 항상 해당 페이지에서 직관적으로 제공해야되는 기능이 무엇인지에 집중하고 나머지 사용자를 헷갈리게 만들거나, 사용하기 어렵게 만드는 기능들은 과감하게 제거하거나 숨길 수 있도록 해주시면 좋을 것 같습니다. API 명세와 ERD는 노션에 잘 첨부해주셨지만, 아직 제대로 업데이트가 되어 있지는 않은 것 같네요. 1조와 마찬가지로 Restful API 원칙에 맞춰서 비지니스 요구사항에 필요한 API들을 프론트엔드 및 백엔드 분들이 서로 의논하면서 명세해주시면 될 것 같습니다. ERD에서 채팅기능은 이 서비스의 MVP 스코프에 들어가 있지 않기 때문에, 현재는 제거해주시고 추후에 기능을 확장할 때 필요한 필드들과 관계는 무엇인지 고민해보고 추가해주시면 될 것 같습니다. 식물 테이블은 사용자와 1:1로 매핑되어 있는데, 사용자 한명이 단 하나의 식물만 등록해서 관리할 수 있는 구조인건가요? 경험치에서 최대 경험치라는게 식물 레벨업을 하기 위해 필요한 경험치를 의미하는것이라면, 이를 별도 테이블로 관리하는게 좋지 않을까 생각이 듭니다. 만약 현재는 레벨 별 필요한 경험치만 차이가 있다고 가정한다면, 추후에 식물 종류별로 필요한 경험치를 다르게 설정할 수도 있을 것이고 비지니스 요구사항에 따라서 다양하게 변경될 여지가 있기 때문에, 식물에 대한 정보만 순수하게 갖는 테이블을 만들어주시는 것이 더 바람직해보이네요. 그리고 사용자 - 식물의 관계를 정의하는 테이블은 따로 구성해주시고 여기에는 사용자에게 귀속되어 있는 식물의 고유 정보(회원 id, 식물 id, 보유 경험치, 레벨)를 저장해주면 데이터 관리와 확장이 전부 용이한 구조가 될 것 같습니다. 물론 반드시 이렇게 하실 필요는 없고, 이 내용을 기반으로 만들고자 하는 기능에 더 부합하는 DB 구조가 있다면 그 구조를 채택하시고 제게 설명을 해주시면 좋을 것 같습니다. | |||||||||||||||||||
7 | 3조 | 장신원 | 제시어에 맞게 그림을 그리는 게임 | https://www.notion.so/synuns/3-e2f580b6f6424e5bb85d2f23d29cdcfe | 1. 온보딩페이지 - 로그인 및 회원가입 - 소셜 로그인 (카카오, 구글) 2. 메인페이지 게임접속 - 방정보 확인 및 입장 가능 3. 게임 준비, 설정 4. 게임중 - S3 이미지 업로드 - 보이스채팅 기능 - 그림판 기능 - 색상 변경 기능 5. 게임결과 / 내그림 저장 - 다른 참가자의 그림에 좋아요 주는 기능 6. 마이페이지 (7. 랭킹페이지) | 로그인 게스트 로그인 메인페이지 방정보 확인 준비확인, 게임시작 로그아웃 게임방 게임방 접속 및 유저 간 연결 보이스 채팅 그림 그리기 게임진행 게임 결과창 게임 규칙 easy 모드 : 모든 참가 인원이 다음을 반복한다. 제시어를 적는다 → 다음 차례의 참여자가 정답을 보고 그림을 그린다 → 다음 차례의 참여자가 그림을 보고 답을 유추한다 모든 제시어의 개수만큼 반복하면 게임은 종료 다른 모드들은 확장 스코프로 가져갈 예정 MVP 시나리오 로그인 없이 게임 방 생성부터 게임 결과창 확인까지 게임 완료까지 진행한다. 1. webRTC를 통한 유저간의 통신 기능 최우선 구현 2. 기본적인 CRUD, S3, 로직구현을 우선순위로해서 서비스런칭에 최대한 문제없도록 3. 중간배포 기간을 정하고 중간발표 전까지 지키기 | 2조와 마찬가지로 프로젝트 주제(기획)에 대한 소개 및 게임에 대한 설명을 노션 보드에 작성 부탁드리겠습니다. 와이어프레임이 벤치마킹하는 디자인들을 다 같이 올려놓은 터라 정확히 어떤식으로 화면을 구성하고 게임이 진행되는지 알수가 없는데, 우선 MVP 목표 기준으로 봤을 때 너무 작게 스코프를 잡았습니다. 제시어가 주어지고 그에 맞게 그림을 그리는 게임이라면, 적어도 게임이 진행되는데 필요한 필수적인 기능들은 모두 MVP 스코프로 잡아주셔야 될 것 같습니다. 오히려 마이페이지는 게임하는데 당장 필요한 페이지는 아니어서 간소화된 형태로 처음엔 제공을 하고, 이후에 점차적으로 업데이트 하는 것을 추천하고 싶습니다. MVP 스펙에 들어가는 기능들을 전부 구현하는게 부담스러우시다면 '게임을 하는데 반드시 필요한 기능인가 아닌가? 대체 가능한 기능은 아닌가?' 라는 질문을 해보고 선별해내시면 될 것 같습니다. 대표적인 예시를 하나 들어드리자면, 소셜 로그인 같은 경우 게임을 하는데 있어서 반드시 필요한 기능은 아닐겁니다. 왜냐하면 서비스내에서 자체적인 회원 관리 기능(로그인 / 회원 가입)을 제공하면 되니까요. 전체적으로 봤을 때는 캐치마인드 같은 게임 서비스로 이해가 되는데, 정확히 어떤 게임인지 노션에 있는 내용만으로는 이해하기 힘들어서 비지니스적인 측면에서 조언을 드리기가 어려울 것 같네요. 다른 조와는 다르게 기술 스택에 대해서 아주 간략하게라도 리스트업 해주신 것은 좋으나, API 명세 및 ERD가 없고 별도의 프로젝트에 대한 기술적 정보가 없는 상태라 안타깝게도 기술적인 측면에서도 유의미한 멘토링을 드리기가 어려울 것 같습니다. 멘토링하는데 필요한 최소한의 내용들(1. 게임에 대한 소개, 설명 2. API 명세 및 ERD)을 노션에 업데이트 해주시면 추가적으로 봐드릴테니 시간 되실 때 업데이트 부탁드리겠습니다. | |||||||||||||||||||
8 | 4조 | - | ||||||||||||||||||||||||
9 | 5조 | |||||||||||||||||||||||||
10 | 6조 | |||||||||||||||||||||||||
11 | ||||||||||||||||||||||||||
12 | ||||||||||||||||||||||||||
13 | ||||||||||||||||||||||||||
14 | ||||||||||||||||||||||||||
15 | ||||||||||||||||||||||||||
16 | ||||||||||||||||||||||||||
17 | ||||||||||||||||||||||||||
18 |