20230403 프로젝트 Season 1. 회고

팀원들과 Season 1 을 마무리하며 KPT 회고를 진행했다.

 

내가 정리한 KPT 각 항목별 사항은 다음과 같았다. 

• Keep (프로젝트에서 만족했고, 앞으로의 업무에서 지속하고 싶은 부분)
  • 깃헙 칸반 관리 / 이슈 상세히 작성하여 해야 하는 작업을 정리한 것
  • 소통 방식에 있어서 서로 존중하며 소통한 것 / 팀으로써 같이 으쌰으쌰 하는 분위기가 지속된 것 (가장 좋았습니다!!! 대부옵스 짱…🫶)
  • 빠른 소통 + 적극적인 문제 해결 및 협력
• Problem (프로젝트에서 부정적인 요소로 작용했거나 아쉬웠던 점)
  • 초반 프로젝트 기능 명세를 작성할 때, BE와 FE의 더 상세한 소통이 필요함
  • 매일 11시 회의에서 기능 어디까지 구현이 되었고, 어느 이슈가 있었으며 오늘은 어디를 진행할 예정인지 각자 공유하는 부분이 잘 진행되지 않았음
  • 의존성이 많은 작업 (로그인, openbanking API 등) 에 대한 우선순위 분석/설정과 이에 따른 일정관리가 부족했음
  • 통합테스트 시, 해결에 오래 걸리는 기능을 6명이서 붙들고 있는게 시간 효율이 좋지 않다고 느껴졌음
  • 생각보다 데이터 및 기능이 어떻게 돌아가는지에 대한 공유가 부족했음
  • FE 회고
    • Recoil 상태관리에 대한 논의 부족
    • Figma에서 미리 작업하지 않았던 화면에 대해 어떻게 구현해야 할지 고민하는 시간이 많이 들었음
      • ex) 랜딩 페이지 우선순위가 생각보다 높았어야…
    • userflow에 대한 논의를 초기 단계에서 하는 것이 필요했음
    • 코드리뷰의 부재
    • 서로가 겪는 에러에 대해 적극적으로 공유하여 혼자 고민하는 시간을 줄여 시간관리를 하는 것이 아쉬웠음
  • 사용자 입장에서의 에러 처리 더 꼼꼼하게 했어야!
  • 랜딩 페이지의 중요성을 간과했음
• Try (Problem에 대한 해결 방식으로 다음 프로젝트에서 시도해볼 점)
  • 의존성 많은 작업 순으로 작업의 우선순위 설정하여 공유하기 → 이에 따른 일정 설정
  • 11시 회의 공유해야 할 목록의 리스트를 만들고, 6명 모두 발언할 수 있도록 회의 이끌기
    • 오늘 구현할 기능 / 작업 진척 상황 / 에러사항 및 도움 요청 등
  • 통합테스트를 기능별로 잘게 나누어 일정에 맞추어 진행하기 (6명 전참 대신, 해당 기능에 관여하는 BE, FE 멤버끼리 구현)
    • 통합 테스트 결과를 공유하는 문서 양식을 제작하여 결과 팀원들에게 공유하기
  • BE, FE 별로 정기적인 코드리뷰
    • 진행 방식과 일정을 정하고 실행하기
  • 매주 “기능발표” 시간 정하기
    • 배우면서 하는 거니까, 각자 구현한 새로운 기능을 일주일에 한번씩 돌아가면서 발표하도록 하기!
      • 포폴 쓰기에도 좋을 것 같고, 일정 관리에도 도움이 될 듯!
  • 구현되지 않은 핵심 기능에 대한 대안 논의 + 피드백 받은 버그 개선 및 게시판 기능 구현!

 

다른 팀원들의 공통적인 의견까지 반영하여, 시즌 2를 2주간 진행하여 리팩토링과 남은 기능구현을 하기로 했다.

 

Try for Season.2 

• 설계 회의 초반 진행 하기
  • 향후 추가할 기능은 설계 회의 빡세게 진행
    • 에러, 유즈케이스 처리 및 데이터 타입 및 컬럼 다 정하고 시작하기
• 세부 기능 구현 캘린더 작성
• 코드리뷰를 시스템화하기
  • 이슈 단위별 테스트 대체 - case report 작성 - 이를 바탕으로 통합테스트 진행 ⇒ 작업을 비동기적으로 처리할 수 있도록 프로세스를 재정립
  1. 이슈 처리를 완료하면 바로 dev 브랜치로 PR
     1. PR을 올릴 때 자신의 코드를 테스트하기 위한 절차를 함께 올리기
  2. 해당 PR은 코드 리뷰어가 리뷰를 마칠 때까지 머지되지 않음
     1. 리뷰어는 테스트 절차를 수행하며, 해당 이슈에서 정의한 요구사항이 잘 동작하는지 테스트해야 함
     2. a 테스트 과정을 자동화하는 방법 고민해보기
• 통합테스트를 코드리뷰 이후에, 일정에 맞추어 진행하기
  • 6명 전참! - 기능 구현자 이외에는 평가자/사용자 입장에서 평가하기
  • 통합 테스트 결과를 기능 담당자가 공유하는 문서 양식을 제작하여 결과 팀원들에게 공유하기

 

대부옵스의 시즌 2 화이팅!