[ Project - Scrum ] 스크럼 - 6

2022-03-22 Scrum

참석자

신광천, 김**, 백**, 박**, 홍**

어제 한 일

  • 신광천
    • 코드 리뷰 관련 수정
    • 경력 timeline api 구현
    • 에러 확인 및 해결
    • MR 충돌 해결
  • 김**
    • 코드 리뷰 관련 수정
    • 좋아요 기능 api 구현
    • 에러 확인 및 해결
    • MR 충돌 해결
  • 홍**
    • 전반적인 에러 체크
    • 동작 테스트
    • mui 적용(certificate mvp)
    • 에러 확인 및 해결
  • 박**
    • 경력 timeline 기능 구현
    • 경력 timeline api 연동
    • mui 적용(award mvp)
    • 에러 확인 및 해결
  • 백**
    • delete 기능 구현(education, project mvp)
    • mui 변경 문서 제작
    • network mui 적용
    • 에러 확인 및 해결

오늘 할 일

  • 신광천
    • 코드 리뷰 관련 수정
    • 유저 검색 기능 api 구현
    • education 관련 open api 확인
  • 김**
    • 코드 리뷰 관련 수정
    • 유저 권한 기능 api 구현
  • 홍**
    • 코드 리뷰 관련 수정
    • 변경된 api 확인 및 그에 따른 수정
    • 버그 테스트
    • login & register page mui 적용
  • 박**
    • 코드 리뷰 관련 수정
    • 변경된 api 확인 및 그에 따른 수정
    • User Card, User Card Edit Form 관련 mui 변경과 새로운 사항 추가
  • 백**
    • 코드 리뷰 관련 수정
    • 변경된 api 확인 및 그에 따른 수정
    • mac os 렌더링 건 수정
    • 유저 검색 기능 구현

구현하기로 결정된 기능 분류

기능 추가

  • 좋아요
  • 기술 스택
  • 경력 타임라인
  • 자동 로그인
  • 회원 탈퇴
  • 유저 검색

기능 개선

  • 유저 사진 업로드
  • 유저 개인 설정에 따른 visible 옵션
  • 학교 검색 시 선택지 추가
  • 비밀번호 잊어버렸을 때 임시 비밀번호 메일 주소로 발급
  • 이메일 변경 불가
  • mui 적용에 따른 UI 개선
    • portfolio container
    • User Card와 Edit Form Dialog
    • 각 mvp 별 Accordion 적용과 ADD&Edit Form Dialog
    • network의 User Card
    • login, register Form
  • 실수로 삭제 버튼을 누르지 않도록 삭제 시 한 번 더 물어봄

회의록

mac 렌더링 건

TextField의 sx 지우기

api id 관련 변경사항

https://documenter.getpostman.com/view/18860291/UVsPQ59S 참조

기존 data만 넘겨주던 것에서 아래와 같이 변경.

{
   data : 요청한 데이터,
   code : 응답 코드 ex) 200, 201, 400, 404,
   message: 응답 메세지 ex) 학력 생성 성공
} 

data, code, message 추가.
따라서 front에서 code의 상태와 메세지 확인할 필요 있음
또한 res.data.data 관련 확인해보기!
이부분 이름 변경 필요한지도 생각해볼 것.

비밀번호 잊어버렸을 때 랜덤 비밀번호 발급 기능 추가 관련

node mailer 활용 방안 고민해야 함.
일단 각자 맡은 거 부터 진행하기로

front에서 사용하는 dateToString 함수 관련

project mvp와 certificate mvp에서 공동 사용중인 함수임.
utils로 따로 빼는 것으로 정함.

📒 스크럼 후

: 데이터를 보내는 방식에 통일화가 필요하다고 생각하여 지금까지 보내주던 Json Data 의 구조를 바꿔주는 작업을 했다.
이때 백엔드에서 데이터 구조를 바꾸면 Front 에도 영향이 가 여러가지 수정사항이 많아지는 것을 보고, 데이터 구조를 처음부터 확실하게 정해두고 시작해야 나중에 큰 수정이 필요없겠다고 느꼈다.
만약 이걸 다 완성하고 바꿨다고 생각하면 정말 Back 쪽도 고생이지만 Front 쪽도 고생하게 되므로 서로간의 협업에 있어 지장이 생겼을 수 있었을 것 같다.

좋은 웹페이지 즐겨찾기