모든 팀은 하단에 명시된 그라운드 룰을 반드시 준수해야 합니다.

• 프로젝트를 위한 팀의 업무 프로세스와 규칙은 팀에서 결정합니다. 이를

  지속적으로 회고하고 개선점을 찾고자 노력해야 합니다.

• 짝 프로그래밍은 권장하지만, 팀에서 적용할 지에 대해서는 유연하게 결정합니다.

• 원활한 개발 프로세스를 위해 반드시 이슈 관리와 CI 도구를 적용해야 합니다.

  GitHub 기반의 도구를 추천하지만 그 종류는 자유롭게 선택할 수 있습니다.

• 프로젝트 기간 중 수행하는 활동들의 모든 과정과 결과는 여러분들이 어떻게, 얼마나 성장했는지 증명해줄 것입니다. 완성도 높은 결과물을 만드는 것만큼 그 과정을 잘 기록하고 정리해두는 것 또한 매우 중요합니다. 모든 과정과 결과를

  문서화 합니다.

준비하기

1. 팀빌딩: 팀이 더 잘 할 수 있도록 친해지는 활동을 스스로 찾아서합니다.
2. 팀 그라운드 룰 만들기: 팀의 문화를 드러낼수있는 기본룰을 만듭니다 (미팅방법, 지각, 활동, 코딩 컨벤션 등).
3. 어떤 프로덕트를 만들지 정의합니다.
4. 기간을 어떻게 역산할지 정의합니다.
   1. 기술스택을 정의합니다.
5. ※ 팀에서 정한 팀 그라운드 룰, 코딩 컨벤션, GitHub 사용 규칙을 프로젝트 저장소의 wiki에 상세히 기록하며 원활한 프로젝트의 수행을 위해 중도에 일부를 수정할 수 있습니다. 이 때, 문서의 최하단에 변경 이력을 함께 업데이트해야 합니다.
6. 통합요구사항
   • 기획서를 분석하고 팀 전체가 분야별 기능 요구사항 목록을 구글 스프레드시트나 위키에 통합해서 정리합니다.

개발하기

1. 스프린트 기반 반복적 개발
   • 1주 단위로 스프린트가 진행됩니다.
   • 스프린트 첫날은 계획 회의를 합니다. (팀의 사정에 따라 요일을 합의)
   • 스프린트 마지막 날은 데모와 팀 회고를 합니다.
2. 기능 목록 작성
   • 모든 스프린트에 거쳐 개발할 기능 목록을 반복해서 점검, 필요하면 업데이트합니다.
   • 전체 기능 목록은 Github의 issue or 구글 스프레드시트 or notion에 표기해야합니다.
3. 코드 관리
   • 팀이 결정한 git 브랜치 전략에 따라서 개발합니다. (제가 알려드린 방법 외에 팀끼리 정의하셔도 됩니다.)
   • 매일 완료된 결과를 push하고 하루를 마칩니다. (가능하면..)
   • 한 주가 마무리되는 시점에서 테스트와 버그 관리를 할 수 있도록 합니다.
4. 데일리 활동
   • 동료를 관심있게 지켜보고 수시로 돕습니다.
   • 코드 리뷰 활동은 필수입니다. 수시로 하거나, 규칙적으로 시간을 정해서 리뷰합니다.
   • 동료와 잡담을 최대한 합니다.
5. 팀 활동
   • 스프린트 계획 회의
     • 전 주에 발생한 변경 사항에 따라 기획을 보완합니다. 기능 목록은 모든 스프린트를 걸쳐서 지속적으로 점검하고 업데이트 합니다.
     • 스프린트에서 우선순위, 구현할 기능, 작업 크기, 담당자를 결정합니다.
     • 작업 관리와 분배를 위해 칸반 보드를 활용합니다. (Notion의 가이드나 Github Projects)