WIL | 1.1.일 [12.26.월 - 12.30.금]

(B2 | 6_team_project)

팀프로젝트 주간 : 최종 발표

 

- KPT 회고

 

[프로젝트 개요]

• BeeSolution 웹서비스 - 익명으로 고민을 작성하고 추천 솔루션 시스템으로 고민 솔루션을 제안하며 고민을 가진 익명의 유저들과 소통할 수 있는 커뮤니티 서비스
• 프로젝트 명 : BeeSolution
• 필수 작업 : DRF CBV 사용, serializer, custom user model, CRUD, CORS, 회원가입/로그인, 추천시스템, 백엔드 AWS EC2 배포

 

 

K(keep)

• 태도
  • 각자의 의견을 최대한 존중하고 배려하는 모습
  • 기한 내에 안정적으로 프로젝트를 마무리하는 습관
  • 구성원 각자의 메인/서브 파트를 설정하고 효율적으로 분업 하는 것
  • 오류 부분에 대한 협업
• 코드
  • 슬랙/git을 통한 활발한 의사소통과 트러블 슈팅 기록
  • Github를 체계적으로 관리하기
  • README.md에 프로젝트 설명 자세히 남기기 (erd,api명세서 추가)
• 서비스
  • 프로젝트를 실제로 활용할 수 있는 방안(간단한 기능이어도 실제 유저가 사용할 수 있는 것을 개발)에 대해서 진행할 것
  • 우리가 만들 프로젝트에 대한 조금 더 상세하고 명확한 이해와 소통을 목표로 초기 프로젝트 설계한 의도를 지속적으로 이어가기
  • 유저 피드백을 통한 개선처럼 유저 프렌들리 한 서비스를 위한 개발 지속

---

p(problem)

• 유저 피드백을 받고 유저가 원하는 핵심적인 부분(추천시스템 개선, 모바일 대응)에 대해서는 시간 내에 빠르게 해결이 어려운 문제여서 해결을 하지 못했다.
• 안정적 서비스 개발을 위해 도전해볼 수 있는 몇 가지 기능들(SMTP, 소켓 사용, redis) 를 리서치 후 서비스에 넣어보지 못함
• 시간 상 CI/CD 를 구현하지 못하고 직접 배포를 지속함
• DB 필드 값 수정할 수 있는지 알아보는 것 과 최초 DB 설계시 변경되는 걸 고려하지 못해 기존 배포된 데이터를 백업하지 못하고 삭제된 것

---

T(try)

• 코드
  • 지금까지 짠 코드 리팩토링해서 보다 좋은 코드로 짜기
  • 자기가 짠 코드에 대해서 왜 이렇게 했는지 이유에 대해서 설명할 수 있도록 하기
  • 상호 간의 코드 리뷰를 통한 Clean Code
  • 테스트 코드를 통해 TDD와 CI/CD 구현 후 연동
• 서비스
  • 추천 시스템의 서비스적 사용성 높이기
  • 실제 사용한것과 같은 유저의 고민과 더미 데이터 솔루션등을 실제로 적용해서 실제로 사용자들이 사용한 것과 같은 서비스처럼 보이게 해서 사람들이 사용할 수 있도록 하게 하기
  • 유저 피드백 전에 모바일 최적화 안된 화면을 개선해서 실제로 모든 기능을 다 사용해볼 수 있도록 시도
  • 유저 피드백을 바탕으로 기능 개선 - 프로젝트 피드백 참고하여 배포한 프로젝트에 적용하기
  • 서비스를 이용하는 사용자의 입장에서 조금 더 서비스의 목적이나 사용하는 흐름을 조금 더 직관적으로 알 수 있도록 개발

 

 

---

 

 

최종 피드백 정리

1. MBTI 에 특성을 설명으로 알려주면 좋을 것 같다.(ex 댓글 작성자를 mbti 표시 되는게 좋아보인다 해당 기능을 좀 더 발전시키는 방향으로 mbti별로 어떤 특성(?)을 가지는지 보여 줄 수 있으면 좋을거 같다)
2. 서비스에 답변이 많이 쌓여 AI 학습 데이터가 많아지면 추가 컨텐츠 개발하면 좋겠다. ex) 이상형 월드컵
3. 핸드폰 번호 인증으로 가장 많은 MBTI 사이트가 되면 협업 요청이 들어올 것이다.