1. 일정을 잡을 때 가급적이면 여유롭게 잡아서 품질을 높여야 함.
  2. 테스트 코드는 이제 무조건 작성하는 방향으로 작업. 기능당 3개 정도 테스트코드를 만들면 될 것 같다.
  3. 다른 사람이 작업한 기능도 서로 테스트해주기.

Integration Test가 끝나고 정기배포가 되기 이전에 서로 테스트해주기. 테스트는 스크럼 혹은 채널을 통해 직접 요청하기! (요청을 하지 않으면 잘 몰라요.) 테스트 포인트는 - 기능이 잘 동작하는가? - 본인(테스트 하는 사람)이 만든 컴포넌트가 활용되었을 경우 의도에 맞게 사용되고 있는지 체크 4. Michelle이 공유한 버튼 디자인과 관련해서. - Key와 Haizle이 진행하고 있는 버튼정리와는 무관한 내용. - 새롭게 정리된 버튼 디자인을 공유한 것. - 현 프로젝트에 반영하는 것은 Winnie가 관련 class를 수정해서 배포하는 것으로 → 잘 반영되는가에 대한 테스트는 기능 개발자들이 각자 진행하기 5. 디자인 시스템 프로젝트와 관련하여 - Key가 FrontEnd 개발자의 의견을 묻는 질문의 경우 개인적으로 답변하기보단 회의를 잡아 개발자 전체가 의견을 공유하는 방향으로 진행하도록 유도 - 이번주 내로 디자인시스템 프로젝트 방향성을 정의하고 명확히하는 회의 진행할 예정 by Key

  1. IE를 놓아주자. Jaden과 논의해서 결정할 예정. 결정된 후 IE 대응 대책 마련 필요.

  2. Icon 활용 방식개선 관련

  3. 지난번 회의때 이야기 나온 허스키, 스토리북, 등등 조사해 공유하기로 했던 내용들 항목 정하기 → Winnie가 리스트 공유해 줄 것