HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
♥️
2기 최종 프로젝트 팀별 공간
/
💡
[팀 04] 동규라미
/
🌟
회의록 & 스크럼
/
☁️
유저스토리 분리, 이메일 정책
☁️

유저스토리 분리, 이메일 정책

태그
1부
구분
공통
날짜
Aug 5, 2022
참여인원
논의 사항유저 스토리 분리문제점해결 방법?단점반대 의견이메일 정책확인사항
 

논의 사항

유저 스토리 분리

문제점

저희는 이슈를 계속 완료함에도 불구하고 진행률과 차트가 처참한 상태입니다. 🫠
notion image
notion image
 
이는 상위 티켓인 유저스토리가 완료되지 못한 것이 이유인데요.
notion image
 

해결 방법?

이를 해결하고자 저희 팀 진행방식에 맞춰서 스토리를 3가지로 분리하고자 합니다.
notion image
 
하나의 티켓이 이제는 아래와 같이 3가지로 분리 시키고 하위 작업을 각각의 스토리로 이동시키고자 합니다.
notion image
  1. Prefix로 구분
      • API 개발
        • BACKEND API 개발
      • UI 구현
        • FRONTEND 페이지 UI 구현
      • API 연동 : Front - API 연동 및 기능 개발
        • FRONTEND API 연동
        • FRONTEND 기능 개발
🤔
Prefix를 통일 하는게 좋을 것 같은데.. 좋은 네이밍 있으면 추천 부탁드립니다. 젭알.. 의견점..
 
  1. 각 구현에 맞게 문장으로 분리를 해도 되겠지만…?
    1. 저희가 작문가도 아니고.. 고민하는 것보다 Prefix로 빨리 끝내는게 낫지 않을까 싶었습니다.
      ex)… 예시도 작문이 안됨. 🫠
 

단점

하나의 유저 스토리에서 API 관련된 내용을 작성하고, 댓글을 통해서 소통했던 이점을 포기해야 되는 문제가 있습니다.
notion image
notion image
 
이를 위해 이슈 링크 기능이 있긴 합니다만… 이걸로 단점이 해소가 될것 같진 않네요. 😓
notion image
notion image
이슈 링크를 설정할 때 관계 설정(clones, is cloned by….)도 해줘야 합니다. 🐶 저는 복제가 의미적으로 좀 더 가깝다고 생각해서 clones - is cloned by 로 설정했습니다.
[JIRA] 헷갈리는 관계 정리
A causes B`: A가 B의 원인이다. - 예시) 파티를 준비해야해서, 요리를 한다. `A blocks B`: A를 끝내야 B를 할 수 있다. - 예시) 손을 씻고, 요리를 한다. https://developers.google.com/issue-tracker/guides/block-issue clone vs duplicate https://community.atlassian.com/t5/Jira-questions/what-is-the-difference-between-a-clone-and-a-duplicate/qaq-p/45628 `clone`: 복사, 기존 이슈를 복사하고 싶을 때 clone 사용 `duplicate`: 중복, 실수로 같은 이슈를 2개 이상 올렸을 때 duplicate 로 처리 그 외 지라 이슈 링킹에서는 하나의 관계에 `자동태`와 `수동태`로 상관 관계를 정할 수 있다.
[JIRA] 헷갈리는 관계 정리
https://code-masterjung.tistory.com/30
[JIRA] 헷갈리는 관계 정리
 
 

반대 의견

🤔
[백엔드 오전 스크럼 논의 결과] 어차피 이번 5회차에 스토리 들이 마무리 될텐데… 지금 분리하든 안하든 차트가 크게 달라질 것 같지는 않음. (→ 만들고 옮기고 하는것도 시간이니 차라리 개발을 더!)
 

이메일 정책

  • 현재 구현된 상황
    • dongkyurami2@gmail.com 이메일 생성
      • → 마크껄로 2단계 인증해서 앱 비밀번호로 설정한 상태
    • 이메일 전송 → 인증 코드를 보내고 인증하기 버튼(GET URI 추가)
      • GET /api/users/confirm-email?email=:email&authToken=:authToken
        → 버튼 클릭되면 해당 URL로 인증처리
  • 논의 사항
    • 회원가입을 할때 인증이 되어야만 완료가 되게 할 것인지?
      • 회원가입 할 때 (아이디 옆에 이메일 인증 처리)
      • 인증되었습니다.
        • → 인증 코드를 보내고 인증 코드를 입력하도록
      추후에 이메일을 인증하도록 할것인지? (개인 프로필 페이지에서 버튼 추가 등)
      • 기능 제한 (인가)
      • 매치 글작성 제한
      • 페이지 새로 구성(프로필 수정 페이지)
      ⇒ 요거는 나중에 더 하면 할 수 있으면 하는게 좋을 것 같네요
       
     

    확인사항

    🔩
    .env.local
    • 이거이제 api.dongkyurami~ 아닌가요? ⇒ 맞습니다. 수정했습니다!