문서화는 필수입니다. 📝

💡 문서화 항목

• 프로젝트 진척도
• 결정사항, 의사결정 근거와 이유
• 레포지토리 구성

💡 문서화를 해야 하는 이유

1. 진행 상황을 동기화하기 위함이에요.
2. 구현물을 점검하고, 구현물에 대한 피드백을 주고받기 위해 필요해요.
3. 문제 상황을 공유할 때 필수적이에요.
   • 도움을 여러 명에게 요청하는 상황이 생길 수 있기 때문에 반복해서 설명하는 것을 막을 수 있어요.
4. 프로젝트 보고서나 리드미를 작성할 때 유용해요.

저희는 작업 그룹이 아니라 팀입니다. ☺️

• 맡은 부분 진행이 잘 안 된다면, 부담당자와 다른 팀원에게 언제나 도움을 요청할 수 있어요.

  (말이나 카톡으로 도움을 요청하더라도 문서를 통한 문제 상황 공유는 필수입니다.)

• 부담당자는 주담당자의 진행 상황을 알고 있어야 해요. (주담당자가 작성한 문서들을 읽으면 돼요.)

💡 작업 그룹 vs 팀

• 작업 그룹은 주어진 일을 사람 숫자에 맞게 나눠주고, 서로 교류할 필요 없이 각자 정해진 일을 하는 형태예요.
• 반면에 팀은 상호 협력적으로 일을 해요.

💡 파트별 담당자

• 웹: 고은(주), 박효진(부)
• 앱: 박효진(주), 고은(부)
• 확장 프로그램: 고은(주), 박효진(부)
• 인공지능: 박세원(주), 박효진(부), 김정은(부)
• 백엔드: 김정은(주), 박세원(부)
• 크롤러: 박세원(주), 김정은(부)

프로젝트 진행 시간은 공식적으로 월-금 9시-18시예요. (저녁 있는 삶 🧚🏻‍♀️)

• 다른 팀원과 협업해야 한다면 최대한 해당 시간 내에 진행해주세요. (물론 상의 하에 다른 시간에도 협업이 가능해요.)
• 해당 시간에 프로젝트 진행이 어렵다면, 다른 가능한 시간에 프로젝트를 진행해도 좋아요.

기한 준수는 중요해요.

• 기한 준수는 프로젝트를 원활하게 진행하기 위해 중요해요.

• 하지만 기한을 지키지 못 하게 된 합당한 이유가 있다면 괜찮아요. 마감 기한을 지키지 못 할 것 같다면, 최대한 미리, 이유를 충분히 설명해주세요.

  (ex. 결정 보류, 문제 발생, ...)

깃헙 branch, issue, pull request 기능을 적극적으로 활용해요.

• 문제가 생겼을 때 이전 시점으로 돌아가기 좋아요.

💡 활용 예시

1. issue 작성
2. branch 생성, 작업
3. pull request 열기
4. merge