[WIP]📘프로젝트 협업1 : Github 사용 프로세스

목차

1. 상황 및 배경

2. 협업/소통 도구 - Notion, Discord, Figma, Github

2. 작업 규칙 - Github Process

3. 작업 규칙 - Merge Strategy

 

---

1. 상황 및 배경

기존 프로젝트를 진행했던 레포를 보면 여러가지로 문제가 많다.

• merge commit으로 인해 정돈되지 않은 히스토리
• issue number 관리가 안되고 있음
• 통일되지 않은 commit message
• 리뷰 없이 pr 머지하기

친한 동기들과 잘 모르는 것들을 다루면서 짧은 시간 안에 너무 많은 것들을 하려고 하다보니 협업에 대한 것은 아주 신경을 안 썼다.

대학교 프로젝트 수업에 제출하기 위해 히스토리 정리 생각도 못하고 급급하게 뭐라도 만들기에 바빴었다.(라고 핑계를 댄다.)

 

학기가 끝나고 이 프로젝트를 다시 잘 관리하며 살려보자 하면서 다시 시작하게 된 것이다.

이 때 PM으로서 참여하게 된 친구가 각종 규칙들을 정하고 프로젝트를 말끔하게 진행하도록 도와줬다.

---

2. 협업/소통 도구 - Notion, Discord, Figma, Github

Notion - 회의록 작성 및 각종 문서 공유

학기중 프로젝트에서 사용했던 노션 페이지 형식이다.

누군가가 만든 템플릿을 가져와서 사용했는데, 그래서 필요없는 페이지나 문서도 있었다.

또한 학교에서 진행한 프로젝트였어서 진행상황 및 학점을 위한 회의록과 문서 페이지도 있다.

좌: 이전, 우: 현재

이전	현재
⋅ 학기 중 프로젝트에서 사용했던 노션 페이지 ⋅ 템플릿을 가져와서 사용해서 필요없는 페이지나 문서도 있었다. ⋅ 학교에서 진행한 프로젝트였어서 진행상황 제출을 위한 페이지가 있다.	⋅ 필요 없는 페이지 및 칸반 보드가 없어졌다. ⋅ 각 팀 공간 내부도 깔끔하게 정리되었다. ⋅ 전체 팀 규칙을 명확히 규정하여 공유했다. ⋅ Sprint에 매주 회의록을 정리한다. (done, in-progress, todo)

 

 

 

Discord - 회의 및 작업 관련 논의 및 자료 공유

• 디스코드 음성 채팅으로 화면 공유와 함께 회의를 진행한다.
• 각 채널별 역할을 명확하게 구분하여 소통한다.

 

 

Figma - 디자인 자료 공유

 

시간상 기획/디자인과 개발을 병행해야해서 개발팀이 확인할 결과물을 구분할 수 있도록 페이지를 나누었다.

 

 

Github - 개발 협업

• 개발에 관한 논의는 comment로 주로 이루어진다.