KPT
Keep
- 초반 회의 때 원활한 소통과 적극적인 자세로 다른 팀들보다 빠른 역할 분담, 와이어프레임이나 erd 작성이 순조로웠던 점이 좋았습니다.
- Github를 통한 협업 및 버전관리를 수행했다는 점이 만족스러웠습니다.
- 보안에 관한 요구 사항을 엄밀하게 준수한 내용이 좋았습니다.
- 진행하면서 서로 도와주고 배려해주고 원활한 의사소통을 통해 팀원들간의 협업 및 과제 수행이 잘 진행되어 좋았습니다.
- 민감 데이터를 환경변수화 하고, 고유 DB를 만들어서 사용한 부분이 좋았습니다.
- 코드 병합하는 부분에서 모르거나 이해가 안가는 부분이 있으면 질문을 계속 해주시는 부분이 좋았다.
- 데이터가 그대로 노출되는 것에 대해 생각을 전혀 하지 못했는데 관련된 아이디어를 공유 받아서 좋았다.
Problem
- 초반에 진행은 빨라서 좋았으나 필수 요구사항 밖에 하지못하는 아쉬움이 있습니다.
- 깃허브에서 풀리퀘스트를 머지하지 않고 팀원들의 브랜치의 코드를 복사 붙여넣기를 통한 병합에서 특정 팀원의 코드 누락이 발생한 것이 문제였습니다.
- 초기 계획시 엔티티 정의 등 세세한 초기 설계가 필요하다고 생각합니다.
- 기능 별 테스트를 위한 mock up test 코드가 필요하다고 생각합니다.
- 시작은 좋았지만 필수 이후 추가적인 작업을 하기엔 시간이 촉박했던 점과 코드 병합 과정에서 여러 문제가 많이 발생하여 시간을 많이 잡아먹은 것이 문제였던것 같습니다.
- 코드 병합을 진행할 때 각자 파트를 작성하고 한 번에 합치는 방식으로 진행을 했는데 이 부분은 개선이 필요하다고 생각합니다.
- Postman 테스트 뿐만 아니라 직접 테스트 코드를 작성해서 코드를 유지 보수해봐도 괜찮다고 생각한다.
- 커밋하기 전에 기능 구현만 놔두고 기능 구현을 위한 다른 코드들은 없었다면 좀 더 나은 병합을 할 수 있었을거라 생각한다.
- 각자 구현한 기능에 대한 코드 리뷰하는 회의(토론)가 있었으면 좋겠다.
Try
- 진행이 더디지 않게 원활히 되기 위해 일정과 휴일을 모두 파악해 주어진 시간에 가능한 요구사항들을 구현해내는 것이 좋겠다고 생각합니다.
- 수동 머지 부분은 팀원과 상의 후 머지하는 사람을 정하고 깃허브로 풀리퀘리스트를 머지하면서 충돌을 해결하여 다른 팀원의 코드 누락을 최소화 하는게 좋을것 같습니다.
- 인텔리제이 http를 이용한 테스트 코드 구현
- 초기 style guide 설정을 통한 코드 일관성 유지
- 팀원간의 일정조율 후 회의 시간에 같이 코드를 이해하고 만들고 병합하는 시간을 가진다면 작업 능률이 올라갈 것이라고 생각합니다
- 틈틈히 머지를 진행하며 코드를 작성하는 것이 좋을 것 같습니다.
- 기능 구현이 완성된 부분에 한해 코드 리뷰하는 시간을 따로 만들어도 괜찮을 것 같다.
- 커밋할 때 기능 모든 파일이 아니라 구현 파일만 커밋해서 푸시해도 괜찮을 것 같다.