-
Notifications
You must be signed in to change notification settings - Fork 1
[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번과 동일
- 학습 정리 해야 할 부분을 미리 메모 해두는 습관을 가져야겠다.
데일리 스크럼
- [Week1-Day1] 팀 빌딩
- [Week1-Day2] 데일리 스크럼
- [Week1-Day3] 데일리 스크럼
- [Week1-Day4] 데일리 스크럼
- [Week1-Day5] 데일리 스크럼
- [Week2-Day1] 스프린트 계획 회의
- [Week2-Day2] 데일리 스크럼
- [Week2-Day3] 데일리 스크럼
- [Week2-Day4] 데일리 스크럼
- [Week3-Day1] 스프린트 계획 회의
- [Week3-Day2] 데일리 스크럼
- [Week3-Day3] 데일리 스크럼
- [Week3-Day4] 데일리 스크럼
- [Week4-Day1] 스프린트 계획 회의
- [Week4-Day2] 데일리 스크럼
- [Week4-Day3] 데일리 스크럼
- [Week4-Day4] 데일리 스크럼
- [Week5-Day1] 스프린트 계획 회의
- [Week5-Day2] 데일리 스크럼
- [Week5-Day3] 데일리 스크럼
- [Week5-Day4] 데일리 스크럼
- [Week6-Day1] 스프린트 계획 회의
- [Week6-Day2] 데일리 스크럼
- [Week6 Day3] 데일리 스크럼
- [Week6 Day4] 데일리 스크럼