AI 개발 거버넌스 플랫폼

요구사항 하나가
코드까지 이어집니다

기획서·화면설계·수용 기준·코드·시험을 한 줄로 연결하고, 어긋나는 지점을 배포 전에 찾아냅니다.

01 · OVERVIEW

제품 개요

SI 프로젝트가 무너지는 자리는 대체로 같습니다. 기획서에 있던 것이 코드에 없고, 코드에 있는 것이 기획서에 없습니다. 요구사항이 바뀌었는데 화면 목록은 그대로이고, 시험 시나리오가 어느 문서를 근거로 만들어졌는지 아무도 답하지 못합니다. 대개 감리를 앞두고서야 드러납니다.

Kroot.AI™는 요구사항정의서·유스케이스·화면 목록·IA·스토리보드를 표준 형식으로 생성하고, 이 문서들과 코드가 서로 어긋나지 않도록 강제합니다. 상태를 보여주는 데서 그치지 않고, 승인 없이 다음 단계로 넘어가지 못하게 하고 근거 없는 값을 쓰지 못하게 막습니다.

AT A GLANCE

  • 제품명  ·  Kroot.AI™
  • 분류  ·  AI 개발 거버넌스 플랫폼
  • 다루는 산출물  ·  요구사항정의서 / 유스케이스 / 화면 목록 / IA / 스토리보드
  • 검증 방식  ·  문서 간 양방향 대조 · 문서↔코드 추적
  • 사용자 역할  ·  PM / 기획자 / PL / 개발자 / QC / 고객사
02 · KEY FEATURES

주요 기능

다른 도구도 하는 일은 넣지 않았습니다. 문서를 만들고, 문서끼리 맞추고, 문서와 코드를 맞추는 일입니다.

01

누가 써도 같은 문서가 나옵니다

요구사항정의서·유스케이스·화면 목록·IA·스토리보드 다섯 종류를 표준 형식으로 만들어 냅니다. 사람이 바뀌어도 형식이 갈리지 않고, 회사 양식에 맞춰 바꿀 수 있습니다.

02

화면 하나를 검증 항목으로 쪼갭니다

화면에서 검증 가능한 수용 기준을 뽑아냅니다. 이것이 구현율의 분모이자 시험 시나리오가 됩니다.

03

개발 중에 튀어나올 것을 먼저 찾습니다

예외 흐름·권한·오류 처리처럼 기획서에서 자주 빠지는 항목을 문서 단계에서 짚어냅니다.

04

한쪽만 고치고 넘어갈 수 없습니다

요구사항↔유스케이스↔화면↔수용기준을 양방향으로 대조합니다. 하나가 어긋나면 즉시 드러납니다.

05

말한 대로 만들어졌는지 봅니다

수용 기준 ID를 코드에 표시하고 실제 구현 여부를 대조합니다. 문서에 없는 기능이 코드에 들어와 있으면 찾아냅니다.

06

어디까지 손대야 하는지 바로 나옵니다

요구사항 하나가 바뀌면 영향받는 화면·수용기준·코드를 목록으로 제시합니다.

07

빈칸을 빈칸으로 둡니다

근거 없는 값을 채우지 않습니다. 정해지지 않은 것은 미확정으로 등록하고 담당자와 기한을 남깁니다.

08

확정 전에는 다음으로 넘어가지 않습니다

화면 목록 확정처럼 되돌릴 수 없는 결정 앞에서 멈추고 승인을 받습니다. 승인 시점을 기준선으로 저장합니다.

09

감리 자료가 매일 쌓입니다

요구사항 추적표와 단계별 대비표를 상시 유지합니다. 감리 직전에 문서를 맞추는 작업이 없습니다.

Kroot.AI 요구사항 추적표 화면 — 요구사항·유스케이스·화면·수용기준·구현·시험이 한 행으로 이어진 표
요구사항 하나가 유스케이스 · 화면 · 수용기준 · 코드 · 시험까지 한 줄로 이어집니다.
Kroot.AI 정합성 검증 결과 화면 — 검사 항목별 통과·위반과 위반 상세 목록
어긋난 곳은 담당과 기한까지 붙여 제시하고, 위반이 남아 있으면 다음 단계 승인을 막습니다.
03 · STRENGTHS

특장점

자사 프로젝트에 Kroot.AI™를 적용해 직접 측정한 값입니다.

2,583화면 143개에서 뽑은 수용 기준
0요구사항↔유스케이스↔화면↔수용기준 양방향 추적 위반
6검증 규칙 하나가 바뀌자 자동 검출된 영향 문서
18근거가 없어 미확정으로 남긴 요구사항
01

완성도 70%가 실제 70%인지 답할 수 있습니다

수용 기준 몇 건 중 몇 건이 끝났는지로 말합니다. 진척률을 두고 회의에서 다투는 일이 없어집니다.

02

바꿔도 되는지 그 자리에서 답합니다

요구사항 하나가 바뀌면 영향받는 화면·수용기준·코드가 즉시 나옵니다. 추가 일정과 비용을 회의 중에 답할 수 있습니다.

03

지어내지 않습니다

AI가 그럴듯하게 채워 넣은 값은 나중에 전부 재작업이 됩니다. 근거가 없으면 미확정으로 등록하고 담당자와 기한을 남깁니다.

04

“그렇게 하기로 했었나요”가 사라집니다

화면 목록 확정 같은 지점에서 승인을 받고 그 시점을 기준선으로 저장합니다. 누가 언제 무엇을 승인했는지 기록에 남습니다.

05

감리 전날 밤이 사라집니다

요구사항 추적표와 단계별 대비표가 상시 유지됩니다. 문서를 소급해서 맞추지 않고 당일 있는 그대로 제출합니다.

06

고객사가 같은 화면을 봅니다

PM·기획자·PL·개발자·QC가 각자의 화면에서 자기 몫을 처리하고, 고객사는 공개 범위 안에서 같은 진척을 확인합니다. 보고용 자료를 따로 만들지 않습니다.

빠르게 만드는 도구가 아닙니다.

Kroot.AI™는 자주 멈춥니다. 승인 없이 다음 단계로 가지 않고, 근거 없는 값을 쓰지 않으며, 정해지지 않은 것은 정해지지 않았다고 표시합니다.

그 대가로 얻는 것은 나중에 터지지 않는 것입니다.

04 · LINEUP

KRoot 제품 라인업

산출물을 통제하는 것에서 시작해, 만들고 옮기는 일까지 네 개의 KRoot 제품으로 다룹니다.

GOVERNANCE제공 중
Kroot.AI™

산출물 거버넌스 본체입니다. 산출물을 표준으로 만들고 문서·코드 정합성을 강제합니다. 위에서 설명한 아홉 가지 기능이 여기에 해당합니다.

CLOSED NETWORK제공 중
KRoot Onsite™

외부망이 차단된 금융·공공 환경에 설치형으로 제공합니다. 외부 AI 도구를 쓸 수 없는 조직을 위한 제품입니다.

DEPLOY제공 중
KRoot Launch™

비개발자가 만든 목업을 클릭만으로 실제 동작하는 서비스로 배포합니다.

MODERNIZATION제공 중
KRoot Legacy Gen™

오래된 PHP나 구버전 자바로 작성된 소스를 현대화된 소스로 자동 변환합니다.

05 · INDUSTRY

적용 분야

진척을 눈으로 확인하기 어렵고, 문서와 실제가 벌어지는 상황이라면 해당합니다.

01

감리를 받는 프로젝트

감리 직전에 산출물을 소급해서 맞추느라 몇 주를 씁니다.

요구사항 추적표와 단계별 대비표가 상시 유지되어 그날 그대로 제출합니다.

02

외주 · 수탁 개발

발주사와 수행사가 서로 다른 숫자를 들고 회의에 들어옵니다.

같은 수용 기준을 분모로 봅니다. 가온소프트랩이 고객사 프로젝트에 실제로 적용하는 방식입니다.

03

요구사항이 자주 바뀌는 프로젝트

하나를 고쳤을 때 어디까지 영향인지 아무도 답하지 못합니다.

영향받는 화면·수용기준·코드를 즉시 제시합니다.

04

기획자가 여럿인 조직

사람마다 문서 형식과 용어가 갈려 나중에 합치지 못합니다.

표준 형식으로 생성하므로 누가 만들어도 같은 문서가 나옵니다.

05

레거시 전환

기존 시스템에 무엇이 있었는지 남아 있는 문서가 없습니다.

산출물을 표준으로 다시 세우고 실제 코드와 대조해 빠진 것을 찾습니다.

06

공공 · 금융 프로젝트

산출물 형식과 승인 절차 자체가 계약 조건입니다.

승인 게이트와 기준선이 절차 그대로 기록에 남습니다.

도입을 검토하고 계신가요?

제품 상담과 견적, 파트너 제휴 문의를 남겨주시면 담당자가 빠르게 연락드리겠습니다.