---
# System prepended metadata

title: 5.6. 회의 준비
tags: [subject]

---

---
tags: subject
---

# 5.6. 회의 준비

## Use Case
### "나의 위치를 실시간으로 보여준다"
=> 여러분들이 써 둔것을 종합해 보았습니다.

케이스명: 실시간 위치 표시
액터: 주 = 사용자 / 부 = 기기(GPS)
개요: 사용자의 위치 이동을 실시간으로 표시해준다.
사전조건

1. GPS기능이 사용 가능할것

기본 흐름

1. 사용자가 웹 어플리케이션에 접속한다.
2. 시스템은 사용자의 gps 여부를 확인한다.
3. 시스템은 사용자의 gps 동의를 확인한다.
    3 - 1. 시스템은 사용자가 gps 동의를 하지 않았다면 동의 페이지로 이동한다.
    3 - 2. 사용자의 동의 팝업을 띄운다
    3 - 3. 사용자의 동의를 받는다.
4. 시스템은 기기의 GPS정보를 읽는다.
5. 지도 페이지로 이동한다.
6. 시스템은 사용자의 현 위치를 지도에 마커로 표시한다.
7. 시스템은 일정 주기로 사용자의 GPS정보를 읽는다.
    7 - 1. 위치가 변경되었다면 새 위치를 지도에 마커로 표시한다.

대체 흐름 1
2a.   기기의 GPS정보를 읽지 못하는 경우(에러)
2a.1. 시스템은 GPS를 확인할 수 없다는 에러 메시지를 띄운다.
2a.2. 시스템은 기존 화면을 유지한다.

대체 흐름 2
3-2a. 사용자가 동의하지 않은 경우
3-2a.1. 사용자가 동의 안함 버튼을 누른다.
3-2a.2. 시스템은 기존 화면을 유지한다.

===> 위 내용은 다른 팀원과 조율해서 확정해야함


### nakim이 말한 정할 것
1. 코딩 컨벤션 (무엇을 어떻게 어떤 절차에 따라서 하는지 셋팅 메뉴얼 만들기)
    - 간단하게만 작성해도 되지 않을까?
2. 언어부터 프레임워크 선정 이유 (물론 처음부터 정해져 있었지만 쓰지 않는 언어와 프레임워크 특성도 파악 하란 뜻)
https://42place.innovationacademy.kr/ 우당탕탕 개발기들을 참고하시면 됩니다.
3. 커뮤니케이션 도구들 각 팀마다 사용방법을 정의한 메뉴얼 만들기(만들어서 저장해두란 소리)
    - 이걸 간단하게라도 문서화 해두면 좋을 것!!
4. 각 팀 간의 의사 소통 방법 정의
    - 이건 팀 회의에서

### 생산성 도구 사용법 정의

뭐가 필요할까

이슈를 주기단위로 볼 수 있다.
이슈와 그 해결과정을 흐름에 따라 볼 수 있다.

필요한 요소들

1. 공지사항 란
2. 팀 회의록 란
3. 총괄 회의록 란
4. 칸반보드 란
    - 목적: 업무 흐름 파악
    - 분류 방법
        - 업무 종별(개발 / 기획 / 디자인...) => 업무 종 정해둘 것
        - 업무 주기별(1주기 / 2주기 / 3주기) => 업무 주기 정해둘 것(아마 일주일?)
        - 페이지로 분리해두고 relation으로 연결 가능한가?
        - issue 시작 / 진행중 / 완료 단위별
5. 이슈 컨트롤 문서
    - 어떤 상황에 이슈를 발생시키는가?
        - 주기단위당 발생하는 작업에 대하여
        - 어떤 문제가 발생하였을때
    - 이슈에 반드시 기록할 것
        - 이슈 번호
        - 업무 종
        - 업무 주기(주기 중복시 여러 주기 표기 가능)
        - 이슈 상황(issue = 주기시작때 정해진 이슈/ hotfix = 주기 시작때 정해지지 않은 이슈 / reopen = 완료되었다가 문제로 인해 돌아온 이슈 / pending )
        - 담당자
    - 이슈-이슈와 관련돈 문서가 일괄적으로 연결될 것
        - 이슈 내부에 imbed된 페이지로 연결되게끔 할 것
        - 해결 문서를 반드시 작성할 것
        - 관련 이슈를 '이슈 번호'로 link할것
    - 이슈 순위 및 유연한 변경
        - 라벨 표기를 어떻게 할 것인가
    - 작업전 Have to do에 두고 작업때 in prgress 완료시 completed(여기에 긴급 이슈를 하나 더 만들어서 관리할까?)


### 그래서 지라에서 어떻게?
- 팀장 회의에서 생산툴을 지라로 통일하자는 안건이 나온 것

### 정해야 할것
1. Issue의 Property
    - property 당 요소(라벨)
3. Issue발급 기준 및 기본 Issue 발급 관련
    - 이슈를 어떤 상황에 발생시키나?
    - 기본 발급 이슈
    - 특수 이슈(reopen이나 hotfix)
4. 회의 일정
5. 이슈 작성 규칙
    - 이슈 넘버링 이나 네이밍 규칙
    - 최소한 이슈에 들어갈 내용
    - 이슈 관련 문서 링크 규칙(해결 문서 / 자료 문서 / 관련 이슈)
7. 이슈에 대한 결과 작성 규칙
    - 어떤식으로 작성할것인가
    - 이슈 링크 규칙

==> 결국 이것들을 문서화 해야함
