[팀 프로젝트1] 팀 프로젝트 발표와 피드백

오늘 우리 팀이 만든 프로젝트 발표를 진행했다.

 

프로젝트 명: 삼조맛집

 

공휴일과 주말을 제외하고, 기획에서부터 개발까지 약 4일 동안 진행한 프로젝트이다.

 

나는 여기서 members 페이지 제작을 맡았고, CRUD 기능 중 READ, DELETE 기능을 firestore를 이용해 구현하였다.

 

---

프로젝트 발표 진행

웹 페이지 구성

 

디폴트 레이아웃 요소

 

team 페이지

 

memners 페이지

 

join 페이지

---

프로젝트 발표 후 피드백

• 우선 CORS 문제를 해결하기 위해 넣었던 js 코드가 inline으로 html에 추가되는 방식이 아닌, 다른 방식으로 해결될 수 있음을 알았음으로, js 파일을 따로 만드는 것이 좋을 것이다라는 피드백을 받았다. (이 부분은 시간 부족으로 수정할 시간이 없어서 그냥 제출했었는데, 추후에 다시 깃허브에 업데이트할 예정이다.)
• 깃허브 push 관련 문제로, branch를 만들어서 이 branch 자체의 url 코드를 제출했었는데, 이를 main으로 merge하고, main의 url을 제출하는 것이 더 좋다는 피드백을 받았다.
• 이 외에는 크게 별다른 수정 요구 사항은 없었고, 전체적으로 디자인이나 기능에 대한 좋은 평을 받아서 굉장히 뿌듯했다. 

---

팀 KPT 회고

 

 

개인 회고

• 확실히 팀으로서 작업을 진행하면서 겪었던 github merge, CORS 등의 문제들은 내가 개인적으로 겪었던 어느 문제들과는 결이 확실히 달랐다. 이런 부분에서 해결을 하기 위해 따로 공부해볼 수 있어서 너무 좋았고, 서로 다른 사람들이 서로다른 코딩 스타일로 코드를 짜기 때문에 coding convention을 개발 시작 전 정하고, file tree를 미리 구상했던 점이 특히 좋았던 것 같다. 때문에 우리는 이런 부분에서의 혼돈과 문제점이 다른 조들에 비해 적었던 것 같다.
• 아쉬웠던 점은 위에 보여진 팀 회고처럼 우리는 활발하게 소통하지는 못했다. 이는 다름이 아닌 팀 분위기의 영향이 컸던 것 같아서 충분히 이런 상황이 벌어진 것에는 이해가 되었다. 오디오의 겹침 문제 때문에 할 말이 있으면 마이크를 켜서 말하는 것이 중요한 부분이지만, 이러한 요소들이 아무래도 누군가에게는 적막 속에서 의견을 먼저 내는 것이 부담으로 느껴지게끔 만든 것이 아닌가라는 생각이 들었다. 때문에 팀이 얼마나 좋은 성과를 내는가도 중요하지만, 팀 분위기를 더 좋게 유지하면서 함께 목표를 향해 나아가는 과정도 장기적으로 팀 프로젝트를 진행한다면 굉장히 중요한 요소라고 생각했다.