3차원 좌표 정보가 인코딩된
ID 기반 프로젝트 그리드를 활용한
멀티태스크 오케스트레이션

목차

기존 기술의 3가지 구조적 한계

문제의 본질 — 왜 해결되지 않았나

기존 도구들은 세 가지 한계를 "더 편하게" 만드는 방향으로 개선해왔다.

• 의존성 선언 → 드래그 앤 드롭으로 더 편하게 (그래도 사람이 선언)
• 식별자 → 라벨과 태그를 추가 (그래도 식별자 자체는 무의미)
• 검증 → CI/CD 연동으로 자동화 (그래도 별도 시스템)

SAL Grid는 이 전제 자체를 뒤집는다.

핵심 발상 — 의존성을 선언하지 않는다

ID 하나로 프로젝트 관리 체계 완성

SAL ID 하나를 부여하면, 프로젝트 관리에 필요한 모든 구조가 자동으로 만들어진다.

SAL ID 부여  →  파싱  →  22개 속성 그리드 자동 생성
                       →  Task 지시서 + 검증 지시서 쌍으로 생성
                       →  에이전트 · 도구 자동 배정
                       →  의존성 · 병렬성 · 실행 순서 자동 결정
                       →  9단계 오케스트레이션 사이클 자동 구동

SAL ID 형식 정의

S{Stage}{Area}{Level}{Variant?}

  S       — 접두사 (고정)
  Stage   — 1~2자리 정수. 프로젝트 진행 단계
  Area    — 2자리 영문 대문자. 기능적 영역 코드
  Level   — 1~2자리 정수. 의존성 계층
  Variant — 소문자 a~z (선택). 병렬 분기

S2BA3 = Stage 2, Backend API, Level 3
S1FE1a = Stage 1, Frontend, Level 1, 첫 번째 병렬 분기

SAL ID에 인코딩된 4가지 정보

SAL ID 파싱 과정

정규식:  ^S(\d{1,2})([A-Z]{2})(\d{1,2})([a-z])?$

파싱 예시:  S 2 BA 3 a
           │ │  │  │ └─ 그룹4: Variant = a (병렬 분기)
           │ │  │  └─── 그룹3: Level   = 3 (의존성 계층)
           │ │  └────── 그룹2: Area    = BA (Backend API)
           │ └───────── 그룹1: Stage   = 2 (진행 단계)
           └─────────── 접두사 S (고정)

3차원 좌표계 Stage · Area · Level

Stage × Area 매트릭스

모든 작업은 Stage(X축) × Area(Y축) 2차원 매트릭스 위에 배치되며, 각 셀 안에서 Level이 깊이를 부여하여 3차원 구조를 형성한다.

• Stage 범위 + Area 범위 정의 → 매트릭스 셀(교차점)이 작업 영역. 예: 5 Stage × 11 Area = 55개 셀
• 각 셀 안에서 Level + Variant 부여 → SAL ID 확정. 하나의 셀에 여러 Task 배치 가능
• 매트릭스를 그리고 Task를 배치하면 → 의존성, 에이전트 배정, 지시서, 검증 체계가 자동 완성

22개 속성 프로젝트 그리드

SAL ID 하나를 파싱하면 22개 속성의 프로젝트 관리 그리드가 자동 완성된다.

Task 지시서 + 검증 지시서 동시 생성

SAL ID를 기반으로 Task 지시서와 검증 지시서가 쌍으로 동시 생성된다.

실행-검증 일체화

Task 완료와 동시에 검증이 자동 트리거되며, 작성자 ≠ 검증자 분리 배정이 시스템 레벨에서 강제된다.

• 기존: Jira에서 "완료" 클릭 → 별도 QA 도구로 이동 → 결과를 다시 Jira에 수동 기록 (검증 누락 빈번)
• SAL Grid: Executed 상태 전환 → 검증 에이전트 자동 투입 → 4개 검증 항목(Test, Build, Integration, Blocker) 결과 실시간 기록
• Verified 아닌 Task는 Completed 전환 불가 — DB 트리거로 강제. 검증 우회 구조적 불가

ID 체인(Append-Only) + 리졸버(자가 치유)

최초 ID:      S4BI1
1차 변경 후:  S4BI1_S1BI2       ← 기존 ID 뒤에 새 ID 연결
2차 변경 후:  S4BI1_S1BI2_S1BI3 ← 체인이 계속 연장
              ───────────  ──────
              변경 이력      최신 ID

• Append-Only: 추가만 가능, 삭제·수정 불가 — 블록체인 불변 원장과 동일 원리. 감사 추적 자동 확보
• 리졸버: 구(Old) ID로 조회해도 체인을 순회하여 최신 ID 자동 반환 — 참조 무결성 자가 치유
• Jira: Issue 이동 시 기존 참조 링크 전부 깨짐 → 수동 복구 필요

Stage Gate — 단계별 품질 관문

개별 Task 검증에 더하여, Stage 단위 최종 승인 절차가 존재한다. 비유하면 "층별 준공 검사"와 같다.

• Stage 내 모든 Task가 Completed 상태인지 확인 — 하나라도 미완이면 통과 불가
• 전체 빌드·테스트 통과 + 의존성 체인 완결성 + 차단 요소(Blocker) 종합 점검
• AI가 검증 리포트 자동 생성 → 관리자(PO)가 직접 테스트 후 최종 승인
• 승인(Approved) → 다음 Stage 진입 / 거절(Rejected) → Task 실행 단계로 자동 회귀

9단계 오케스트레이션 사이클

계획(①~③) → 실행(④~⑥) → 검증·승인(⑦~⑨)의 3단계 그룹으로 구성.

사이클 ①~③ 계획 → ID 생성 → 그리드 구축

프로젝트 관리 체계를 설계하는 단계. 매트릭스 위에 작업을 배치하고, ID를 부여하면 나머지는 자동 완성.

• ① 계획 수립: Stage × Area 매트릭스에서 필요한 작업을 선정하고 셀에 배치
• ② SAL ID 생성: 각 Task에 SAL ID 가확정(Provisional) → 의존성 방향 검증 → 최종 확정(Finalization)
• ③ 그리드 구축: 정규식 파싱 → 범위 검사 → 22개 속성의 프로젝트 그리드 자동 생성

사이클 ④~⑥ 실행 → 검증 → 기록

실제 작업이 수행되고 품질이 확보되는 핵심 실행 단계.

• ④ Task 실행: 지시서에 따라 에이전트가 작업 수행. 상태·진행률·산출물을 실시간 추적
• ⑤ 검증 수행: Executed 상태 전환 즉시 검증 에이전트 자동 투입. 4개 항목 자동 점검
• ⑥ 결과 기록: 실행·검증 결과를 원자적 쓰기(Atomic Write)로 그리드에 기록

사이클 ⑦~⑨ Stage 검증 → 리포트 → 승인

개별 Task 검증을 넘어 Stage 전체 단위의 종합 품질 관문.

• ⑦ Stage 검증: Stage 내 모든 Task 완료·검증 여부 + 전체 빌드·테스트 통과 + 의존성 체인 완결성 종합 점검
• ⑧ 검증 리포트: Task별 현황, 빌드/테스트 결과, AI 의견 등 구조화된 문서 자동 생성
• ⑨ Stage 승인: 승인(Approved) → 다음 Stage 사이클 시작 / 거절(Rejected) → ④단계로 자동 회귀

선행기술 대비 종합 비교

점진적 개선이 아닌, 설계 패러다임의 전환

기존 기술의 개선 방향과 SAL Grid의 접근 방식은 근본적으로 다른 차원에 있다.

• 기존 통념: "의존성은 코드로 선언해야 한다" — 모든 선행 기술의 암묵적 전제
• 기존 개선 방향: 선언을 "더 편하게" → "선언 자체를 없앤다"는 발상에는 도달 불가
• SAL Grid: 식별자에 좌표를 인코딩하여, 대소 비교만으로 의존성 추론. Task를 자기 설명적 객체로 재정의

산업 적용 분야

SAL Grid의 3차원 좌표계는 도메인 비종속적 구조이다. Stage와 Area의 정의만 해당 산업에 맞게 바꾸면 동일한 시스템을 적용할 수 있다.

기대 효과

실제 적용 사례 — SSAL Works Project SAL Grid

아래는 SAL Grid를 실제 적용한 SSAL Works 프로젝트의 Stage × Area 매트릭스(일부 발췌)이다. 5 Stage × 11 Area에 총 74개 Task가 배치되어 있다.