[프로젝트 회고] 회고 작성법

프로젝트 회고

프로젝트 진행 중 혹은 프로젝트를 마친 뒤 해당 프로젝트의 경험이 온전히 내 것이 될 수 있도록 프로젝트 회고를 하고자 한다. 회고 방법중 하나인 KPT 회고 작성 방법에 따라 회고를 진행할 예정이다.

KPT 회고 방법이란?

KPT는 Keep/Problem/Try 세 단계로 나누어 해당 프로젝트에서 각 단계에 따른 회고를 하는 것이다.

보통 KPT 회고 방법은 4인 이상의 팀원으로 진행중인 프로젝트에서, 스프린트 마지막날 혹은 프로젝트 중간중간, 해당 회고를 통해 협업과정을 더 이끌어내는 회고이지만, Keep, Problem, Try 부분을 개인회고에 맞게끔 수정하여 개인회고에 사용하고자 한다.

화이트보드와 함께 진행되는 팀 단위 KPT

[개인회고를 위한 Keep/ Problem/ Try]

• Keep: 프로젝트 완료 후에도 간직하고 싶은 잘했던 것 / 좋았던 것
  *ex) "~기술 적용을 했더니 효율적으로 ~를 할 수 있었다."

• Problem: 프로젝트 중 겪었던 어려움(기술, 소통, 협업, 에러 등 프로젝트 진행 관련된 그 어느것이든) / 프로젝트 완료 후에도 아쉬움으로 남는 것
  *ex) "~기능 적용 중 ~이슈가 발생하였다."

• Try: Problem 중 해결된 사항에 대한 해결 방법 / 해결되지 않은 사항에 대한 피드백
  *ex) "~기능 적용 중 발생한 ~이슈 해결을 위해 ~를 하였다."

개인 프로젝트 회고 목차 구성

1. 프로젝트 설명

어떤 프로젝트를 진행하였는지 프로젝트의 목적, 구현하고자 했던 기능, 기술 스택 등 프로젝트에 대한 설명을 먼저 하자.

2. KPT 작성

Keep / Problem / Try 를 작성한다.
(작성 중 기술적인 설명이 필요한 경우 새로운 게시물을 작성한 뒤 링크로 연결해주자)

3. 느낀점

감정적이든 기술적이든 그 어떤 부분이든 해당 프로젝트를 진행하면서 느낀점이 있다면 무엇이든지 자유롭게 적는다.