[241209] Turkey Express 7조의 아웃소싱 프로젝트: KPT 회고

한식, 중식, 양식 등 다양한 음식을 주문받고 배달할 수 있는 서비스이며, 경쟁력 있는 높은 할인율과 저렴한 수수료를 통해 고객과 가맹점 모두 만족할 수 있는 플랫폼

KPT 회고란?

KPT는 회고 과정에서 사용하는 방법 중 하나로, 다음과 같은 세 가지 요소로 구성됩니다:

• Keep: 잘하고 있는 점이나 계속 유지했으면 하는 점.
• Problem: 개선이 필요한 문제점이나 변화가 필요한 점.
• Try: 앞으로 시도해볼 새로운 방법이나 개선 방안.

 

이번 아웃소싱 팀 프로젝트를 마무리하며, 팀원들과 함께 KPT 회고를 통해 프로젝트를 정리해 보았다.

[GitHub 링크]

👀  KEEP

• 프로젝트를 시작하기 전에 코드 컨벤션, 커밋 규칙, 브랜치 전략을 미리 세워놓고 개발을 진행
• 효율성을 높이기 위해 반복적으로 사용되는 공통 사항을 "global" 설정하여 개발 진행
• PR 과정에서 팀원들에게 코드 리뷰를 받고 Merge하는 방식을 선택했고, 팀원들과 화면 공유를 하며 충돌 문제를 원할하게 해결
• 개발 도중 논의가 필요한 사랑이 생겼을 때 실시간 회의를 통해 합리적인 근거로 설득하고, 팀원 간의 의견 일치를 이룬 뒤 개발 진행
• Develop 브랜치에 Merge 후, 각 기능 브랜치를 자동으로 삭제하도록 설정해두어 개발이 완료된 브랜치를 일일히 삭제하지 않아 실수를 발지하고 관리가 편해짐

💭  PROBLEM

• 문제 인식 : ERD 설계에 많은 시간을 투자했지만, 실제 기능의 동작 방식을 충분히 고려하지 않고 진행
• 문제 해결 과정 : 개발 중 구조적 문제가 발견되었음에도, 시간 부족으로 인해 설계를 수정하지 못하고 기존 구조에 억지로 맞추는 방법을 선택
• 결과 : 연쇄적인 문제가 발생
• 느낀점 : 설계 초기 단계에서 잘못된 점을 발견했을 때 즉시 수정하는것이 훨씬 효율적이라는 교훈을 얻음

🛫  TRY

• 하나의 기능을 구현할 때 마다 Postman으로 직접 시연하며 코드를 보완했더라면 더 완성도 높은 결과물을 얻을 수 있었을 것이다.
• GitHub를 사용하면서 각 기능별로 브랜치를 나눠 작업하려고 했지만, 하나의 브랜치에 연관 없는 기능을 같이 포함하여 커밋하고 푸쉬하는 일이 빈번하게 발생 -> 다음 프로젝트에서는 브랜치를 좀 더 세분화하면 좋았을 것 같다.

 🥳 마무리

→ 한지연 :

프로젝트 시작 전 브랜치 전략과 코드 컨벤션 같은 팀 안에서 룰을 정해서 그 틀 안에 하려고 노력을 많이 했던 프로젝트였습니다.

중간에 설계에 수정 필요하다 느끼면 수정하는 게 더 빠른 길이라는 것도 알게 되었습니다.

계획한 대로 도전 기능도 구현을 할 수가 있어서 좋았고 기존에 해왔던 방식과 다른 방향으로 진행되면서 배운 것도 많은 것 같습니다.

남은 기간도 화이팅입니다!

 

→ 백은영 : 

배달앱의 핵심 기능을 구현하면서 실제 사용자 경험을 고려한 설계를 체험해 볼수 있어서 좋았습니다.

특히, 프로젝트를 진행하며 초기 설계의 중요성을 깨닫고 명확한 설계가 있어야만 기능 구현과 수정이 원활하다는 점을 배웠습니다.

 

→  박예진 : 

처음에 설계부분을 공을 들여 작성한 덕분인지 초반에는 힘들었지만 기능 구현때에는

협의한 대로 쉽게 코드를 작성하고

맞출 수 있었던 것 같습니다!

좋은 팀원분들과 함께 즐겁게

작업할 수 있어 기뻤습니다!

 

→  정선우 : 

이번 프로젝트를 통해 초기 설계 중요성과

꼼꼼한 코드 리뷰에 대한 필요성에 대해 알아가는 프로젝트였습니다.