⚖️ Ground Rule

우리들의 공통 목표와 그에 따른 행동 강령입니다. 팀의 모든 의사결정은 그라운드 룰에 입각해서 판단합니다.

<aside> ❓

제 1 원칙

❓ No Dummy Question!

• 세상에 바보같은 사람은 있지만, 바보같은 질문은 없습니다.
• 어떠한 질문에도 최선의 답을 제공합니다.
• 반대로, 질문자는 반드시 질문하는 것에 대한 근거를 마련한 상태로 질문합니다.
• 모르는 부분이 있다면 반드시 질문합니다.
• 상호 예의를 존중합니다. </aside>

<aside> ⏰

제 2 원칙

⏰ Time Is Gold!

• 시간은 반드시 지킵니다.
• 분당 1000원입니다.
• 불가피한 상황의 경우 팀원들에게 미리 양해를 구합니다. </aside>

<aside> 📝

프로젝트에 대한 공통의 목표

🚀 완성도 있는 서비스

• 실제 사용에 문제가 없는 프로젝트: 프로젝트는 실제 사용자 사용하기에 불편함이 없어야 한다. 명확한 사용자 경험(UX)을 기반으로 해야 함.
• 높은 코드 퀄리티: 다른 사람에게 보여줬을 때, 누구나 이해하기 쉬운 코드를 목표로 한다.

</aside>

<aside> 📝

기술적인 목표

🚀 근거 있는 라이브러리, 프레임워크 사용

• 기술보다는 문제 자체에 집중: 문제를 기술에 끼워맞추기 보다는, 문제 해결 자체에 집중한다. 그렇기에, 새로운 기술을 배우기보다는 이미 아는 기술을 최대한 활용하며, 필요에 따라서 기술을 도입하는 방식으로 간다.
• 논리적인 생각, 판단 근거의 명확성: 관성처럼 기술을 적용하는 것이 아닌, 문제에 맞추어서 명확하게 왜 이런 기술을 썼는지 근거를 확실히 한다.
• 사용자 경험 중시(UI/UX): FrontEnd 3명이 모인 만큼, 사용자의 경험을 최우선으로 한다. UI/UX 적으로 사용자가 서비스를 이용하는 데 불편함이 없는 것을 목표로 하며, 이를 완성도의 기준으로 삼는다.

</aside>

<aside> 📝

팀 문화

😆 배려와 존중은 필수

• 건강과 워라밸 존중: 과도한 업무보다는 건강을 최우선으로 고려하며, 휴식이 필요한 경우 언제든 자유롭게 쉬는 문화를 장려한다. 장기적으로 지속 가능한 프로젝트를 목표로 한다. 단, 마감 직전이나 스프린트 때는 최선을 다한다.
• 각자의 의견 존중: 서로의 의견을 경청하고, 의견 충돌이 발생했을 때는 둘 사이에서 해결보다는 반드시 팀원 전체가 참여하여 논의한다. 이때, 다수결 또는 협의를 통해 해결한다. 필요한 경우 카드를 사용한 의사결정 방식을 도입해 원활한 의사결정을 진행할 수 있도록 한다.

</aside>

<aside> 📝

협업 및 의사소통 규칙

💬 비대면인 만큼 잦은 커뮤니케이션을 할 수 있어야 한다.

• 디스코드 및 협업 도구 활용: 디스코드을 기본 소통 도구로 사용하며, 메시지를 읽었을 때는 이모지 대신 명확한 답변을 남겨 소통의 명확성을 유지한다.
• 실시간 협업 도구 사용: 실시간 소통이 필요한 경우, 게더타운 을 사용해 비대면 상황에서도 실시간 피드백과 소통이 이루어지도록 한다.
• 코어 타임 준수: 매일 10시부터 5시까지 코어 타임을 운영하며, 이 시간 동안에는 집중적으로 프로젝트에 참여하고 빠른 피드백을 제공한다. 코어 타임 외에는 자율적으로 활동할 수 있지만, 긴급한 상황에서는 게더타운, 디스코드 를 통해 즉각적인 소통이 이루어져야 한다.

</aside>

<aside> 📝

의사결정 방식

🤝 팀 전체가 동의하는 의사결정

• 의사결정은 팀 전체가 참여: 주요 결정은 팀원 모두가 논의하며, GitHub Issue를 통해 정리된 문제점과 해결 방안을 공유한 후, 충분한 근거를 바탕으로 결정한다.
• 데일리 스크럼: 매일 아침 데일리 스크럼을 통해 각자의 작업 진행 상황을 공유하고, 문제점 및 해결책을 논의한다.
• 긴급 의사결정: 필요시 게더타운 또는 디스코드 언급을 통해 팀원들을 소집해 긴급 의사결정을 빠르게 내린다.
• 내 말좀 들어줘! 카드: 각자 2 장의 카드가 부여되며, 서로가 납득할만한 수준에서 의견이 대립될 때 사용한다. 사용한 사람의 의견을 무조건적으로 수용한다. (”서로가 납득 가능한 상식선”이라는 전제)

</aside>

<aside> 📝

프로젝트 개발 원칙

😇 근거 있는 코드와 꾸준한 문서화

• 근거 있는 코드: 모든 코드는 분명한 근거를 가지고 있어야 하며, 타인에게 설명이 가능해야 한다.
• 작업 공유 및 문서화: 모든 작업은 명확히 공유되어야 하며, GitHub Issue와 노션을 통해 진행 상황과 문제점을 기록한다. 트러블슈팅, 배운 기술, 이슈 등을 꼼꼼히 문서화해 프로젝트의 전체 진행을 기록한다.

</aside>

<aside> 📝

작업 분배 및 기록 관리

🧑‍🤝‍🧑 분업이 아닌 협업

• 작업 기록 관리: 모든 작업은 노션과 GitHub Pull Request, Issue 등을 통해 투명하게 관리된다. 이를 통해 프로젝트의 진행 상황을 쉽게 파악하고, 작업의 흐름을 유지할 수 있다.
• 스프린트 방식 도입: 코어 타임 내에서 주어진 작업을 마무리하고, 주 단위로 목표를 설정해 달성 여부를 확인한다. 스프린트 종료 후 회고를 진행해 다음 스프린트에 반영할 개선점을 도출한다. </aside>

<aside> 📝

코드 리뷰 및 PR 규칙

🧑‍💻 4명의 PR Approve 및 최소 주 2회의 코드 리뷰

• PR 승인 규칙: 4명 모두의 PR 승인이 있어야만 기능을 머지할 수 있으며, 모든 팀원이 해당 기능에 대한 충분한 이해를 갖출 수 있도록 한다.
• 작업의 투명성 유지: 코드 리뷰와 PR을 통해 프로젝트의 모든 진행이 투명하게 공유되며, 이는 팀원 간의 신뢰를 강화하는 중요한 요소로 작용한다.
• 데일리 스크럼의 활용: 이슈나, 코드 공유 등은 데일리 스크럼 시간에 더하여, 아침에 소통하도록 한다.

</aside>

<aside> 📝

</aside>