✏ 피드백

• solved.ac 프로필을 참고해보자.
• first meaning paint
• git-flow를 사용하는 이유 생각해보기
• 다른 팀 피드백 확인하기

🤝 단체 회고

• 기술 스택 선정 과정에서 선정 이유를 충분히 고려하지 않았다.
  • 선정 이유에는 상황적 이유와 기술적 이유가 있다.
  • 우리 팀에서 기술 스택을 선정할 때 주로 상황적 이유에 의존하는 경우가 많았다.
    • 기술적 이유를 생각해내기가 쉽지 않다.
    • 프로젝트를 진행하면서 기술적 이유에 대해 생각하면 좋겠다. (앞으로도!)
    • 기술적 이유에 대한 충분한 고려가 면접에 도움이 많이 될거라고 생각한다.
  • 예시
    • 리액트, 뷰, 앵귤러 중에 리액트를 사용한 이유는?
    • MongoDB, Mysql을 사용한 이유는?
• 다음주 금요일(데모데이)까지 구현 목표
  • 1차 목표의 핵심 기능들을 구현하는 것 을 목표로 하자.
    • 문제 풀이
    • 문제 채점
  • 디자인도 중요하지만 우선순위를 나중에 두자.
• 백로그의 중요도를 조금 더 세세하게 나누어보자.
• 매주 월요일 오전에 스프린트 계획 회의 때 결정해야 할 일들을 생각해보자.
  • 주간 기능 구현 목표 설정하자. (데모데이 때 무엇을 보여줄지를 고려해서)
  • 칸반 보드를 통해 주간 스크럼 때 이슈를 관리하자. (Project, Milestone, Issue)
• 중간에 계획이 바뀌었을 때 변경 절차를 생각해보자.
  • 어떤 부분이 수정될 지 팀원과 토론
  • 수정이 불가피하다고 판단되면 해당 부분이 포함되는 문서들 수정
• 백로그 내에서 태스크를 구분하기 위해 태스크 ID가 필요하다.
  • 에픽 대문자 알파벳 + 스토리 숫자 한 자리 + 태스크 숫자 두 자리 + 서브 태스크 알파벳 소문자 한 자리 조합
    • ex) A101, E102b
• 백로그 중요도를 세세하게 분류하자.
• 스크럼이나 회의록을 녹화해서 일일 회고 시간에 2배속으로 시청해서 놓친 부분을 캐치하자.
• 계획된 기능 외에 새 기능을 추가하지 말자. (현재 계획된 기능 구현 및 최적화에 집중하자.)

개별 회고

춘화