팀소개페이지 구현 프로젝트 KPT 회고

• **KPT 회고 방법론**을 적용해 봅니다.
  • Keep : 이번 프로젝트에서 진행한 과정 중 다음 프로젝트에서도 유지했으면 하는 부분.
  • Problem
    • 문제점 : 이번 프로젝트에서 발생한 문제점을 객관적으로 판단
    • 해결 방안 : 해당 문제점을 해결할 수 있는 현실적인 방안 제시
  • Try : 다음 프로젝트를 위해 해야 할 노력
    • Feel : 이번 프로젝트를 통해 느낀 점
  • 작성 예시 : https://velog.io/@ysh0714/KPT-회고

5조 KPT 회고

 

[프로젝트 기간 동안 한 일]

• HTML, JS, CSS로 구현한 기본적인 팀 소개 페이지, 개인소개 페이지 구현

 

[keep] 

• 지속적인 소통
• 협업 맡은 부분을 책임있게 해내기
• 궁금한 것이 있다면 바로 물어보기(git관련 질문같은 것들)
• 강의에서 배운 부분을 스스로 적용해보기

 

 

[problem]

문제점:

• 강의에서 배운 부분만이 아닌 다른 기능을 추가적으로 적용해 보지 않았던 것
• 다른 팀들은 반응형 디자인 혹은 방명록 정렬 기능, 로컬 스토리지 등을 이용한 부분이 있었음 하지만 우리팀은 도전적인 시도를 하지 않았다.
• 서로 논의한 부분, 현재에서 어떻게 하면 더 나아질지 와 같은 트러블 슈팅 기록을 남기지 않았음

해결방안 :

• 트러블슈팅 기록 업무로 나누어서 프로젝트 틈틈히 기록하는 것을 습관화하기.
• 항상 어떻게 하면 더 발전할 수 있을 지 고민하기. -> 적용가능한 기능을 떠올려보고 구현을 구체화해나가기
• 아직 배우지 않은 기술 스택들 사용해보려고 시도하기

[Try]

• 개발자로서 준비하는 과정에서 새로운 기능들을 어떻게 하는지 일단 모르겠어도 찾아보면서 적용해보는 자세가 필요할 것 같다.
• 회의에 대해서 정리해보고 돌아보기
• 시간과 방향성 제시에 대한 도전적인 방향가져보기
• 궁금한 점이 생길 때 적극적으로 소통해서 프로젝트를 완벽히 이해한 후에 개발하기. 질문할 때는 현재 문제 상황을 명확하게 정리한 후에 찾아가기

[느낀점]

• 백엔드 개발자로서 준비하는 과정에서 새로운 기능들을 어떻게 하는지 일단 모르겠어도 찾아보면서 적용해보는 자세가 필요할 것 같다. 오늘 튜터님이 알려주시길 개발은 단계단계 배우는 부분도 있지만 그것보다는 본인이 원하는 부분을 알아가면서 적용해보는게 크다고 말씀해주셨다. 겉핥기 식이라는 느낌을 받을 수 있어도 해나가다보면 내 걸로 만드는 날이 올 것이다라고 생각한다. 

[GitHub링크]

https://github.com/YUBIN-githubb/sparta-prime.git

GitHub - YUBIN-githubb/sparta-prime

 

[배포 링크]

https://yubin-githubb.github.io/sparta-prime