2주차 회고록

이번 주 아쉬웠던 점 & 다음 주 개선할 점

• github에서 issue와 project를 연동하는 것
• 기능상 또는 UI상 문제 있을 시 issue를 적극 활용 할 것(버그리포트)
• Pull Request Template 만들기
• 주간 스프린트 계획때 공통의 시나리오가 필요할 것 같다. 해당 시나리오 대로 테스트와 기능 확인이 가능하도록 한다. -> 다음주부터 실시!!!!
• unit test 코드는 무조건 바로바로 짜기..제발...
• 기능 개발에만 몰두하지 말고 항상 아키텍쳐도 같이 시작하기
• 2명이서는 모든 작업을 분업 하는 것을 지양하자.
• 이슈 잘 달기
• DailyScrum Wiki로 이동하기

Issue

• 버그제목 + (버그라벨달기) : [B - 34] XXX 오류

• 상황: XXX을 하고 있는데 원래 의도는 XXX으로 나와야하는데 XXX이 아니다/앱이 죽는다/UI 요소가 이상하게 보인다. 가능하면 이미지 아니면 더 상세한 설명 혹시 첨부될 수 있는 동영상 OR 사진 (선택사항)

KanBan(Issue)

• 제목: 기능 구현은 기존에 사용한 제목 형식 / Unit test, 아키텍처를 구성
• label: [아키텍처], [테스트], [기능], [UI]
• 내용: 할 것들을 상세하게 한줄 씩 표현

Pull Request Template

이슈템플릿과 동일하게 가져가되, 추가적인 부가 설명 템플릿을 넣어서 리뷰를 보는 사람으로 하게끔 어떤 내용인지 알기 쉽도록 한다

• 제목: 이슈와 동일한 이름으로 간다. 단 여러 기능들이 합쳐진 PR의 경우에는 이슈 번호를 [ ] 내부에 통합해서 보여준다.