로드맵 정하기

로드맵

로드맵이란? (전반적인 일정 계획, 시작과 종료 일정만 )

혜빈

• 주말 참여 여부 & 아침형 or 새벽형
• 일정이 없다면 주말도 참여 가능 합니다.
• 오전형
• 모임 시간은 코어타임 + 23시 이전을 활용했으면 합니다.
• 어제처럼 회의를 진행하면 힘들 것 같습니다.
 

• 회고를 얼마나 가져갈지? (피처마다 얼마나 회고하는지)
• 어제 진형님 의견에 동의합니다.
• 스프린트 종료 일정에 맞춰서 가야 한다고 생각합니다.

• 회의는 언제마다 할지?
• 프로젝트 시작 시 [데일리 스크럼 + 스프린트 + 회고] 진행하는 걸로 알고 있습니다.
• 스프린트에 제일 가깝다고 생각이 드네요
• 프로젝트 시작 이전의 회의를 말씀하시는 거라면 모든 게 다 정해질 때까지 매일 하는 게 맞다고 생각합니다.
• 두 가지 경우 다 스크럼 이후 시간 활용 (코어타임) 했으면 합니다.

• 스프린트 주기
• 6월 15일 ~ 7월 5일까지 총 21일이니까 3일씩 끊어가면 어떨까 싶습니다.

• issue 어떻게 관리할지? (툴 선택맞나요?)
• JIRA 이슈 관리가 되는 걸로 알고 있습니다.
• GITHUB 이슈 (그랩님이 간지나게 꾸미기 추천해주셨음) + 노션은 기본으로

• 코드리뷰 언제마다 할건지
• 기능 단위로 해야 하는 게 아닐까요? 협업 진행해보지 않아 어렵네요 ㅠ
• 저희 지금 pr 날릴 때 체크 박스 하나 정도의 크기?
• 코드 리뷰는 최대한 양이 작아야 한다고 들었습니다.
• + 이슈 났을 때, 본인이 필요하다 생각할 때 ?

개발과 연관 있는 부분 ?

• api 설계 언제부터 하고 끝낼지
• 기능을 더 상세하게 쪼개는게 선수 작업이라고 생각합니다.
• 플랜비님 벨로그 글 (요구사항에 올려준 글)
백엔드가 이정도는 해줘야 함 - 6. API 스펙 설계와 문서화 방식 결정 - (1)
맨날 뭐 결정만 하느라 지쳤으니, 이제 드디어 조금이라도 생산적인 작업을 해보자. API 스펙 설계와 문서화 방식 결정 인데, 우리가 여태까지 의사결정한 결과물들이 이 작업의 기반이 되어 도움을 줄 것이다. 여기로 다시 끌어와 보면, HTTP API 설계 원칙을 기반으로 API 스펙을 디자인하기로 했다. JSON을 직렬화 포맷으로 결정했다. Authorization 헤더로 인증 정보를 명시하기로 했다.

https://velog.io/@city7310/%EB%B0%B1%EC%97%94%EB%93%9C%EA%B0%80-%EC%9D%B4%EC%A0%95%EB%8F%84%EB%8A%94-%ED%95%B4%EC%A4%98%EC%95%BC-%ED%95%A8-6.-API-%EC%8A%A4%ED%8E%99-%EC%84%A4%EA%B3%84%EC%99%80-%EB%AC%B8%EC%84%9C%ED%99%94-%EB%B0%A9%EC%8B%9D-%EA%B2%B0%EC%A0%95-1

• 시퀀스 다이어그램 기반으로 할지 안할지

• ERD 언제 할지

• 패키지구조 언제?