1️⃣ 1주차 멘토링 일지

Jump to bottom

Summer Min edited this page Nov 13, 2024 · 1 revision

✔️ 결론 및 To Do

멘토링 이후 결론과 챙길 것을 정리하여 업데이트합니다.

✔️ 멘토링 아젠다

멘토링 24시간 전에 준비하여 멘토에게 공유합니다.

논의 사항 및 질문

멘토의 조언이 필요한 부분을 질문으로 정리합니다.

git flow를 적용하여 5개의 브랜치를 나누어 각자 적용하려고 합니다. 충돌이 많이 발생할 것 같은데 이런 식의 협업 괜찮을까요?
1일 1PR을 하게되면 하루에 최소 5개의 PR이 생길 텐데 모든 팀원이 코드 리뷰를 한 뒤 병합하는 방식은 비효율적일까요?
- 팀원 모두가 코드베이스에 대한 이해를 높일 수 있다는 장점이 있지만
- 개발 볼륨 자체가 적진 않아보여서 생산성을 해칠 수 있고
- FE/BE 서로의 스택을 확실하게 아는게 아니다보니 걱정이 좀 있습니다.
프로젝트의 난이도가 6주 동안 할 수 있을 정도의 난이도일까요?
처음으로 에픽, 스토리, 태스크를 작성해보았는데 그 단위나 디테일이 멘토님께서 보시기에 괜찮으신가요?
프로젝트 설계 상 문제가 될 만한 부분이나 저희가 더 생각해볼 수 있는 부분이 있을까요?
단순 궁금증) CI/CD 같은 건 개발환경 설정 단계에서 모두 완료하고 가는게 적절한 방향인가요?

진행상황 및 참고 자료

멘토가 일지를 보고 멘토링을 준비할 수 있도록, 팀의 진행상황과 참고 자료를 정리해서 넣어주세요.

프로젝트 깃허브 (위키) 링크

https://github.com/boostcampwm-2024/web15-OctoDocs/wiki

→ 회의록 / 스크럼 등 모든 일지와 개발 문서를 포함합니다.

백로그 자료

[태스크 쪼개보기](https://www.notion.so/130b9dd86abe81119988cbdcaefee864?pvs=21)

피그마 디자인 파일

✔️ 멘토링 내용

멘토링을 진행하며 나눈 이야기가 휘발되지 않게 기록해보세요.

6주 동안 하기에는 조금 어려워서 기능들을 짧게 나누는 것을 추천
짧은 배포를 반복해서 빠르게 사용자의 반응을 모아서 발전시키는 것도 좋다. (운영과 개발의 경험을 할 수 있다.)
사용자 스토리가 너무 적다. (누가 무엇을 달성하기 위해 무엇을 한다.)
스토리에서 달성하고자 하는 가치가 없다.
깃 플로우는 시간이 오래 걸린다. (규모상 메인 하나만 두는 것 추천)
롤백을 쉽게 할 수 있는 CI/CD 구축 추천
스테이징은 QA가 있을 때 의미가 크다.

최소 단위의 기능을 먼저 구현하는 것이 좋다.

주어진 시간이 짧고 기술적 난이도가 높기 때문에 단계를 잘게 나누어서 최소 단위 기준으로 배포를 진행하는 것이 좋다.

graphDB를 사용해봤다면 graphDB를 써도 좋지만 시간이 많이 없기 때문에 모두 익숙한 RDS로 우선 구현하는 것이 좋다.

✔️ 체크리스트

1주차 멘토링에서 이야기 나누면 좋을 주제입니다. 우리 팀의 상황은 어떤가요? 팀원 및 멘토와 함께 셀프 체크하고, 그 이유를 작성해보세요. 추가하고 싶은 항목이 있다면 직접 추가해도 좋습니다.

멘티들 기준
프로젝트 기획과 설계의 뼈대가 나왔다.
프로덕트 backlog가 제작되었다.
서비스 핵심 기능에 대한 완성도의 기준 또는 기술적 목표가 수립되었다.
현실성 있는 계획이 수립되었다.
멘토님 기준으로 체크 부탁드립니다 (__)
프로젝트 기획과 설계의 뼈대가 나왔다.
프로덕트 backlog가 제작되었다.
서비스 핵심 기능에 대한 완성도의 기준 또는 기술적 목표가 수립되었다.
현실성 있는 계획이 수립되었다.