04. SBS -TO DO LIST KPT 개인 회고 (10.15) - 장동혁

> >SBS -TO DO LIST KPT 개인 회고
>
> ## Keep (유지할 항목)
> * 최종 기능 구현 이후, 서비스를 시연해보며 더 부드러운 서비스를 만드려면 어떻게 기획을 해야할지 고민을 많이 해보았습니다.
> * [Client] 사용자가 사용하기에 편안한 UI를 만드는게 생각보다 어려워서, 성공 사례들을 보며 감을 익혀야겠다고 생각했습니다.
> * [Back] 초기 기획에서 API, DB 스키마에 대한 이해 없이 개발을 들어가는건 굉장히 비효율적임을 몸소 느꼈고, 느낀점을 토대로
다음 프로젝트에서는 기획을 철저히 해야겠다고 생각했습니다.

>
> ## Problem (문제라고 생각하는 항목)
> * 기획에서 충분히 논의되지 않은 부분(API, DB 스키마)이 개발을 하는 도중에 시간 소모를 발생시켰습니다.

>
> ## Try (Action Items)
> * [ ] [Client] all: 추후 개발에서는 스타일 컴포넌트, Sass를 적극적으로 활용하기 위해 준비 예정입니다.
> * [ ] [Back] DB 스키마 작성하는 방법에 대해 고민하고 자료 수집이 좀 더 필요하다고 생각하여 공부 예정입니다.
> * [ ] [Back] API 문서 작성 하는 팁, 잘 만들어진 사례를 보고 제가 짠 문서와 어떻게 다른지 확인하여 공부 예정입니다.
> * [ ] [Client & Back] 시간을 내서 다음 프로젝트에 개발하는 서비스를 모바일에도 적용할 수 있도록 리액트 네이티브를 공부 예정입니다.

Es sind keine Dateien, Tests oder Einstiegspunkte angegeben. Lies die Abschnitte Keep, Problem und Try, um die Retrospektive zu verstehen, aber das Issue definiert keine Änderung am Code oder an der Dokumentation und kein Abschlusskriterium.

Vom Indexierungsmodell aus dem Issue-Text verfasst.