HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
🧚
[1기]최종 프로젝트 데브코스
/
[팀12] 기부니🧡
[팀12] 기부니🧡
/
🧡
협업 규칙
🧡

협업 규칙

상태
규칙
담당자
스크럼 시간 : 매일 2시
 

[공통] 아래의 규칙들은 꼭 지켜주면 좋겠어요 :)


"서로 간 지켜주면 좋겠다" 하는 것들을 작성해주세요!
 

슬랙/게더/디스코드를 통해 소통 많이 하기


  • 코어 타임에는 슬랙 꼭 온라인 상태로 있기
  • 슬랙에서 이모티콘으로 꼭 응답 해주기
  • 질문에 대한 응답은 스레도로 해주기
다른 팀들은 스레드 양식을 정했더라구요?! 저희도 정할까요 아니면 자유롭게 갈까요?!
  • 태중 : 채팅이 많아지니 대답은 스레드로 이루어지면 좋겠어요.
  • 부희 : 저도 같은 생각이에요! 양식은 필요없는 것 같고 슬랙에서는 응답 잘하기, 깔끔하게 스레드로 대답하기만 잘 지켜줬으면 좋겠고 질문인 경우에는 눈에 띄게 이모티콘을 활용했으면 좋겠어요!
  • 권규: 스레드가 슬랙 메시지에 대한 답변 스레드를 말하는 거라면 양식까지는 필요없을 것 같습니다. 대신 헷갈릴 수 있는 상황에서는 당사자를 멘션해서 확실하게 말하는 것도 좋을 것 같네요.
 

하루에 한 번 프로젝트에 관한 회의하기


  • 현재 진행사황 / 문제점 공유
  • 회의 내용 기록하기 - 공유된 노션을 통해 각자 의견 작성
  • 회의록 작성 시 모두가 확인하고 보완사항 필요 시 이야기해주기
 

코어 타임 시간 외에 프로젝트에 집중할 수 있는 시간


지각 / 불참 시 사전에 꼭 이야기해주세요!
  • 타이(태중) : 22시 ~ 2시 (사전에 얘기해주시면 언제든 조율 가능 😁)
  • 엔조(부희) : 22시 ~ 기본 3시 (해야 할 일을 못 끝냈다면 더 할 예정 😆)
  • 테스트(권규) : 21시 ~
  • 하퍼(하정) : 22시 ~ 3시 (사전에 얘기해주시면 언제든 조율 가능 😁)
  • 러스(형욱) : 22시 ~ 24시 (사전에 얘기해주시면 최대한 조율 가능)
  • 케이트(규란) : 20시 ~ 2시 (때에 따라 다르지만 너무 늦은 수면은 불가😢)
 
 
 

Jira 사용법 & 규칙


[Jira Software] Scrum 보드 사용법 간단 정리
프로젝트를 관리하는 방법중의 하나이며, 스프린트(sprint) 라고 불리는 단위로 프로젝트를 관리한다. (스프린트 기간은 보통 2주로 진행한다.) Scrum Board 에서는 보통 전체 과제가 아닌, Sprint내에 할당된 과제만 보인다. 백로그에서 작업하고, 스프린트에서 작업을 계획하고 예측하며, 정기적인 일정에 따라 작업을 제공하는 애자일 팀에 적합하다. ○ 보드 만들기 선택 ○ 스크럼 보드 템플릿 선택 스크럼 보드 만들기를 클릭한다.
[Jira Software] Scrum 보드 사용법 간단 정리
https://bbangson.tistory.com/41
[Jira Software] Scrum 보드 사용법 간단 정리
Jira와 GitHub 연동
Jira에 GitHub을 연동하면 Jira 이슈로 인해 어떤 커밋들이 발생했는 지 확인할 수 있다. 이를 통해 개발자는 이 커밋들이 왜 발생했는 지에 대한 비즈니스 히스토리 를 알 수 있게 되고, 비슷한 비즈니스 요구사항이 생겼을 때 예전 담당자가 어떻게 작업했는 지 영향도 파악 및 참고 시에도 유용하다. 아래 순서로 포스팅 내용을 진행하겠다.
Jira와 GitHub 연동
https://prohannah.tistory.com/117
Jira와 GitHub 연동
 
🗣️
협업 및 일정, 업무 관리를 위해 Jira를 이용하였습니다. 구현 단계에서 매주 금요일 한 주동안 진행되어야 할 주 단위로 계획을 세우고, 진행할 이슈들을 스프린트를 만들어 등록했습니다. 스프린트는 일주일 단위로 진행하였습니다.
 
  • 스프린트 → 기간 1주
    • Epic : 큰 단위의 업무(여러 유저 스토리, 작업 등을 묶은 단위)
      • Story : 최종 사용자 관점에서 요구 사항이나 요청을 기록하는 이슈 유형
        • Sub-Task : 스토리를 실제 구현하기 위한 기술적인 내용을 하위 작업으로 분리
      • Task : 팀에서 수행해야하는 단위 작업
 


ex)

  • Epic : 센터-담당자
    • Story : 센터 담당자는 센터 마이페이지에서 캘린더를 통해 거래 예약을 조회할 수 있다.
      • Sub-Task : 거래 예약 목록 조회
      • Sub-Task : 거래 예약 상세 조회
      Task : 기본 환경설정
 
또는
  • Epic : F
    • Story : 거래 예약 관리
      • Sub-Task : 거래 예약 목록 조회
      • Sub-Task : 거래 예약 상세 조회
      Task : 기본 환경설정