2주간의 1차 프로젝트를 마치고 배운 점, 아쉬운 점, 앞으로 노력해나갈 점에 대해 KPT 회고를 적어보자!

KEEP(현재 만족하고 있는 부분, 계속해서 이어나갔으면 하는 부분)

기획 측면

• 구체적인 서비스 타겟층을 선정한 점
• 포인트 컬러 사용을 통해 사용자 행동을 유도할 수 있다는 점을 깨달음

협업 측면

• 프로젝트 시작 전 코드 포매팅, 깃 컨벤션, PR 규칙, 이슈 생성 관련 규칙들을 모든 팀원의 동의 하에 꼼꼼하게 정했고, 이를 잘 지키며 프로젝트를 진행했다는 점
  • 브랜치 병합 시에 꼼꼼한 코드 포매팅 합의 덕분에 일관적인 코드 스타일을 유지할 수 있었다
  • 이슈 기반 개발 방식을 이용한 덕분에 깃 프로젝트를 통해 팀원들이 어떤 기능을 구현하고 있는지 진행 상황을 한눈에 파악할 수 있었다
  • 각자의 개발 영역을 잘 분리한 덕분에, 병합 시 컨플릭트를 줄일 수 있었다
  • 피드백 요청, 논의가 필요한 내용들은 따로 라벨을 달았고, 즉시 디스코드를 통해 논의했으며 코드 리뷰 또한 24시간 내에 진행했다
  • 첫 프로젝트였지만 뭔가 정돈된 느낌을 받을 수 있었고, 협업 시 개발 방식을 배울 수 있었다
• 팀원들과의 지속적인 소통을 통해 같이 나아가고있다는 분위기를 형성했다는 점
  • 프로젝트 기획 기간 중 주제나 요구 사항 등을 정할 때 각자가 추구하는 방향, 의견 등을 들어보고 공통점을 찾아내려 노력했다
  • 팀원들과 소통을 하면서 왜 좋은지, 얼마나 좋은지 직접 경험해보았고, 원인을 파악하고 문제를 해결하는 시간을 줄일 수 있었다고 생각했다
  • 작은 문제라도 같이 고민했고, 같이 해결해나갔으며, 누가 먼저랄 것도 없이 서로의 의견을 물었다 이러한 분위기가 형성되니 다른 의견이라도 거리낌 없이 제안할 수 있었고, 의견에 조언들이 더해져 더 좋은 결론을 낼 수 있었다 또한, 문제상황에 마주했을 때 팀원들과의 자유로운 의견 교환을 통해 해결책을 더 빠르게 찾을 수 있었다
  • 내가 개발하지 않은 부분 이더라도 개발 상황과 문제를 공유하며 마치 함께 개발한 것과 같은 간접 체험도 경험할 수 있었다

시간 관리 측면

• 2주라는 짧은 시간이 정해져있고 결과를 내야하는 프로젝트인 만큼 어떤 일이든 데드라인을 촘촘히 정해놓고 그 시간 안에 끝내려 노력했다는 점
  • 짧은 시간 안에 나의 역량을 쏟아붓기위해 '할 수 있을까?'라는 생각보다는 '시간 정했지 그럼 그때까지 해내야지' 이런 마인드를 기르려 노력했고, 내가 해낼 수 있다고 생각하는 시간보다 더 타이트하게 데드라인을 정했다
  • 물론 지키지 못하는 경우도 있었지만, 시간을 정해놓으니 좀 더 빠른 시간 안에 할 일들을 끝낼 수 있었고, 잠을 줄여서라도 해내기 위해 노력했다
  • 덕분에 프로젝트 초반에 생각했던 기능들을 90%이상은 구현해낼 수 있었다

PROBLEM(개선이 필요하다고 생각하는 부분, 잠재적인 문제)