Good
- 프로젝트 기간에 좋았던 것들을 적어주세요.
- 기획 단계에서 서비스의 필요성을 모두가 인식한 부분이 좋았다. 프로젝트에서 모두가 하나의 비전을 공유하는 것이 중요한데 그런부분에서 서비스가 해결하고자하는 문제의식, 제공하고자하는 편의점들이 좋았다.
- 기획단계의 브랜딩과정이 논리적으로 전개되어 좋았다. 기획단계에서 키워드를 이용해서 서비스를 이미지화하고 그것을 바탕으로 로고 색상등의 브랜딩 작업이 이루어져 기획단계에 논리성이 보장되어 좋았다.
- mui를 이용한 빠른 개발
- 기본적으로 mui를 이용해 디자인 시스템을 차용했고 base 컴포넌트들을 이용하였기에 자칫 길어질 수 있는 base 컴포넌트 개발 단계를 빠르게 넘어갈수 있어 졸았다.
- 개발 목표를 위한 스프린트 설정
- 명확한 목표가 있었기에 계속적인 작업 일정의 조정이 있어서 꾸준히 달려올수 있어 좋았다.
Bad
- 프로젝트 기간에 아쉬웠던 것들을 적어주세요!
- 기술부채
- 빠르게 개발을 하려고하다보니 코드리뷰도 잘 진행하지 못했고 우선 머지후에 나중에 살펴보자라는 생각으로 개발을 진행해서 꽤 많은 기술부채를 껴앉은것 같다.
- 코드리뷰
- 코드리뷰를 잘 진행하지 못해 아쉽다. 코드리뷰를 하지 않고 머지를 하게되면 자칫 잘못 작성된 코드가 결국에 모두가 책임 져야하는 것이라 생각해 코드리뷰가 중요하다 생각하는데 이부분이 아쉬웠다.
- 기획단계 에서 개발 단계로의 전환
- 항상 고민 되는 부분인데 기획 단계에서 개발 단계로의 전환이 매끄럽지 않게 되는 경우가 많아 이번에는 최대한 매끄럽게 가져가 보려했는데 실패한것 같아 아쉽다.
- 오프라인에서의 효율성을 끌어올리지 못함
- 오프라인에서 명확한 태스크관리가 안되다보니 효율성이 떨어진다고 느껴질때가 있었다.
- 의사소통의 어려움
- 젠이 혼자 온라인으로 접속해있을 때 오프라인에서 합의된 내용을 전달하지못해 미안함과 소통의 어려움을 느꼈다.
[KPT 회고란]
Keep
- 좋았던 점 중에서 다음에도 유지하고 싶은 것들을 적어주세요.
- 기획단계에서 브랜딩 과정
- 빠른 개발이 필요할떄 ui 프레임 워크 이용
Problem
- 아쉬웠던 점에서 실제로 문제로 발생했던 것들을 적어주세요.
- 컴포넌트 단위 분류, 페이지 분류등 코드 정리 작업의 부재
- 코드리뷰의 부재
- 개발 단계 초기에서의 방향성 상실
- 오프라인에서의 명확한 태스크 관리의 부재
Try
- Keep 사항 중에서 한단계 더 발전하기 위해 시도해볼 것들을 적어주세요.
- Problem 사항 중에서 문제를 예방하기위해 시도해 볼 것들을 적어주세요.
- 리팩토링 기간을 설정한다.
- 코드리뷰의 중요도를 높힌다.
- 해야할 일에대한 태스크 관리