Skip to content

[Week4] 스프린트 회고

juhyojeong edited this page Dec 2, 2022 · 1 revision

팀 회고

잘한 점

  • 소통이 매우 활발했다.
  • 빠른 버그 리포트 및 수정(대응)이 빨랐다.
  • 데모 때 서비스를 공유해서 반응을 잘봤다.
  • 빠른 시기에 프토토타입 구현을 완료했다.
  • 매일 QA 시간을 가지면서(자연스럽게) 많은 개선을 시도했다.
  • 리뷰가 굉장히 잘 이뤄지고 있다.
  • 슬랙 채널을 활성했다.
  • 팀워크가 좋아졌다.
  • 적극적인 소통 문화 구축했다.
  • 목표를 전원 달성했다.
  • 큰 사고없이 3주를 잘넘겼다.
  • 지난주에 정한 개선사항을 잘지켰다.

문제점

  • merge 전에 테스트가 부족해서 hotfix가 자주 이뤄졌다.
  • FE task 분배가 잘 이뤄지지 않아 재조정이 필요하다.
  • 설계에 대한 고민이 부족했다.
  • 버그 리포팅에 대한 문서가 없다.
  • 멘토링 시간을 적극적으로 활용하지 못했다.
  • socket api 문서가 너무 부실하다

개선방안

  • merge 전에 테스트가 부족해서 hotfix가 자주 이뤄졌다.

    ⇒ 돌다리도 두드린다는 심정으로 다시 한번 보고 pr 올리자

  • FE task 분배가 잘 이뤄지지 않아 재조정이 필요하다.

    ⇒ 관심사를 다시 조정하고 task 분배 필요 → 스프린트 계획 때 구체적으로 반영

  • 설계에 대한 고민이 부족했다.

    ⇒ 설계를 반드시 하고 개발하는 습관을 들이자

  • 버그 리포팅에 대한 문서가 없다.

    ⇒ 버그 리포팅(서비스) 페이지를 만들어 관리, 발견한 버그를 기록하고 해결 시 기록

  • 멘토링 시간을 적극적으로 활용하지 못했다.

    ⇒ 촤소 1개씩 질문 준비해서 하기

  • socket api 문서가 너무 부실하다

    ⇒ 템플릿을 만들고, 구체화를 시켜서 다시 정리


개인 회고

영호

  • 잘한 점:
    • PR에 Build Check Action 달아뒀음.
    • 어쩌다보니 오류 제보에 5분 내로 다 답변한 것 같음
  • 문제점:
    • 고민만 하다가 시간 다 보낸 듯?
    • 어… 이번 주 뭐했지? → 뭔가를 했다는 생각이 안들음.
    • 갑자기 건강 이슈 발생
    • 쓰다가 말은 기술 문서가 너무 많음
  • 개선방안:
    • 너무 구체적으로 토대를 잡으려고 하지는 말자. 예외 상황만 계속 고려하다가 시간 다 보낸 듯.
    • 그래도 다음 주에 DB 교체 작업 때문에 바빠지지 않을까?
    • 뭐 잘못 먹지 말자…
    • 한 문서에 너무 많은 정보를 담으려다가 탈이 나는 것 같으니, 가지치기를 잘 하자.

성훈

  • 잘한 점:
    • 적극적으로 소통을 진행했다
    • 해야할 task를 빠짐없이 수행했다.
    • 프르토타입 구현을 완료했다.
    • 동작별로 구분을 잘해놔서 이슈 대응이 빨랐다.
  • 문제점:
    • 구현에 초점을 맞추다보니 코드 퀄리티가 맘에 안든다
    • 설계가 문제가 있는 경우가 있어서 변동사항이 자주 발생하고 개발이 딜레이됐다
    • 코어타임 넘어서 팀원들을 너무 자주 호출했다.
    • (개발) 부족한 시간 내에 최적화에 대한 고민이 필요하다
  • 개선방안:
    • C to S, S to C 구현부를 리팩토링한다.
    • 설계를 문서화하고 검증을 나 혼자가 아니라 팀원 한명 붙잡고 같이 하자
    • 내 관심사 부분이 아닌 곳도 얼른 구조를 파악해서 혼자 해결할 수 있는 일이면 해결하자
    • 최적화에 대한 아이디어를 적극적으로 공유하고 빠르게 계획을 수립하여 추진력 있게 진행하자(시간이 2주뿐이다)

진우

  • 잘한 점:
    • 컨디션 관리
    • BE 문서 페이지 도입
    • BE 간 잦은 소통
    • MongoDB 데이터 모델의 장단점 파악
  • 문제점:
    • 코어 타임 이후 Slack 확인이 약간 느림
    • Socket 이벤트 데이터 관련 실수가 잦았음
    • MongoDB 데이터 모델 구현 코드 작성 못함
    • 기술 문서의 아쉬운 퀄리티
  • 개선방안:
    • PC 슬랙창을 닫고 외출하기 ⇒ 켜져있을 경우 휴대폰, 워치 알람이 안 옴
    • Socket 이벤트 명세 작성 시 해결 가능
    • 학습과 구현의 저울질 필요
    • 기술 문서 주제에 대한 심도있는 고민 필요

효정

  • 잘한 점:
    • 서기를 열심히 했다
    • 할당된 스프린트를 완료했다
  • 문제점:
    • 기술 공유를 위한 학습 정리를 제대로 하지 않았다
    • 지난 주에 비해 코드리뷰를 덜 열심히 했다
    • 1-2주차에 비해 한 일이 별로 없다
  • 개선방안:
    • 더 정신 차리고 학습 정리를 열심히 하자
    • 더 꼼꼼하게 코드를 확인해보자
    • 기능적, 성능적으로 향상시킬 수 있는 태스크를 많이 뽑자

명성

  • 잘한 점:
    • 아이디어를 잘 생각해낸 것 같다.
    • PR이랑 슬랙에 최대한 빠르게 응답하려고 노력했다.
  • 문제점:
    • 이슈 하나를 위임(?) 했다. 감사합니다.
    • PR 머지 전에 테스트를 충분히 하지 않았따.
    • 컨디션 조절 실패
    • 학습 정리 안 함
  • 개선방안:
    • 내가 맡은 Task를 잘 처리하기 위해 시간을 효율적으로 사용하거나 어려운 부분이 있으면 같이 공유해서 빠르게 처리 해야겠다.
    • 항상 인터랙션과 socket통신에 의한 동기화를 꼭 확인 해야겠다.
    • 1번과 동일
    • 학습 정리 해야 할 부분을 미리 메모 해두는 습관을 가져야겠다.

📚 그라운드 룰

✏️ 컨벤션

🧑‍🏫 멘토링

📁 애자일 프로세스

기획
데일리 스크럼
스프린트 리뷰
스프린트 회고
트러블 슈팅
기타 산출물

📖 기술문서

Week2
Week3
Week4
Week5

🗂 참고문서

Clone this wiki locally