🗒️팀 회고

Keep

화기애애한 팀 분위기와 좋은 팀원들 : 자유롭게 의견을 주고받을 수 있는 환경이 조성되어 협업을 통해 프로젝트를 만들어가기위한 과정이 즐거웠습니다.

Problem

시간 부족으로 인한 아쉬운 코드 품질: 기획대비 프로젝트 구현시간이 부족해 전체적인 코드가 기술적인 구현에만 집중하게 되었고, 이로 인해 코드품질에서 아쉬움이 남았습니다.

Try

지속적인 개선 노력: 프로젝트 기간 이후에도 추가 기능 구현, 리팩토링과 성능 개선에 집중할 계획입니다.

프론트엔드

김용환 - 소비자

<aside>

Keep

현재 운영중인 서비스에서 디자인을 참고해 기존에 많은 시간을 들였던 디자인 작업이 빠르게 마무리 되었습니다. 그리고 여러 서비스를 비교하며 해당 도메인이 지녀야할 필수 기능들에 대해 파악이 되었던 점도 좋았습니다.

멘토님께 코드리뷰를 받고나서 코드를 짤 때 고민이 늘었습니다. 기능 적절하게 분리해서 응집력 높이기, 변수명 잘 짓기 등 단순히 기능 구현이 아닌 유지보수와 확장이 용이한 코드에 대해 더 고민하게 되었습니다.

FT님의 조언으로 매일 개발일지에 구현한 기능, 닥친 문제, 깨달음 등을 적었습니다. 개발 블로그들을 보면 기록에 대해 강조하는 글들이 많은데, 에이 그냥 기억만 하면되지 라고 생각했었습니다. 하지만 지난 개발 일지를 보니 이런일도 있었나 하는 생각이 듭니다. 잊혀진 기억은 내 기억이 아니었던것입니다. 기록의 소중함에 대해 좀 더 알게 되었습니다.

</aside>

<aside>

Problem

기능 요구사항을 제대로 정의하고 전달하지 못해 협업에 차질이 있었습니다.

일정을 상세히 계획하지 않아서 미뤄뒀던 기능을 개발할 때 백엔드분에게 api를 개발해달라고 졸랐는데, 돌이켜보니 너무 죄송한 기억입니다.

서비스 트리의 끝단에 위치한 기능들에 대한 파악이 되지 않아, 뒤늦게 해당 기능과 페이지를 일일이 디자인하고 만들어야 했습니다.

사용자의 시각에서 디자인과 접근성에 대해 좀 더 생각해야겠습니다. 제가 만들다보니 이 ui가 어떤 기능이고 어떻게 사용하는지에 대한 고민을 하지 않았는데, 디자이너 경력이 있으신 팀원분의 조언을 들으며 내가 미로를 만들고 있구나 하는 생각이 들었습니다.

</aside>

<aside>

Try

코드리뷰 경험이 너무 좋았는데 끝난다니 아쉽습니다. 코드 리뷰 받을 방법을 더 찾아봐야겠다. 다른 사람이 받은 코드리뷰도 보면서 인상적인 리뷰는 기록해놔야겠다.

포트폴리오를 만들 때 함수작성, 기능구현 과정, 변수명에 대한 컨벤션을 사전에 정하고 들어가야겠다.

서비스 디자인을 할 때 어떻게 구현할지 계획을 짜놔야겠다.

</aside>

한승철 - 관리자

<aside>

Keep

작성하는 코드의 근거를 찾으며 작업하는 방식이 좋았습니다.

</aside>

<aside>

Problem

도메인 별로 따로 작업을 해서 소통을 많이 하지 못했다는 점이 아쉬웠고, 혼자 작업을 하다보니 컨벤션을 생각하지도 않고 작업 한 것이 아쉽습니다. 또한 시간이 촉박해지면 촉박해질수록 생각없이 오직 구현만을 위해 코드를 짜는 자신의 모습을 발견했습니다.

</aside>