3주차 팀회고

김윤주

Keep

• 문제가 생기면 바로바로 논의해서 해결하는 점
• 혼자서 해결을 시도하다 어려우면 화면 공유를 통해 다 같이 고민하는 점
• 코드리뷰를 통해 코드의 일관성을 유지하는 점

Problem

• 어떤 기능을 만들 때 관련한 개발 문서를 정리하지 않은 점…?
  • 멘토링 때 멘토님이 로그인 관련한 개발 문서가 있는지 물어보셨는데, 정리해두었다면 좋았겠다는 생각이 들었음

Try

• 학습한 부분, 고민한 부분을 문서로 더 적극적으로 정리하면 좋을 것 같다! (일단 나부터…ㅎㅎ)

박효종

Keep

• 팀 프로젝트의 진도가 빠른 것 같아서 좋은 것 같습니다.
• 요구사항이 변경 되었을 때, 같이 이야기하고 문서화해서 공유하는 것이 좋은 것 같습니다.

Problem

• 구현을 하면서 겪었던 어려움이 있었을 텐데 기록으로 남기지 않아서 조금 아쉬운 것 같스빈다.

Try

• 겪었던 어려움 중에 문서화 할만한 부분은 키워드를 메모해두고 주말 혹은 여유될 때 정리해서 남겨두면 좋을 것 같습니다.

서종현

Keep

• 계획한 내용을 서로 잘 나누고 맡은 부분을 해결해 나가는 점
• 3주 동안 큰 차질없이 계획대로 진행이 되고 있는 점

Problem

• 멘토링 때 우리 프로젝트의 로그인 문서를 멘토분께서 요청하셨는데 없었다.
• 항상 발표 자료를 준비하는데, 없던 것을 새로 만드니 시간이 더 걸리는 느낌이다.

Try

• 프로젝트의 기능을 설명하는 문서를 따로 작성을 하는 시간은 가지는건 어떨까?
• 위와 마찬가지로 발표 준비를 조금씩 해두는게 좋은가?

이도훈

Keep

• 계획한대로 착착 진행되고 있는 것 같아서 기분이 좋습니다.

Problem

• 매일 아침에 해야할 작업을 분배하니까 그 작업이 끝나면 ‘이제 뭐하지?’ 하면서 조금 방황하는 시간이 있다.

Try

• 매일 아침 ⇒ 월,수,금 or 월요일에 작업을 여러개 할당한다.
• 매일 아침 좀 과하게 할당해서 다음 날까지 작업한다?

최수현

Keep

• 이번 주 정말 정신없이 지나갔다. API를 빠르게 만들어서 차후 프로젝트를 develop할 수 있는 시간을 많이 확보한 것 같아 만족한다.
• 바쁜 와중에도 서로 코드리뷰를 열심히 해서 개선된 부분도 있고 코드 스타일도 비슷해진 것 같다.

Problem

• 구현에 집중해서 학습거리를 좀 놓치지 않았나 싶다.

Try

• 이번 주 구현하면서 잘 이해가 안갔던 lazy relation 등을 쉬는 날 학습할 예정이다.
• 다음 주부터는 구현과 학습의 균형을 잘 잡아서 완전히 이해하고 쓰면 좋을 것 같고 문서화를 많이 하면 좋겠다.

다음 주 적용 계획

• 공통
  • 문서화를 더 적극적으로 하자
    • 투표 결과
      • 마감기한 수요일 : 마클 끝나고
        • 6시까지 멘토링 일지 써서 드려야 하니까 마클 끝나고 문서 정리 ⇒ 멘토링 일지 전달 ⇒ 목요일에 발표 자료 준비 흐름으로 가도 좋을 것 같습니다! 두 표 🎫 🎫 🎫
      • 목요일 : 점심먹고 멘토링 전
        • 수요일까지 한 내용을 모아서 목요일에 정리하면 좋을 것 같슴다 🎫
      • 매일 1시간
        • 18-19시 종현이는 야자 때
        • 당일 겪은 문제를 바로 작성하면 기억이 휘발되지 않는다!
        • 장점: 매일매일 기억이 생생하게 남아있다
        • 단점: 귀찮다
    • 수요일 5시까지 문서화한 내용 공유 ⇒ 멘토링 일지 및 발표 자료에 활용
    • 매일 1시간씩 정리한다든지, 수요일 마클 끝나고 몰아서 정리한다든지 방식은 자유
    • 안하면 혼남. 게더타운에 무릎꿇고 손들기 할거임
• 프론트
  • 일 분배 시 다음 할 일까지 포함해서 정하기