TIL #3 미니 프로젝트 마무리 + 회고(KPT 회고 방법론)

다른 조에 비해 엄청나게 짧았던 미니 프로젝트 마무리 + 회고를 하고자 한다.

오늘은 미니 프로젝트의 발표회가 있고 다른 조가 어떻게 했는지 보고 피드백도 받는 모습을 볼 수 있었다.

 

다른조들 발표하고 피드백하는 모습을 보면서 구현해보고 싶은 기능들이 있었다.

 

구현해보고싶은 기능

 - JS로 모달 띄우기

 - 그래프 css

 

써보고싶은 도구

 - NoSQL인 firebase 활용해보기

 - Figma - 화면 설계(와이어 프레임)

 

 

발표회를 마무리하고 알려주신 KPT 회고 방법론으로 회고를 하고자한다.

 

KPT 회고 방법론이란?

Keep, Problem, Try의 약자로 회고 내용을 세 가지 관점으로 분류하여 회고를 진행한다.

- Keep : 현재 만족하고 있는 부분, 계속 이어갔으면 하는 부분

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

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

 

이번 KPT 회고에서 진행한 것은 

• Keep : 이번 프로젝트에서 진행한 과정 중 다음 프로젝트에서도 유지했으면 하는 부분.
• Problem
  • 문제점 : 이번 프로젝트에서 발생한 문제점을 객관적으로 판단
  • 해결 방안 : 해당 문제점을 해결할 수 있는 현실적인 방안 제시
• Try : 다음 프로젝트를 위해 해야 할 노력
  • Feel : 이번 프로젝트를 통해 느낀 

위와 같은 양식으로 진행 했다.

 

1. 한 주의 흐름

1. 한 일

• 프로젝트 명: 팀 소개 웹페이지 만들기
• 필수 작업: 팀 사진 및 소개, 팀원 추가, 팀원 소개

1. 느낀점

• 현욱 - 오랜만에 팀 프로젝트였는데 개인사정으로 사전캠프와 2일차까지 합류를 못해서 남은시간이 거의 없었고, css와 JS를 오랜만에 해서 강의와 프로젝트를 병행하느라 해보고 싶은 기능을 많이 구현을 못해본게 아쉽지만 하루동안 3명의 팀이 하나가 되어 빠른 시간으로 하나의 팀 웹페이지를 만들어서 뿌듯했고, 여러가지 인사이트를 얻을 수 있는 좋은 시간이었습니다.
• 민우 - 팀 프로젝트라 하면, 모두가 하기 꺼려하고 팀원에 대한, 또는 자기 스스로에 대한 걱정을 하기 마련이라고 생각했습니다. 프로젝트를 시작하기 전에는, 절대 마무리 하지 못할 것 같다는 생각도 있었는데 예상외로 파트를 나누고 팀원에게 질문도 하며 못할 것 같던 과제를 결국 완성해 낸 것을 보고 팀 프로젝트가 갖는 힘이 대단하다고 느꼈습니다. 더불어 팀 프로젝트를 할때 소통의 방식을 고민하게 되고, 어떻게 하면 효율적인 소통이 될까 고심하며 성장할 수 있던 좋은 계기가 된 것 같습니다.
• 다운 - 사전캠프에 참여하지 않아서 강의를 듣느라 프로젝트를 할 시간이 부족했던 것이 아쉽습니다. HTML, CSS, javascript 를 사용한지 오래되었는데 프로젝트를 하면서 사용법을 복습할 수 있어 좋았습니다

2. Keep

• 작업하기 전에 충돌이 생기지 않도록 어느 부분을 수정할지 말하고 작업하는 것
• 화면공유를 통해 직접적이며 실시간으로 소통했던 것
• 자기만의 개발 팁, 유용한 사이트(ex. 이미지 호스팅 사이트) 공유했던 것
• 경험을 하는 것에 의의를 두더라도, 적극적으로 참여해봤던 것

3. Problem

1. 문제

• 자신의 역량에 맞는 역할 분배를 하지 않음
• Github 사용 능력이 미숙함
• 개발 현황 공유가 부족함

 

   2. 원인

• 커뮤니케이션의 부족
• 경험부족

4. Try

1. Github에 대해서 공부하기
2. 프로젝트 시작 전에 자신의 역량을 객관적으로 평가하고, 팀원들과 공유하기
3. 프로젝트에서 파트 분배를 좀 더 효율적인 방향으로 세세하게 나누는 것
4. 정기적인 상호 피드백 및 논의 시간을 가지는 것
5. 최종 목표, 중간 목표 등을 설정하는 것

 

---

오늘 발표회 들으면서 느꼈던 점

여러 조를 보면서 느꼈던 점과 튜터님의 피드백을 듣고 앞으로 나에게 반영할 점을 적어 볼려고 한다.

 

 - 어떤 도구나 버전을 선택하였을 때, 다른 것과 비교하면서 왜 이것을 선택했는지? 개발자는 설명할 수 있어야 한다.

ex) 익숙하지 않아서 NoSQL을 선택하지 않은건 X -> 댓글 조회할때 관계형 DB가 더 활용하기 좋아서 선택하였다.

 

 - 컨퍼런스 모방하는 것도 괜찮은 방법, css 설계할때 div를 고려많이 해보는 것. 

    + 이번 과제에서 html, css, JavaScript를 깊게 공부한 것이 좋은 습관, 다른 기술을 배울때도 이렇게 공부할 것

 

- 흔히 말해 트러블 슈팅을 잘 기록하고 활용해야 할 것 같다.

   + 어떤 점이 어려웠고, 그 부분을 어떻게 해결해서 그 결과로 어떤게 나왔는지? / 배운점, 어려운 점 공유하기

---

* 앞으로 고려해 볼 것

 - API 명세서 : 프론트와 백엔드가 읽고 소통에 문제 없게 끔 자세하고 상세하게 작성해야함

 - Rest/Restful API 를 공부해서 적용해보는 연습을 해야할 것 같음 

 

 

 

오늘의 공부시간 인증!