본문 바로가기

Study/개발일지

[KPT회고] 9조 프로젝트 이후 회고록

프로젝트 : 게시판 CRUD 및 뉴스피드 형식의 데이터 조회

주요 구현기술 : SPRING security, lombok, jpa , amazon s3, mysql, gradle

 

KPT 회고 (팀원들의 의견을 반영 하여 종합된 의견 추출 )

 

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

- 이어갔으면 하는 부분

 

-> 성실하고 노력을 많이 했다. 

-> 못하는 부분은 서로 공유하거나 질문하려는 태도가 좋았다.

-> 다른 사람의 의견을 존중하고, 때에 따라 자신의 의견을 버리기도 하는 등 팀원들의 인성이 좋다고 생각했다. 

-> 조원들이 다양한 spring 관련 기술, 라이브러리를 활용해서 프로젝트 시간이 유익한 시간이 되었다고 생각한다.

 

Problem
- 불편하게 느끼는 부분
- 개선이 필요하다고 생각되는 부분

 

-> 좀 더 타이트하게 일정 관리를 할 필요가 있어 보인다. 본인이 오늘 어떤 작업을 했는지 또는 언제 휴식할 것인지 다른 사람이 늦게 알게 되는 경우가 있었다. 

->  스스로 해결이 안되면, 질문을 많이 해야한다. 

-> 인원부족, 개인사유 등으로 일부 추가기능과 프론트엔드 개발을 진행하지 못했다. 어떤 날 개인사유가 있어 협업을 하지 못했다면, 그 다음번에는 적극적인 참여가 필요하다.

-> 각자 도메인 단위로 개발했던 것이 아니라 연관되는 작업들이 진행이 되지 않았었다.

   --> 도메인 단위로 일을 나눠 진행할 필요가 있어보인다.(인원여유가 없다보니 다른 도메인 개발도 섞어서 한 것 같다.)

-> 한 가지 기능 구현에 많은 시간을 소모하다가, 기존에 되던 기능에 있는 불필요한 코딩이나 예외 발생 등을 잡지 못한 경우가 있었다. 

-> 소스 프로그램을 구현할 때, 빠르게 개발하는 것도 좋지만, 소스 가독성을 고려하거나 불필요한 소스코드를 없애려는 노력도 필요 할 것 같다. 

-> Controller / Service / Repository 각각에 어떤 성격의 코딩이 들어가야하는지 연구할 필요가 있어보인다.

 

Try
- problem에 대한 해결책
- 다음 회고 때 판별 가능한것
- 당장 실행가능한것

 

-> 프로젝트에 시간을 많이 투자 할 수 있어야하고, 적절한 수의 개발 인원이 있어야 한다.

-> 말로 표현하여 소스를 관리하는 것도 좋으나, git에서 제공하는 pull request를 통해 개발 이력을 남기면서 

    체계적으로 업무, 소스프로그램 관리를 하는 것이 필요하다. 

-> ott 소개 뉴스피드라고 주제선정을 했지만, ott정보를 얻으려면 오픈api를 찾기 쉽지 않고 데이터를 크롤링해야한다. 적은 시간에 하기 어려운 기술이라면 , openapi를 활용할 수 있는 쇼핑 같은 보편적인 주제를 선정하는 것이 좋다. 그리하여 다른 핵심기술에 시간을 더 투자할 수 있을 것 같다. 

-> 현재 만들어놓은 프로젝트에서 프론트엔드 페이지를 연결하거나, 추가기능으로 무엇을 할지 연구하면서 공부를 해봐야할 것 같다.

728x90