HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
🧑🏻‍💻
박진형
/
🌲
Resume - 형욱 (1)
/
🤔
프로젝트 자세히보기
/
🖼️
프로젝트 관리
/
🌟
회의록 & 스크럼
/
🏹
기획 재검토, 모스카우
🏹

기획 재검토, 모스카우

태그
1부
구분
공통
날짜
Jul 19, 2022
참여인원

스포츠 도메인 vs 스택오버플로우

notion image
  • 익숙하지 않은 도메인으로 우리 공동의 목표인 프로젝트 완성도를 이룰 수 있을까?
 
  • 배포 설정
  • Jira
    • 워크 플로우
    • 스프린트 단위 (몇일 단위로 할건지)
    • 이슈 유형
  • 게더

프론트와 상의 해봐야할 것

  • 프론트 분들을 게더에 초대해서 마이크만 키면 대화를 나눌 수 있는 환경을 조성하는건 어떤지
  • 협업 프로세스, 애자일 적인 부분을 어떻게 가져갈건지
  • 스프린트, 회고
    • 스프린트 주기는 어떻게 가져갈건지?
      • 초반에는 짧게 (3~4일) 가져가면서 익숙해지고나서 길게가져가는건 어떤지?
      • 일단 초반에는 익숙해지지 않았고, 일정 산정이 어려울 것 같아서
  • 기획에는 핵심 인원들만 참여해서 하도록 ex) 모스카우
    • 기획에 관심이 있는지 없는지도 체크해서 관심 없는 사람들은 다른 곳으로
  • 예외 응답 값을 에러코드를 넘기는게 좋은건지?
 
배포가 먼저 세팅되어있으면 좋다.

프론트팀 전달 사항

  • 시간이 25일이 남았는데 25일은 꽤나 짧은 시간이고 시간을 최대한 활용하자는 의미에서 기본적인 결정사항들이나 프로젝트 세팅을 목요일 전 까지 완료 시키고 목요일에 바로 기획 마무리와 동시에 구현을 시작하는게 좋을 것 같다는 의견이 나왔습니다.
    • 모든 인원이 참여하지 않아도 일부라도 참여를 해서 팀원들에게 전달하고 피드백 받는 방법으로 시간을 단축할 수 있을 듯 합니다.
      (비동기적으로 각자 업무 분담을 해서 진행을 해도 될것 같습니다.)
    • JIRA 워크플로우, JIRA 활용 능력 상호 체크
      • 스프린트 기간(스프린트 1회 일수)
    • 배포 설정 (CI/CD 세팅)
      • 기본적인 AWS나 Github Action과 같은 CI/CD 환경 조성
      • 프론트가 어떤식으로 하는지 잘 모르겠지만, 배포 방식도 먼저 나오는게 좋을 것 가습니다.
    • 깃 레포지토리 생성 및 뼈대 코드 작성
      • 기획이 정해지지는 않았지만, 기본적으로 설정할 수 있는 부분은 설정을 하는 것이 좋을것 같습니다.
    • 게더를 같이 이용했으면 좋겠습니다.
      • new팀 층의 규현팀 방으로 오시면 됩니다.
      • 이전에 얘기 했던대로 디스코드는 입장만 해놓은 채로 게더를 위주로 사용했으면 합니다.
        • Gather
          Gather is a video-calling space that lets multiple people hold separate conversations in parallel, walking in and out of those conversations just as easily as they would in real life.
          Gather
          https://app.gather.town/app/nf7IbfBMxiY8t6Tn/be-dev2
          Gather
         
  • PRTemplate
 

백엔드

  • 도메인에 영향을 받는 부분을 수치적으로 가져왔으면 합니다.
  • 있는 시간을 최대한 활용하고 싶어서 말씀드렸던 부분이라 오해가 없으셨으면 좋겠습니다.
  • 요로케 쓰면 되는겁니까
  • 회고를 왜 해야하는지
    • 개선 !
    •  

스포츠도메인

☝🏻
동네 내주위에 있는 이웃들에 한해서 풋살, 축구위주의 플랫폼이 많이 있는데 카테고리를 좀더 다양하게 해서 배드민턴, 탁구, 야구, 등등등 대결? 매치?
  • ex) 7월 23일 배드민턴 복식 하실 팀 구합니다. - (게시글 형식인지?)
    • 대결신청 하기 > 올린사람에게 대결신청이 왔다. 알람도 보내고?
    • 전적도 관리하면서 해당 반경에 어떤 운동 항목에 대해 어떤 사람이 가장 많이 이겼는지
      • 전적을 자동화 할건가요?
        • 좋다
        • 보통
        • 안좋다
    • 대결한 사람에 대해 후기도 남길 수 있다.
  • 일반전/랭크전
 

기능 우선순위 정리

👀
빨강색 - must
보라색 - should
회색 - can
  • 입장 프로세스
    • 회원가입
      • 닉네임
      • 프로필 이미지
    • 로그인
  • 팀 생성 기능
    • ☝🏻
      core : 승률만 딱 봤을 때, 팀전인데 대표로 한다면 개인의 1명의 몰빵 느낌.
    • 팀 마크 설정 - x
    • 팀 이름 설정 (중복 X)
    • 대결 종목 설정 (팀원 수 제한) - x
    • 사용자 초대
    • 사용자 승인
    • 팀 대표 설정
      • 팀 개설자가 default로 가져가는 걸로
    • 팀 개설
  • 대결
    • ☝🏻
      팀전 개인전 요소는 20일 1시에 다시 애기해보기 - 개인이서 생각해올것 (문서화 필수)
    • 게시글 작성
      • ====== current ======= - 종목 - 참가 인원 (수) - 팀 vs 개인전 분기점 - 위치 (지역(구, 시) 정도만) - 텍스트로만 받는 걸로 나중에 - 시간 ======= past ============ - 대결 종목 - 팀전/개인전 선택 - 대결 상대 인원 수(N명) - 시간, 장소(지도) - 레이팅 설정 유무
    • 게시글 수정
      • 카테고리 변경 x → 다시 작성 유도
    • 게시글 삭제
      • 수락은 한 순간 부터 못지움
      ☝🏻
      서로 수락한 상태이면 못지우게 할건지 .. 추후에 파기로 기록하는 수단을 만들것인지
    • 게시글 읽기 (단건)
      • 상세 보기 화면
    • 게시글 다건 조회(대결 리스트 조회)
      • ☝🏻
        ========== current ==========
        해당 서비스의 취지를 정립해야 한다. 너무 많은 정책들이 오가고 있는 상태임 UI 그려서 오기(그림으로 승부하기) - required 검색 조건 생각해오기 - 게시글 카테고리 별 조회 - 게시글 전체 조회 (카테고리 상관x) - 반경 조회 기능 `[정해야함]` - 100m - 1km - 2km
         
         
        ==== past ====
        • 대결 조회
          • 위치 설정 ⇒ 반경 ~m 안에있는 리스트 조회 ⇒ 필수
          • 종목 설정, 대결 유형(개인, 팀 … ) ⇒ 필수
  • 대결 신청
    • 해당 팀의 전력 조회 기능 (팀 승률, 개인(주전멤버) 승률 등)
      • 팀 대결일 경우 어떤 팀원들이 들어갈지 선택
      • 그에 따라 팀의 인원수를 맞춰야 된다. (Validation) - policy
  • 대결 성사
    • 상대 팀에서 대결 신청 시 조회 ()
      • 알림이 뜨면 수락 여부
    • 댓글이든 쪽지든 뭐 (1대 1) 소통 수단
      • 댓글 , 대댓글로 해소함 → 성사된 팀 또는 사람만 달 수 있도록
        • ☝🏻
          쪽지로 대체 하는게 낫지 않을까 → UI (당근이랑 비슷하니 한번 보고 오셔요)
      • 웹 소켓
    • 해당 게시글(대결창) 만료?
  • 대결 이후
    • 승패여부 확인 → 우선 게시글 작성자가 판단하는 걸로 MUST
    • 개인이나 팀에대한 후기 작성
      • 별점 혹은 텍스트로 보여줄거냐
        • 별점 : 한눈에 파악 용이
        • 텍스트 : 상세하게 알 수 있음.
      • 별점 내면서 텍스트로 후기를 하느냐
      • 🗣
        형욱님 : 전적 뿐 아니라 다른 내적인 정보(매너 온도나 .. 등등) 를 알 수 있어서 required 하다
    • 전적(승/패) 업데이트
      • 승리, 패배 업그레이드
    • 개인이나 팀의 후기에 따른 뭐 별점 변화
    • (컨텐츠 차별화용) 레이팅 변화 (MMR)
      • 승 패 수?
      • 점수 → 티어로 연계
    • 랭킹 변화
      • 지도로 하면 랭킹 검색 조건으로 갈 수 있을 것 같음.
  • 티어(티어별 마크) → 슈퍼 후순위
    • 하수
    • 중수
    • 고수
    • 지존

MoSCow (보존)

Must

  • 회원
    • 회원 가입
  • 대결
    • 대결 글 작성
    • 위치 기반 조회 기능

Should


 
 
 

기타 잡것

 
 

회원

  • 회원
    • 이미지 (S3)
  • 팀
    • 이미지 (S3)

대결

  • 게시글
  • 대결 신청
  • 대결 위치 정보 (API)

알림

     
     

    🌟

    Must

    • 회원
      • 회원 가입
      • 로그인
      • 마이페이지 조회
        • 전적 보는 곳 또한 카테고리 별 후기도 볼 수 있는 곳
      • 로그아웃
    • 대결
      • 개시글
        • 게시글 작성
          • 위치 지정 조건
            • 위치를 대결 장소로 유도할지
            • 게시글 작성자 현재 위치로 유도할지
        • 게시글 수정
          • 카테고리 수정은 x → 다시 작성하도록 함
        • 게시글 삭제
        • 게시글 읽기(상세)
        • 게시글 카테고리 별 다건 조회 (위치 기반 조회 기능) → 정책 설정 필요
          • 🌪️
            위치를 사용자에게 입력 ? default (현재 웹 또는 모바일 기준) 으로 줄지 정해야함 - 사용자가 자유로 마크 할 수 있도록 한다 정해도 첫페이지 렌더링 시에는 웹, 모바일 위치 기준으로 데이터 전달해야함. - 위치 별로도 조회 가능하도록 검색 조건 추가
          • 검색 조건
            • 게시글 카테고리 별 조회
            • 게시글 전체 조회 (카테고리 상관x)
            • 반경 조회 기능 [정해야함]
              • 100m
              • 1km
              • 2km
        • 대결(core)
        • 🌪️
          대결 요청 하기, 받기 FLOW 상대방에게 “${nick_name}”님이 대결 요청 하였습니다. 라는 문구 알림
          • 상대방 승낙 시 게시글 삭제 할것이지도 정책 정해야함
            • 대결 승낙이 와도 다른 팀 요청 계속 받을지도 정해야함
            • 혹은 게시글 당사자가 commit하는 버튼도 있어야 할 것같음
              • 그러면 그 외 요청들은 다 무시되는 것으로 게시글도 비활성화 상태로 둘지 아예 삭제할지 정해야 함
            • 삭제 안하고 isDisplay 컬럼 추가 후 소프트 딜리트 정책으로 가도됨
            • 승낙시 바로 대화창 열어버려야함
            • 서로 같은 채널로 설정 해야함
            • 채팅 방 열림 받을 수 있도록 어떤 페이지던 웹소켓 연결되어있어야함
          • 대결 요청 하기
            • 상대방 알림 전송
          • 대결 요청 받기
            • 상대방 info 로 보이도록 혹은 프로필로 유도
            • 수락
              • 확정되면 무시
            • 거절
              • 무시
          • 후기 작성하기
            • 평점 남기기

    Should

     

    기타 잡것