본문으로 건너뛰기

RABSIC & Value Stream 운영 가이드

RABSIC과 Value Stream은 Kyndof OS의 역할/책임 설계의 핵심입니다. 이 페이지는 RABSIC을 실무에서 어떻게 적용하는지, Value Stream과 어떻게 연동되는지, 그리고 흔한 실수를 어떻게 피하는지를 정리합니다.

RABSIC 프레임워크 기초를 먼저 읽고 오세요.

핵심 규칙​

  1. R, A는 필수 — 절대 비워두지 않는다
  2. Position 우선, Person 보조 — 장기/반복 Task는 Position 위주, 일회성/단발 Task는 Person도 허용
  3. 가능한 한 Value Stream에 정의된 RABSIC을 우선 사용한다

Value Stream과 RABSIC 연동​

Value Stream은 Input → Output 흐름 기준의 가치 생성 경로입니다. 각 Value Stream에는 이미 RABSIC이 정의되어 있어서, 새 Task를 만들 때 처음부터 사람을 배정하는 게 아니라 기존 정의를 참조합니다.

조회 방법​

  1. Value Stream Map 조회 → 전체 B2C/B2B/Synergy 구조 파악
  2. Value Streams 페이지 조회 → 각 Value Stream별 상세 정보
  3. Tasks DB Value Stream View 조회 → Type = "Value Stream"인 항목과 RABSIC 정보 수집

RABSIC 자동 추천 로직​

Task에 RABSIC을 배정할 때 다음 단계를 따릅니다:

1단계: Task 설명에서 키워드를 추출한다.

2단계: Type = Value Stream인 Tasks에서 Name/설명과의 유사도를 비교한다.

3단계: 가장 유사한 Value Stream이 있으면 그 Value Stream에 정의된 RABSIC을 사용한다.

4단계: 없으면 Function 레벨에서 같은 방식으로 찾는다.

5단계: 그래도 없으면, 관련 Department/Position 기반으로 R, A를 추천한다.

추천 로직 요약​

Task → Value Stream 매칭 → 해당 VS의 RABSIC 사용
       ↓ (없으면)
       Function 매칭 → 해당 Function의 RABSIC 사용
       ↓ (없으면)
       Department/Position 기반 추천

Position ↔ Person 매핑 규칙​

Positions DB는 RABSIC의 기본 단위입니다.

조회 규칙​

  • Status = Active 또는 Partner인 Position만 유효
  • Person 값이 있는 Position만 실제 할당 대상으로 사용

R, A 배정 알고리즘​

  1. 관련 Value Stream/Function에서 R(실행) Position 목록을 가져온다
  2. 그 중 Status=Active이고 Person이 있는 Position만 필터링한다
  3. 1개면 그대로 R로 사용, 여러 개면 Task 맥락과 Department를 기준으로 가장 적합한 하나를 추천한다
  4. A(책임)는 아래 우선순위를 따른다:
    • Value Stream에 이미 정의된 A(책임) Position
    • R의 Reports to에 해당하는 상위 Position
    • 관련 부서의 리더 Position

Task 생성 시 RABSIC 적용 규칙​

Task를 새로 만들 때는 최소한 다음을 보장합니다:

역할규칙
R (실행)반드시 채움. Positions DB 유효성 검증 (Status/Person)
A (책임)반드시 채움. 정확히 1명
B (백업)같은 Department 내에서 R과 유사 역할을 하는 Position
S (지원)Task 수행에 실질적으로 도움을 줄 Function/팀
I (통보)결과를 보고 받아야 하는 상위 레벨 또는 옆 Value Stream 오너
C (자문)도메인 전문성을 가진 전문가/파트너 Position

상황별 RABSIC 적용​

회의 (Meeting)​

  • 참석자 중 "승인"/"결정" 관련 발언자는 A 후보
  • 액션 아이템별로 실제 실행자를 R로 매핑
  • 명확하지 않으면 "TBD — 참석자 목록 중 지정 필요"로 표기

Issue → Decision 전환​

  • Issue 단계에서 A를 명확히 하여, Decision 승인권을 분명히 한다
  • Decision 기록 시, A/R를 명시해 나중에 책임소재가 모호해지지 않도록 한다

안티 패턴 (지양해야 할 RABSIC 사용 방식)​

다음 패턴이 보이면 RABSIC이 제대로 작동하지 않고 있는 신호입니다:

1. 모든 Task의 A를 항상 같은 사람/Position으로 두는 것

A는 결정마다 다를 수 있습니다. 한 사람에게 모든 A가 집중되면 병목이 됩니다.

2. R을 실제 실행자가 아닌, 단순 관리자/리더로 두는 것

R은 "직접 하는 사람"입니다. 관리자가 R이면 실제 실행자가 보이지 않게 됩니다.

3. B/S/I/C를 아예 사용하지 않는 것

R과 A만 쓰면 협업 구조가 보이지 않습니다. 누가 도와주고(S), 누가 자문하고(C), 누가 통보받아야 하는지(I) 명시해야 팀이 돌아갑니다.

4. Value Stream/Function을 보지 않고, 즉흥적으로 사람 이름만 박는 것

RABSIC은 Position 기반입니다. 사람이 바뀌어도 시스템이 돌아가게 하려면 Position으로 지정하세요.

RABSIC의 목적​

RABSIC은 단순 책임 표기가 아니라, Value Stream 설계와 Positions 구조를 실제 실행으로 연결해 주는 브리지입니다.

"누가 이거 하는 거야?"가 애매해지는 순간, 일이 멈춥니다. RABSIC은 그 애매함을 제거합니다.

Navigation:

원본 문서: Notion - 03_RABSIC & Value Stream 운영 가이드 최종 동기화: 2026-02-03

Source: Notion - 03_RABSIC & Value Stream 운영 가이드 (2026-02-02)