-
Notifications
You must be signed in to change notification settings - Fork 2
1주차 팀 회고
Sunny edited this page Nov 15, 2024
·
2 revisions
- Liked : 좋았던 점은 무엇인가?
- Lacked : 아쉬웠던 점, 부족한 점은 무엇인가?
- Learned : 배운 점은 무엇인가?
- Longed for : 앞으로 바라는 것은 무엇인가?
- 4명의 다양한 의견을 하나로 모으는데 성공
- 멘토 피드백을 실제 적용
- 의견 결정이 필요할 때는 즉시 결정
- 불확실할 때는 최소 비용으로 빠르게 결정
- 의사결정 과정에서 소외되는 구성원이 없었음
- 모든 구성원의 적극적인 의견 개진과 참여
- 침묵보다는 의견을 나누는 것을 선호
- 상대방 의견에 대한 경청과 건설적인 피드백
- 그라운드 룰에 따른 순화된 언어 사용
- 근거 기반의 설득과 수용
- 솔직한 의견 교환
- 의견 대립 시 적극적인 소통
- 근거를 바탕으로 한 설득
- 서로 다른 의견도 잘 수용
- 체계적이지 않은 문서화 작업
- 중구난방식의 정보 배치로 검색 어려움
- 회의록의 의식의 흐름식 작성
- 회의 내용 회상이 어려운 구조
- "2시간당 10분 휴식" 규칙 미준수
- 오프라인 미팅 후 과도한 피로
- 토론 시간 조절 실패
- 미정립된 점심 시간
- 과도하게 깊은 토론으로 인한 시간 낭비
- 토론 종료 시점 판단 미숙
- 결정을 너무 신중하게 하려는 경향
- 아직 서로 친해지는 단계라 가끔 의견 개진이 어려움
- 팀원 간 유대감 형성 필요
- 팀만의 Epic, Story, Task 정의 경험
- 에자일 방식의 실제 적용
- 의견 충돌 시 해결 방법 습득
- 무조건적 수용보다 숙고 후 의견 제시의 중요성
- 해결 불가능한 고민은 과감히 중단하는 결단력
- 실패를 두려워하지 않는 자세의 중요성
- 초기부터의 체계적인 문서화 필요성 인식
- 효율적인 정보 접근을 위한 구조화의 중요성
- 일과 종료 전 문서화 정리 시간 확보
- 회의록 목차 구조화
- 회의록 분리 및 체계화
- 즉각적인 회의 내용 정리
- 2시간 타이머 설정으로 휴식 시간 준수
- 휴식 불가 시 팀원간 조율
- 데일리 스크럼에서 점심 시간 확정
- 토론 시간 10분 제한 규칙 도입
- "일단 해보자" 마인드 채택
- 실패를 통한 최선의 방안 도출
- 근거 기반의 반박 문화 정착
- 에자일 방식에 대한 적극적인 수용
- 우리만의 방식으로!
- 팀원 간 더 깊은 친밀감 형성
- 변화에 대한 열린 태도
- Mediasoup 포트 매핑 문제
- swagger 같은 응답 코드에 다양한 응답 보여주기
- Sudo가 계속 비밀번호를 요청함
- Docker 이미지가 너무 크다
- Git action에서 도커 이미지 빌드 시간을 단축시켜보자
- Docker compose를 이용해서 메모리 사용률을 줄여보자
- 방송 녹화 시 CPU 과부하 문제를 해결해보자
- Release 브랜치? 너 필요해?
- 로딩이 너무 짧아…!
- NestJS ORM으로 무엇을 사용해야 할까?
- WebRTC를 이용한 1:N 스트리밍 서비스에서 시그널링 서버가 필요할까?
- 실시간 채팅 구현: 인메모리 방식을 선택한 이유
- MySQL 아키텍처 개선: DB 의존성 분리와 서버 역할 명확화
- 브라우저 창이 최소화되면 비디오 송출이 안된다…!
- Mediasoup 기본 개념
- DLTS와 Signaling
- Tell, Don't Ask (TDA) 원칙이란
- VPC(Virtual Private Cloud) 학습 정리
- 순환참조: A 서비스 ‐ B 서비스 vs. A 서비스 ‐ B 레포지토리
- Dto 메서드 전략
- WebRTC란?
- 자바스크립트 패키지 매니저(npm, yarn, pnpm)
- shadcn/ui을 이용해 UI 개발 생산성 높이기
- React 이벤트 핸들러 네이밍(on vs handle)
- React-router-dom의 createBrowserRouter을 사용해보기
- fetch vs axios