각자 팀의 진행정도를 공유하는 시간가짐

각자 생각하는 팀의 진행상황 속도

• 빠른게 좋을까 느린게 좋을까?
  • 개발자가 모든 걸 생각하고 방어할 수는 없다. 사용자의 경험을 겪고 버그가 터지면 수정해보자.

스프린트 기간을 짧게 가져가는 기간

• 짧게 가져가고 배포를 하는 것이 목적
• 사용자의 빠른 반응을 보고 기획을 수정하기 위해

마르코님의 의견: 스프린트는 빡빡해야함

• 여유가 없어야 좋다
• 다들 스프린트가 어땠는지 공유

시간이 없다면 적당히 포기도 필요함

• 테스트 코드를 최소화하는 것도 중요
  • 어떤 것을 테스트해야하는지 잘 가려내야하고
  • 정말 시간이 없다면 통합으로 퉁쳐라

빠르게 완료하고 리팩토링하는 시간을 가졌으면 좋겠다.

BE 가 먼저 앞서나가서 진행을 해야한다.

• 퍼블리싱이 끝나기 전에 api 를 내줘야한다.
• 만들때마다 계속 줘야한다.

취업 시장이 안좋아지고 있다

• 특별한 사람이 되어야함

팀의 업무를 효율적으로 개선할 수 있는 방법을 찾자

다음주 1대1 미팅 일자 잡기 (마르코님 금요일 회사 오심)

• 취업과 관련된 이야기 할 것임
• 본인이 원하는 조건을 생각해보시길