스프린트 회고

· 성장
Keep button design system을 구성하여 앞으로 피처 개발에 있어 생산성이 향상될 것이다. 레거시 코드를 계속해서 처리해 나가는 점을 잘했다. 앞에서 언급한 변경점에 대해 문서화하여 팀원들에게 공유한 점 잘했다. Problem Try 다른 컴포넌트에 대한 design system을 구성해 legacy 코드를 계속 쳐내어 팀의 생산성을 끌어올리자. 슬랙을 통해 더더욱 공유하는 습관을 만들자.
· 성장
회고 방법은 개발자의 공유 문화 이모저모 (2) 회고 문화를 참고하여 KPT (Keep, Problem, Try)양식을 사용했습니다. Keep (이번 스프린트에서 만족했고 지속하고 싶은 점) 함수형 프로그래밍을 계속해서 적용하려고 노력한 부분은 잘한 점인 것 같다. Problem (이번 스프린트에서 아쉬웠던 점) 비지니스 로직은 잘 분리를 했지만 유닛 테스트를 만족할 만큼 작성하지 못한게 아쉽다. 개발한 기능에 대해 테스트를 꼼꼼히 하지 못했다. Try (다음 스프린트에 시도해볼 점) 비지니스 로직을 작성할때 유닛테스트라는 모자를 항상 옆에 둬보자. 마치 한 몸인 것 처럼 로직을 써야할때 테스트를 쓸가? 라는 고민이 자동으로 튀어나오도록 해봐야겠다. 기능 개발을 완료한 후 시간을 투자해서 다양한 케이스에..
mechaniccoder
'스프린트 회고' 태그의 글 목록