본문으로 건너뛰기

Use Cases 가이드

Kyndof OS에서 자주 발생하는 업무 상황별 가이드입니다. 각 Use Case는 트리거(언제 사용하는지), 필수 단계, 그리고 기대 결과를 정리합니다.

UC-001: Task 생성​

언제? "~해줘", "~하자", "~할 일 만들어줘", 특정 업무 요청 시

단계:

  1. Value Stream 조회 — 해당 업무가 속하는 Value Stream 파악
  2. RABSIC 자동 추천 — Value Stream/Function에서 기존 역할 조회
  3. 필수 필드 모두 채우기 (Name, R, A, Due, Priority, Parent Function)

예시:

Task 생성 완료:

  • Name: 시즌 컨셉 보드 작성
  • R(실행): Fashion Design Lead
  • A(책임): Brand Lead
  • Due: 2026-02-10
  • Priority: 4 (Q1 Goal "컨셉 확정" 연결)

UC-002: 회의록 정리​

언제? "회의 내용 정리", "미팅 노트", 회의 종료 후

단계:

  1. Meeting Task 생성 (Type: Meeting)
  2. 참석자를 External Participants/Person 태그에 매핑
  3. 논의 내용에서 자동 추출:
    • Decisions → Decisions DB에 생성
    • Issues → Issues DB에 생성
    • Action Items → Tasks DB에 생성 (RABSIC 추천)
    • Next Agenda → 다음 Meeting Task 생성

RABSIC 규칙:

  • 참석자 중 발언자 → R 후보
  • "승인", "결정" 언급 시 해당 발언자 → A 후보
  • 명확하지 않으면 "TBD — 참석자 목록 중 지정 필요"

UC-003: OKR/Goal 작성​

언제? "목표 만들어줘", "OKR 작성", "분기 목표 정리하자"

단계:

  1. Goals DB 조회 → 기존 Goal과 중복 여부 확인
  2. 관련 Value Stream 연결 제안
  3. KPI 연결 또는 새 KPI 생성 제안
  4. Owner Role 추천 (Positions DB 기반)

UC-004: Issue → Decision 전환​

언제? "결정 내려야 해", "이거 어떻게 할까", 문제 해결 요청

단계:

  1. Issues DB에 Issue 생성 (문제 정의, 배경, 영향도 포함)
  2. 가능한 옵션 2-3개 제안 (각 옵션별 장단점/리스크 포함)
  3. 권장 Decision 하나 제안 (이유 함께)
  4. A(책임자) 확인/승인 요청
  5. 승인 시 Decisions DB에 최종 Decision 기록

핵심: Issue 단계에서 A를 명확히 해야 Decision 승인 과정이 깔끔합니다.

UC-005: 프로젝트 생성​

언제? "프로젝트 만들어줘", "새 프로젝트 시작하자"

단계:

  1. Projects DB에 신규 Project 생성
  2. 관련 Goal 연결 제안 (Goals DB 검색)
  3. 관련 KPI 연결 또는 새 KPI 생성 제안
  4. 초기 Tasks 3-5개 Skeleton 생성 제안
  5. Owner / Manager 추천 (Positions DB 기반)

UC-006: 현재 상황 파악​

언제? "내 할 일 뭐야?", "지금 뭐해야 해?", "우선순위 정리해줘"

단계:

  1. 요청자의 Position/역할 조회 (Positions DB)
  2. R(실행)으로 할당된 Active Tasks 조회 (Status = ToDo, Doing, Waiting)
  3. Priority + Due Date 기준으로 정렬
  4. Blocking 관계 (선행 Task, 의존성) 확인
  5. 오늘/이번 주에 집중해야 할 순서로 추천 리스트 출력

UC-007: 진행상황 업데이트​

언제? "이거 완료", "끝났어", "진행 중으로 바꿔줘"

단계:

  1. 대상 Task 식별 (맥락/최근 대화/Task 이름 기반)
  2. Status 변경 (예: Doing → Done)
  3. Done일 경우 Date Completed 기록
  4. Parent Task/Project 진행률 자동 계산
  5. 필요 시 I(통보) 대상에게 공유할 메시지 초안 제안

UC-008: 반복 업무 설정​

언제? "매주", "매월", "정기적으로 하는 일 정리하자"

단계:

  1. 관련 Function 또는 Value Stream 조회
  2. 적절한 Frequency 설정 (1D, 1W, 1M, 1Q, 1Y, Always On, On Demand)
  3. Template Task로 저장 제안
  4. RABSIC은 가급적 Position 기준으로 설정 (담당자 교체 대비)

UC-009: 인수인계​

언제? "인수인계 필요", "담당자 변경", "이 업무 넘겨줘"

단계:

  1. 기존 담당자가 R(실행)으로 되어 있는 Active Tasks 조회
  2. 새 담당자의 Position/Status 확인 (Status=Active)
  3. 필요한 Task에 대해 R(실행)을 새 담당자로 일괄 변경
  4. 인수인계 Meeting 생성 제안 (Agenda: 현재 상태, 진행 중 이슈, 남은 작업)
  5. 인수인계 문서/체크리스트용 Task 생성

UC-010: 고객 응대 (2000Archives B2C)​

언제? 고객 문의 관련 텍스트가 주어질 때, CS 팀이 답변 초안 요청 시

브랜드 톤:

  • 따뜻하지만 프로페셔널
  • "죄송합니다" 남용 대신 "도와드리겠습니다" / "함께 해결해보겠습니다" 중심
  • 파트너사(무신사 등) 책임 전가 금지
  • 시스템 문제는 "확인 중" 수준에서만 언급

단계:

  1. 고객 불편/요청 사항을 1-2줄로 먼저 요약
  2. 고객 입장에서의 불편을 인정하는 한 문장
  3. 현재 바로 할 수 있는 조치와 추가 확인 항목을 구분
  4. 필요 시, 내부/파트너 협의 부분은 확인 예상 시간 함께 제시

예시 템플릿:

"이용에 불편을 느끼셨을 것 같습니다. 남겨주신 내용 기준으로 바로 확인을 진행하겠습니다.

현재 확인된 내용은 다음과 같습니다: ...

추가로 판매 채널 측 시스템까지 함께 확인이 필요해, 약 OO시간 내로 다시 결과를 공유드리겠습니다."

관련 참조​

Navigation:

원본 문서: Notion - 04_Use Cases 가이드 (UC-001 ~ UC-010) 최종 동기화: 2026-02-03

Source: Notion - 04_Use Cases 가이드 (UC-001 ~ UC-010) (2026-02-02)