KPT 회고

회고를 바탕으로, 다음 스텝으로 나아가보세요.

실제로 많은 회사들이 프로젝트가 종료될 때마다 회고를 진행하고, KPT회고 방법론을 아주 많이 적용한답니다!

공부한 것, 배운 것 보다는 "협업"을 하며 느낀 점, 앞으로 더 잘 하고 싶은 점과 관련된 이야기를 많이 나누어주시면 좋겠습니다.

• KPT회고 방법 참고하기 ttps://brunch.co.kr/@jinha0802/35 https://techblog.woowahan.com/2677/
  

Keep - 현재 만족하고 있는 부분

1. 문제가 생겼을 때 실시간으로 의사소통을 하여 문제를 해결했던 방식
2. 아침, 저녁 회의를 통해 하루동안 어떤 것을 진행할 지, 어떤 것을 진행하였는 지에 대해 회의를 진행
3. Pull request를 할 때 github 자체에서 conflict 검사를 하여 dev 브랜치에 병합한 방식
4. 분담한 역할을 끝까지 해낸 것
5. 프로젝트 상에 오류가 발생했을 때 자신이 한 부분만이 아니라 다른 분들의 코드에서 발생한 문제점을 적극적으로 해결하려고 한 점
6. Code convention을 사전에 정한 부분
7. 적극적으로 자신의 역할 뿐만 아니라 코드적으로 성능을 높이기 위해 팀원 모두 노력한 점

Problem - 불편하게 느끼는 부분

1. 개인적으로 더 실력을 보충해서 개발을 시작했으면 어땠을 까하는 아쉬움
2. 메서드를 모두 static으로 정의해서 JVM 성능을 고려하지 않고 코드를 작성했던 부분
3. 입력에 대한 예외처리가 부족했던 부분
4. 더 기능을 발전시키려는 생각을 하지 못하고 구현했다는 것에 안주했다는 점
5. 상속이나 제네릭 같은 문법을 사용하지 않았던 부분

Try - Problem에 대한 해결책, 당장 실행 가능한 것

1. 시간을 더 투자해서 열심히 공부하기
2. static 말고 인스턴스 메서드를 사용하여 JVM 성능 높이기
3. 입력을 고려하여 예외처리를 적절하게 하고, 테스트 코드 작성하기
4. 기능 구현에 안주하지 않고, 더 발전시킬 수 있는 부분들을 팀원과 상의하여 개발해보기
5. 상속이나 제네릭 같은 문법들을 다양하게 사용해보도록 노력하기