위코드 1차 프로젝트

회고

1. KEEP

1. 협업 / 프로젝트 경험

첫 프로젝트로써 짧은 프로젝트 기간동안 개발에 집중해야 했기에 디자인/기획 부분은 클론으로 진행하였다.
프로젝트 진행 과정에서 실제 프로젝트가 어떤 방식으로 진행되는지, 그 방식 속에서 나는 어떤 점이 부족하고, 어떻게 발전해야 하는지 느껴볼 수 있었다.
모든 것이 처음이라 어설펐지만 이번 경험들을 바탕으로 꾸준히 발전해 나갈 것이다.

2. 팀원간 존중과 계속된 소통

모두가 처음인 프로젝트라서 특히 프론트 / 백 간의 소통에 문제가 많았지만 갈등이 생길 수 있는 상황에서도 서로를 존중하면서 계속 소통하면서 맞춰가는 과정이 좋았다.

3. 계획된 일정에 맞추어 기능 구현 완료

프로젝트는 애자일 방법인 Scrum 으로 진행됐는데 매 Sprint 때 목표로 했던 목록들을 완료했다는 점은 좋았다.
개발자는 정해진 일정 안에서 결과물을 만들어내야 하니까

2. PROBLEM

1. 프론트엔드에 대한 지식 부족

백엔드에 관해서만 공부했고 위코드 과정을 진행하면서도 백엔드에 집중하다 보니 프론트엔드와 관련된 지식이 부족했다.
프론트와 통신하는 것에서 어려움을 느끼게 됐고 계속된 대화을 통해 개선됐지만 그 과정 속에서 1주차의 대부분을 사용해버렸다.
그 결과 밑에 있는 나머지 문제들이 부가적으로 발생하게 되었다.

직업군인시절 통합훈련 때마다 방공이라는 병과를 잘 모르는 지휘관들 앞에서 브리핑을 하면서 답답함을 느꼈었는데 이번에 나와 같이 프로젝트를 진행했던 프론트엔드 분들의 답답함은 그걸 훨씬 뛰어넘었을 것 같다..

2. 시간 배분 / 컨디션 관리 실패

2주라는 짧은 기간동안 프로젝트가 진행되다보니 시간 배분이 중요했지만 1주차에 진행을 많이 못했기에 2주차에 밤을 새는 등 시간에 쫓기며 급하게 진행을 했다.
그로인해 2주차 때 팀 전체가 컨디션도 최악에 가까웠다.

3. 데일리 미팅 생략

2번의 이유로 인해 2주 차 때는 데일리 미팅을 생략하게 되었다.
주요 이유는 아침에 모든 팀원이 다 있는 경우가 없었기 때문에...

미팅이 사라지면서 Scrum 방식으로 진행하는 의미가 퇴색되었다.
그 결과 백 / 프론트 간 기능 구현 진행도 차이가 많이 나버렸다.

4. 기능 구현에 만족

급하게 진행을 하다보니 목표로 한 기능 구현은 모두 완료하였지만 기능이 실현된다는 것에서 끝내버렸다.

3. TRY

1. Sprint 별 일정 목표 현실적, 구체적으로 설정

Scrum 방식이 제대로 진행 되었다면 Problem에 적힌 문제 중 대부분이 적히지 않았을 것이다.
일정 관리를 위해 Trello를 사용했는데 다음에는 잘 사용해봐야겠다.

데일리 미팅도 생략하지 않고 제대로 진행하면서 진행사항을 계속 공유하는 것이 중요하다는 것을 알게 되었다.

2. 프론트에 대한 기본적인 지식 습득

API를 작성해 프론트와 통신하는 과정에서 프론트 지식이 부족해서 처음엔 모든 내용이 담긴 API를 작성했다가 중간에 소통하면서 필요한 내용만 담긴 API를 각각 다시 작성하는 등 애로 사항이 많이 생겼었다.
처음이라는 변명도 있지만 기본 개념이 없어서 생긴 문제였다.

프론트와의 협업 뿐만 아니라 앞으로 모든 협업의 과정 전에 상대방의 분야에 대한 최소한의 지식은 가져야겠다.

3. 기능 구현 > 더 나은 코드에 대한 고민

이번에는 시간에 쫓기어 코드가 실행만 되면 그냥 넘어갔지만 내가 처음 생각한 코드가 완벽할리가 없다.
코드 리뷰 등의 방법을 통해 개선할 방법을 계속 생각해봐야겠다.

---

전체적으로 아쉬운 점도 많았지만 좋은 사람들과 함께해서 좋았던 내 첫 번째 프로젝트였다.

이번 회고를 바탕으로 다음에는 더 만족스러운 프로젝트를 진행했으면 좋겠다.