우리는 이렇게 협업 해요 !
1. 을 지켜요!2. 우리는 매일 오후 1시에 를 하고 에 기록해요.3. TASK가 정해지면 🐢 JIRA 티켓을 만들어요. 4. 4일 마다 스프린트를 진행하고 을 지켜요.5. 팀원들은 TASK 에 맞게 JIRA의 티켓을 관리합니다. 6. 프로젝트는 에 따라 진행해요.7. 개발을 할 때 을 지키면서 해요.8. 백엔드와 프론트엔드를 함께 개발합니다.9. 🌈GITHUB 에서 형상 관리를 해요.10. commit은 을 지켜요.11. 모든 팀원들은 PR을 날리고 팀원들끼리 를 진행해요12. 스프린트 단위로 회고를 하고 에 기록해요. 🐣 피드백 로그6/18 수정본
1. 팀원이 가져야할 마음가짐 을 지켜요!
2. 우리는 매일 오후 1시에 회의 를 하고 회의록 에 기록해요.
- 데일리 스크럼을 진행한 후에 회의를 시작합니다.
- 회의는 스크럼 마스터가 진행을 합니다.
- 전날 당일에 의견을 나눠야 할 주제를 미리 정리하고, 팀원들은 각자의 의견을 준비해옵니다.
3. TASK가 정해지면 🐢 JIRA 티켓을 만들어요.
- 회의를 통해서 TASK를 추출하고 백로그에 추가합니다.
- TASK는 각자의 역할에 맞게 분담합니다.
- PO : 곽동운
- SM : 김형욱
- 개발자 : 김병연, 박진형, 박혜빈
4. 4일 마다 스프린트를 진행하고 을 지켜요.
- 스프린트 회의는 주기 동안 진행해야 할 업무를 백로그를 바탕으로 분배합니다.
- 지난 3일 동안의 TODO 현황을 파악하고 업무를 재조정합니다.
5. 팀원들은 TASK Jira 워크 플로우 에 맞게 JIRA의 티켓을 관리합니다.
- 진행중 : TASK 를 진행 중인 상태
- HELP : TASK 를 진행하다 이슈가 생긴상태(막히는 부분, 궁금한 부분)
- 해결이 된다면 다시 진행중으로 이동
- 해결이 안된다면(담당자가 해결하지 못할 때) TODO로 이동
- 코드 리뷰 : 팀원들의 의견을 받고 있는 상태
- 완료 : 모든 팀원들이 동의하고 merge 하는 상태
6. 프로젝트는 프로젝트 로드맵 에 따라 진행해요.
- 우리의 계획이 어떻게 진행 될 것인지 로드맵에 그려봅니다.
7. 개발을 할 때 코딩 컨벤션 을 지키면서 해요.
- IntelliJ Code Style은 NAVER_coding_convetion을 적용합니다.
- validation 전략은 Entity와 Controller에서 처리합니다.
- DTO 전략은
- service와 repostiory에서는 Entity를 사용하고 이외에는 DTO를 사용합니다.
- static inner class를 사용합니다.
- import 문 관리는
- naver code style을 적용합니다.
- * 와일드 카드는 지양합니다.
8. 백엔드와 프론트엔드를 함께 개발합니다.
- 대략적인 스케치를 보면서 API 개발을 진행합니다.
- 스케치를 보면서 어디까지 화면을 구현 할 지를 정합니다.
- API 설계를 보면서 백엔드 개발에 들어갑니다.
9. 🌈GITHUB 에서 형상 관리를 해요.
- Github repository는 BE-02-Instakyuram 입니다.
- 브랜치 전략은 아래의 규칙을 따릅니다.
- main - 최종 배포 브랜치 입니다.
- develop - 배포 전 모든 기능 개발, 수정 사항은 해당 브랜치로 Merge됩니다.
- 이슈ID - 모든 기능 개발, 리팩토링, 버그 픽스 등은 이슈 ID로 생성해서 해당 브랜치에서 작업합니다
10. commit은 Git 컨벤션 을 지켜요.
- Git Hook 기능을 사용해서 메시지를 관리합니다.
- prefix 는 아래와 같이 가져갑니다.
feat : 새로운 기능 추가 fix : 버그 수정(핵심 비즈니스 로직) refactor : 코드 구조 변경 및, 네이밍 변경 포함 - (삭제 파일 포함) style : 마감 처리 , 컨벤션 setting : dependency 설정 test : ${xxxx} 테스트 docs : readme 기능 리스트 추가
- commit 단위는 아래와 같이 가져갑니다.
- feat: ${function} 개발
- test: ${function} 단위 테스트
- test: ${function} 통합 테스트
11. 모든 팀원들은 PR을 날리고 팀원들끼리 코드리뷰 를 진행해요
- PR 템플릿을 사용합니다.
- 모든 팀원들은 사소한 것이라도 PR을 날립니다.
- 기능 관계자들은 필수로 코드리뷰를 비동기적으로 진행합니다.
- 리뷰는 24시간 안에 진행됩니다.
- 기다리고 있는 팀원을 위해 최대한 빨리 진행합니다.
- 미리 예고 가능하다면 당일 PR을 예고합니다.
- 2~3명 이상의 approve 받으면 넘어가도록 유연하게 운영합니다.
12. 스프린트 단위로 회고를 하고 회고록 에 기록해요.
- 스프린트 단위 3일 차 저녁 스크럼 때 회고를 합니다.
- 스프린트 주기 동안 개선되어져야 할 것들을 정리합니다.
- 자기 자신과 상대방에 대한 객관적인 평가로 피드백을 합니다.
🐣 피드백 로그
6/17 작성본
6/18 수정본
- 멘토님께서 기존의 글은 목차로 가져가고 안의 세부 내용을 작성해야한다는 피드백을 주셨고 이 부분 반영하였습니다.
- 더 채워 넣을 세부 내역이 있다면 알려주세용 🙇🏻♀️
<의견>
- 동운
- Jira 워크 플로우 를 막 작성 했는데, 링크 추가하면 좋을 것 같습니다. - 수완
- 퍼펙트 👍
- 병연
- 형욱
- 진형