Home

IssueTracker-16

팀 요구사항

• 팀 전체의 활동을 위한 그라운드 룰을 정한다.
  • 웹프론트/웹백엔드/모바일 저장소를 폴더로 구분하고, 팀에서 브랜치 관리 규칙을 정한다. -> 기존 학습스프린트 방식인 fork는 뜨지 않고, 하나의 원격 레포지토리에서 브랜치만 따로 관리하는 것으로 한다. (GitFlow 전략)
• 개발용 브랜치를 정해서 작업하고, 브랜치 내용을 readme 문서에 기록한다.
• 팀 전체가 협업해서 기획서 요구사항을 분석한다.
• 웹 백엔드, 프론트엔드 또는 앱 분야별 기능 요구사항 목록은 구글 스프레드시트나 위키에 통합해서 정리한다.
  • 해당 링크는 readme에 연결한다.
• 전체 기능 목록을 매주 단위 마일스톤으로 구분하고, 기능 목록을 각자 할 일 단위로 쪼개서 관리해야 한다.
• 해야 할 일, 하고 있는 일, 완료한 일을 시각화하기 위해서 깃헙에 있는 이슈관리, 프로젝트 도구를 활용한다.

• 팀 그라운드 룰 만들기 : 팀의 문화를 드러낼 수 있는 기본 룰을 만듭니다(미팅방법, 지각, 활동, 코딩 컨벤션 등).
  • ※ 팀에서 정한 팀 그라운드 룰, 코딩 컨벤션, GitHub 사용 규칙을 프로젝트 저장소의 wiki에 상세히 기록하며 1주차 Day2 19:00까지 완료합니다. 원활한 프로젝트의 수행을 위해 중도에 일부를 수정할 수 있습니다. 이 때, 문서의 최하단에 변경 이력을 함께 업데이트해야 합니다.
• 통합 요구 사항
  • 기획서를 분석하고 팀 전체가 분야별 기능 요구사항 목록을 구글 스프레드시트나 위키에 통합해서 정리합니다.
  • 웹또는앱분야끼리는협업포인트를만들어야합니다.화면단위혹은폴더, 기능 단위로 나눠서 분업하지 않습니다.
  • 반드시 마일스톤 혹은 화면 단위로 협업하고 완성한 이후 다음 단계(화면)를 진행합니다.
• 개발 환경 설정 : 개발도구와 환경을 결정하고, 결정한 개발 환경을 모든 팀원이 맞춰서 설정합니다.
• GitHub 사용 규칙: 팀 단위로 작업시 브랜치 전략을 고민해서 결정합니다. (웹 프론트엔드, 웹 백엔드, 모바일 저장소를 폴더로 구분합니다)