Sprint 2

3차 스프린트 20일 오후 4시

• 페이지 완성의 정의
  • 뷰 (보여지는거)
  • 백로그 기준 별 3~2개, 파이어베이스에서 데이터 가져와서 뿌리기, 이벤트 핸들러 등 다

철진

• 이번 스프린트 회고
  • 중구난방식 코드로 정리가 좀 필요할 것 같다.
  • 기록의 필요성을 느꼈다.
• 다음 스프린트 계획 제안(있으면)

수영

• 이번 스프린트 회고
  • TS와 스토리북에 후들겨맞은 스프린트였다.
  • 선택과 집중이 필요하다.
  • 모든 일들은 생각보다 시간이 배로 걸린다. 특히 내가 잘 모르는, 눈에 보이지 않는 변수가 많은 환경설정의 경우 특히 그러한듯.
• 다음 스프린트 계획 제안(있으면)
  • 메인페이지에 6명 모두 투입되는게 맞는지(효율측면에서)
  • 세은님의 제안 기반
    • 마감일을 조금만 더 당기기(20~21일까지 구현완료를 목표로 삼으면 어떨지(마감기한은 안그래도 늘어지는 경향이 있으니, 마감기한을 우선으로 해서 그때그때 버릴것은 버리고 가면 어떨까 싶다.)
    • 다음 스프린트 목표까지 ‘맡은 부분 구현’이 정확히 어떤 기준인지(뷰? 기능? 기능이면 어디까지 데이터 연동?) (기능)

아영

• 이번 스프린트 회고
  • 마크업과 스타일링만 하는데도 시간이 엄청 오래걸린다.
  • 기록의 중요성(특히 오류는 기록하면 더 좋을거 같다.)
• 다음 스프린트 계획 제안(있으면)
• 스토리북, 타입스크립트를 확실히 버린거면 25일 맞춰 기능구현에 목표를 두는건 어떨까

세은

• 이번 스프린트 회고
  • 목표를 무리하게 잡아서 기능 구현에 시간을 못쓴 것 같다.
• 다음 스프린트 계획 제안(있으면)
  • 각자 맡은 부분은 22일까지 구현을 완료하고 먼저 구현을 완료한 사람이 메인 페이지를 맡아야 할 것 같다.
  • 25일~27일은 리팩토링을 해야 할듯
    • 기능구현은 최대 24일로 잡기

경섭

• 이번 스프린트 회고
  • 여전히 코드를 작성할 때 접근성을 고려하지 않고, 지저분하게 작성한다.
• 다음 스프린트 계획 제안(있으면)