Trackline
요구사항 · 설계 · 테스트 추적성

계획과 실행을 한 줄로 잇는 프로젝트 워크스페이스

일정·요구사항·설계·테스트·이슈·릴리즈가 하나의 추적선으로 이어집니다. 요구사항이 어느 화면에 반영됐고 어떤 테스트로 검증됐는지, 스프레드시트를 열지 않고 확인합니다.

도입 문의로그인

계정은 조직 관리자가 발급합니다 · 웹 브라우저만 있으면 됩니다

간트차트WBS 7개 작업 · 전체 진행률 58%기준선 비교
1기획
1.1요구사항 정의
1.2화면 설계
2개발
2.1API 구현
2.2화면 구현
3QA
문제

“이 요구사항, 정말 구현됐고 검증됐나요?”

일정 도구는 일정만 보고 이슈 트래커는 이슈만 봅니다. 그래서 그 질문에 답하려면 위키와 엑셀을 오가며 사람이 손으로 맞춰야 합니다. 프로젝트가 끝날 때쯤이면 어느 문서가 최신인지도 알기 어려워집니다.

일정
간트 · 엑셀
산출물
위키 · 워드
이슈·테스트
트래커 · 시트

연결은 사람의 기억에 남습니다 — 그래서 사람이 바뀌면 끊깁니다.

핵심

세 가지가 한 데이터 위에서 돕니다

따로 쓰던 도구를 합친 게 아니라, 처음부터 같은 데이터를 공유하도록 만들었습니다.

1

추적성이 자동으로 쌓인다

요구사항에 테스트를 연결하고 이슈에 요구사항·릴리즈를 걸면 추적성 매트릭스가 그때그때 채워집니다. 완전·부분·미연결로 커버리지를 표시해 빠진 곳이 바로 보입니다.

2

계획 대비 실적을 눈으로 본다

WBS 계층과 선행 관계(FS), 진행률 롤업을 지원합니다. 기준선을 저장하면 계획 막대가 실적 아래에 겹쳐 그려지고, 지연된 작업은 색으로 드러납니다.

3

산출물이 도구 안에 산다

기본·화면·상세·API·시스템 설계서, 회의록, 자료실, 테이블 정의서가 한곳에 있습니다. 문서를 따로 관리하다 최신본을 잃어버릴 일이 없습니다.

기능

탭 10개, 화면 30개

프로젝트 하나를 끝까지 끌고 가는 데 필요한 화면을 갖췄습니다.

일정

간트 · 캘린더 · 스프린트

  • WBS 계층 4단계와 선행 작업(FS) 연결
  • 기준선 저장으로 계획 대비 실적 비교
  • 마일스톤·릴리즈 일정이 캘린더에 자동 표시
요구사항

요구사항과 추적성

  • 상태 4단계 · 우선순위 · 담당 관리
  • 요구사항 ↔ 설계 ↔ 테스트 매트릭스
  • 상태·우선순위 변경을 필드 단위로 기록
설계서

5종 설계 산출물

  • 기본·시스템설계는 마크다운으로
  • 화면·상세설계는 항목 표로 (들여쓰기 4단계)
  • API설계는 요청·응답·에러 케이스 표로
테스트 · 이슈

검증과 결함

  • 테스트 통과율 집계와 요구사항 연결
  • 버그·장애·개선·문의 카테고리별 채번
  • 실행 전/후, 발생/수정 스크린샷 쌍
데이터베이스

테이블 정의서 · ERD

  • DDL을 붙여넣으면 정의서가 자동 생성
  • FK에서 ERD 관계선을 그린다
  • 노드 배치는 서버에 저장돼 기기와 무관
릴리즈

릴리즈와 배포

  • 버전별 상태와 연결 요구사항
  • dev·staging·prod 배포 이력
  • 버전별 릴리즈 노트
추적성

빠진 연결이 표에서 바로 드러납니다

요구사항마다 어떤 설계에 반영됐고 어떤 테스트가 검증하는지 한 줄로 보여 줍니다. 설계와 테스트가 모두 걸리면 완전, 하나만 있으면 부분, 둘 다 없으면 미연결입니다.

  • ✓연결은 화면에서 고르기만 하면 됩니다 — 코드를 외울 필요가 없습니다
  • ✓요구사항이 바뀌면 변경 이력에 항목 단위로 남습니다
  • ✓이슈도 요구사항·테스트·릴리즈에 걸어 원인과 수정을 잇습니다
요구사항연결 설계연결 테스트커버리지
REQ-001SCR-003API-004TC-001완전
REQ-002SCR-005TC-002TC-003완전
REQ-003API-007—부분
REQ-004——미연결
데이터베이스

DDL을 붙여넣으면 정의서가 만들어집니다

CREATE TABLE 구문을 붙여넣거나 .sql 파일을 올리면 컬럼·키·기본값·주석까지 읽어 테이블 정의서와 ERD를 만듭니다.

CREATE TABLE orders (
  id BIGSERIAL PRIMARY KEY,
  customer_id INT NOT NULL
    REFERENCES customers(id),
  total NUMERIC(10,2) DEFAULT 0
);
COMMENT ON TABLE orders IS '주문';
↓
orders주문 · 3개 컬럼
컬럼타입키참조 · 기본값
idbigserialPK—
customer_idintegerFK→ customers.id
totalnumeric(10,2)0

올린 SQL은 실행되지 않고 해석만 됩니다. INSERT 같은 데이터 구문은 읽지도, 저장하지도 않습니다.

기술과 보안

엣지에서 돌고, 조직 단위로 갈라 둡니다

Cloudflare Workers 위에서 동작하고 PostgreSQL에 저장합니다.

조직 단위 격리

다른 조직의 프로젝트는 조회 자체가 불가능합니다. 존재 여부가 드러나지 않도록 404로 응답합니다.

역할 기반 권한

소유자·편집·조회 역할이 있고, 조회 권한은 서버에서 쓰기를 막습니다. 버튼만 숨기지 않습니다.

비공개 파일 저장소

첨부와 스크린샷은 공개 버킷에 두지 않습니다. 열람할 때마다 프로젝트 접근 권한을 확인합니다.

회전형 토큰

액세스 토큰은 1일, 리프레시 토큰은 1회용으로 회전합니다. 재사용이 감지되면 해당 계정 토큰을 모두 폐기합니다.

React 19TypeScriptCloudflare WorkersPostgreSQLR2
자주 묻는 질문

궁금한 것들

요구사항·설계·테스트의 추적성이 필요한 프로젝트라면 대체할 수 있습니다. 범용 이슈 트래커나 위키를 그대로 옮기는 도구는 아닙니다.

프로젝트 하나로 먼저 써 보세요

진행 중인 프로젝트의 요구사항과 일정을 옮겨 두면, 추적성이 어디서 끊겨 있는지 첫날에 보입니다. 도입 절차와 계정 발급은 문의 주시면 안내해 드립니다.

도입 문의