서버실의 장비
AI 연산을 수행할 GPU 서버, 업무 자료를 저장할 스토리지, 장비를 연결할 네트워크와 랙을 구성합니다.
AI와 프로그램이 일할 장소- 사용할 AI와 동시 이용 규모
- 파일 용량과 보관 기간
- 설치 공간·전원·냉각 조건
IRON MIND · 아이언마인드
서버실에는 전용 AI,
직원에게는 하나의
업무 화면.
아이언마인드(IRON MIND)는 트루에이아이의 온프레미스 AI 인프라·개발 플랫폼입니다. 회사 안에서 AI를 쓰고, 계획부터 납품까지 관리하도록 장비와 프로그램을 함께 제공합니다.
관리자는 할 일과 일정을 보고, 개발자는 AI 초안을 검토합니다. 시험 담당자는 결과를 기록하고, 승인자는 그 근거를 확인합니다.
장비 사양과 수량은 업무 규모에 맞춰 정합니다.
IRON MIND / BRAND FILM
1분 43초로 만나는 아이언마인드
전용 AI 인프라에서 프로젝트의 시작과 종료까지. 아이언마인드가 연결하는 업무와 가치를 모션그래픽으로 만나보세요.
재생 버튼을 눌러 시작하세요. 소리는 직접 켤 수 있으며, 음성 내레이션은 없습니다.
브랜드 필름 크게 보기 ↗01 / 제공하는 것
장비 설치와 AI 업무 환경을
함께 준비합니다.
직원이 보는 업무 화면 뒤에는 AI를 실행하고 자료를 저장하는 장비와 운영 프로그램이 있습니다.
장비를 움직이는 운영 환경
모델 실행, 데이터 저장, 로그인과 권한, 상태 확인, 백업·복원 도구를 연결합니다.
자료를 보관하고 운영하는 기반- AI 모델을 실행하는 환경
- 사용자 인증과 데이터 저장
- 상태 점검과 운영 절차
직원이 사용하는 업무 화면
요구사항과 일정, 문서, 시험 결과, 승인과 납품 기록을 프로젝트 안에서 관리합니다.
팀이 함께 일하는 프로젝트 공간- 할 일·담당자·기간
- AI 문서 초안과 사람의 검토
- 시험·납품·종료의 근거
기존 장비 활용 가능 여부는 사양과 운영 조건을 확인한 뒤 정합니다. 실제 제공 항목과 도입 절차 보기 →
02 / 프로젝트 하나를 끝까지
“신청 내역을 조회하는 기능”을
만들어 납품한다면?
기획부터 종료까지 같은 요청이 어떻게 업무와 기록으로 이어지는지 살펴보세요. 아래 내용은 사용법을 설명하기 위한 가상 사례입니다.
설명용 가상 프로젝트시설 이용 신청 시스템 개선
단계를 선택하면 담당자가 하는 일과 남는 결과를 볼 수 있습니다.
STEP 01 · 운영자 · 프로젝트 관리자
누가 만들고, 누가 확인할지 정합니다.
시작 상황 · 입력
시설 이용 신청 시스템을 개선합니다. 기획자, 개발자, 시험 담당자, 승인자가 함께 일합니다.
아이언마인드에서 하는 일
- 프로젝트의 목적과 기간을 등록합니다.
- 권한이 있는 관리자가 사용자를 등록하고 역할을 지정합니다.
- 작업 담당자와 결과를 검토할 사람을 구분합니다.
남는 결과
프로젝트 공간 · 참여자 목록 · 역할별 접근 권한
STEP 02 · 기획자 · 프로젝트 관리자
한 문장의 요청을, 담당자가 있는 작업으로 나눕니다.
시작 상황 · 입력
“신청자가 자신이 신청한 시설과 처리 상태를 확인할 수 있어야 합니다.”
아이언마인드에서 하는 일
- 사용자에게 필요한 기능을 요구사항으로 등록합니다.
- 화면, 조회 기능, 권한 시험으로 작업을 나눕니다.
- 각 작업의 담당자와 기간, 먼저 끝나야 할 작업을 지정합니다.
남는 결과
요구사항 · 담당자별 작업 목록 · 전체 일정
STEP 03 · 개발자 · 문서 작성자
빈 문서에서 시작하지 않도록 AI에 초안을 요청합니다.
시작 상황 · 입력
“신청 내역 조회 기능을 시험하려고 합니다. 정상 상황과 오류 상황의 시험 항목 초안을 작성해 주세요.”
아이언마인드에서 하는 일
- 승인된 모델에 문서의 주제와 요청 내용을 보냅니다.
- 요청의 처리 상태와 생성된 원본 초안을 확인합니다.
- 사람이 내용을 검토하고 수정한 결과를 위키나 산출물에 저장합니다.
남는 결과
AI 요청 기록 · 원본 초안 · 사람이 검토한 문서
STEP 04 · 시험 담당자 · 개발자
실패를 덮어쓰지 않고, 수정 후 다시 시험합니다.
시작 상황 · 입력
첫 시험에서 다른 사람의 신청 내역을 볼 수 있는 오류를 발견했습니다.
아이언마인드에서 하는 일
- 실패 사유와 시험 보고서를 증거로 남깁니다.
- 수정 작업 후 시험 상태를 다시 진행 중으로 전환합니다.
- 수정 보고서를 새 버전으로 등록하고 재시험 결과를 판정합니다.
남는 결과
최초 실패 기록 · 수정 보고서 · 재시험 결과
STEP 05 · 승인자 · 납품 담당자
무엇을 근거로 승인하고, 어떤 파일을 보낼지 확인합니다.
시작 상황 · 입력
수정된 기능의 시험을 마쳤습니다. 설계서와 시험 보고서를 제출해야 합니다.
아이언마인드에서 하는 일
- 요구사항에 연결된 산출물 버전과 시험 근거를 확인합니다.
- 납품 준비 상태를 점검하고 권한이 있는 담당자가 별도로 승인합니다.
- 제출용 요약과 검증 목록을 만들고, 필요한 설계서·보고서 원본을 별도로 준비합니다.
남는 결과
검토·승인 기록 · 제출 요약 · 검증 목록 · 확인한 파일 원본
STEP 06 · 프로젝트 관리자 · 운영자
프로젝트가 끝나도, 자료와 판단의 이유는 남깁니다.
시작 상황 · 입력
인수 결과를 기록하고 프로젝트를 종료할 때가 됐습니다.
아이언마인드에서 하는 일
- 인수·반려 결과와 남은 보완 사항을 확인합니다.
- 종료 조건과 사유를 기록하고 프로젝트를 종료합니다.
- 운영자는 별도 도구로 백업을 만들고 격리된 환경에서 복원을 확인합니다.
남는 결과
인수·종료 기록 · 보존된 업무 자료 · 백업·복원 확인 기록
1 / 6
03 / 내 업무에서 쓰는 방법
익숙한 업무 상황에서
무엇이 달라지는지 보세요.
항목을 펼치면 시작 상황, 제품에서 하는 일, 남는 결과를 확인할 수 있습니다. 고객 실적을 인용한 내용이 아닌 기능 설명용 예시입니다.
01프로젝트 관리자주간회의 전에, 늦어진 작업부터 알고 싶습니다.
시작 상황
일정표와 대화방에 진행 상황이 흩어져 있습니다. 누구에게 무엇을 확인할지부터 찾아야 합니다.
이렇게 사용합니다
- 작업별 담당자, 기간, 진행 상태를 확인합니다.
- 먼저 끝나야 할 작업과 뒤따르는 작업을 함께 봅니다.
남는 결과
담당자별 작업 목록과 전체 일정. 회의에서 확인할 작업을 고를 수 있습니다.
02개발자 · 문서 작성자설계 문서와 시험 항목의 첫 초안이 필요합니다.
시작 상황
기능은 정해졌지만 문서에 어떤 내용을 담을지 정리하는 데 시간이 듭니다.
이렇게 사용합니다
- 승인된 모델에 주제와 요청 내용을 입력합니다.
- 원본 초안을 보존하고 사람이 검토한 문서를 따로 저장합니다.
남는 결과
AI 요청 기록, 원본 초안, 검토한 문서가 남습니다.
모델 연결이 필요합니다. 초안의 정확성과 적용 여부는 사람이 확인합니다.
초안 요청 예시 보기 →03시험 담당자한 번 실패한 기능이 정말 수정됐는지 확인합니다.
시작 상황
“수정했습니다”라는 말만으로는 어떤 문제를 어떻게 확인했는지 알기 어렵습니다.
이렇게 사용합니다
- 실패 사유와 보고서를 요구사항에 연결합니다.
- 수정 보고서의 새 버전을 등록하고 재시험 결과를 기록합니다.
남는 결과
처음 실패한 이유와 수정 후 결과를 구분해 확인할 수 있습니다.
04문서 작성자 · 검토자설계서 최종본과 그 전 버전을 구분합니다.
시작 상황
“최종”, “최종수정”, “진짜최종” 파일 중 검토에 사용한 파일을 찾기 어렵습니다.
이렇게 사용합니다
- 문서를 산출물로 등록하고 관련 요구사항을 연결합니다.
- 수정본을 같은 문서의 새 버전으로 올립니다.
남는 결과
이전 버전과 최신 버전을 구분하고 검토에 사용한 파일을 확인합니다.
05팀원 · 후임 담당자지난 회의에서 왜 그렇게 결정했는지 찾아봅니다.
시작 상황
설계 이유를 아는 사람이 자리를 비우면 같은 질문과 논의가 반복됩니다.
이렇게 사용합니다
- 결정 내용과 변경 이유를 프로젝트 위키에 작성합니다.
- 개정 요약과 첨부 자료를 남겨 팀의 지식으로 보관합니다.
남는 결과
작성자와 개정 이력이 남는 업무 기록. 후임 담당자가 판단의 배경을 확인합니다.
06승인자 · 감사자어떤 근거로 승인했는지 확인합니다.
시작 상황
승인 표시만 남으면 당시 어떤 파일과 시험 결과를 검토했는지 다시 찾기 어렵습니다.
이렇게 사용합니다
- 권한에 맞게 요구사항, 산출물과 시험 근거를 확인합니다.
- 승인자는 판단을 기록하고 감사자는 허용된 기록을 조회합니다.
남는 결과
검토 자료와 판단의 이유를 확인할 수 있는 기록이 남습니다.
07납품 담당자 · 인수 담당자빠진 자료를 확인하고 인수 결과를 남깁니다.
시작 상황
제출 파일을 여러 경로로 보내면 누락 여부와 보완 요청을 정리하기 어렵습니다.
이렇게 사용합니다
- 제출 요약·검증 목록을 만들고 필요한 원본 파일을 별도로 준비합니다.
- 인수·반려 사유와 보완 조건을 기록하고 후속 처리를 연결합니다.
남는 결과
제출 자료의 근거, 인수 결정과 보완 이력을 구분해 관리합니다.
설계서·보고서 등 원본 파일은 계약의 제출 범위에 맞춰 담당자가 확인합니다.
납품 자료 예시 보기 →08시스템 운영자장애가 나기 전에 백업과 복구 절차를 준비합니다.
시작 상황
백업 파일이 있다는 사실만으로 실제 복구가 가능한지 알 수는 없습니다.
이렇게 사용합니다
- 운영 도구로 암호화 백업과 결과 기록을 만듭니다.
- 별도 환경에서 복원하고 로그인, 업무 상태, 파일을 대조합니다.
남는 결과
백업 파일과 실제 복원 확인 기록. 장애 대응 절차를 준비할 수 있습니다.
운영자가 유지보수 시간과 복원 환경을 준비해 수행하는 업무입니다.
구축·운영 절차 보기 →04 / 실제 제품 화면
화면에서 무엇을 봐야 할지
하나씩 짚어 드립니다.
아래는 실제 제품에 시험 데이터를 입력해 촬영한 화면입니다. 앞의 가상 프로젝트와는 별개의 내부 시험 자료입니다. 이미지를 선택하면 원본을 크게 볼 수 있습니다.
SCREEN 01
누가, 언제까지, 어떤 일을 하나요?
작업 목록과 시간 막대를 함께 봅니다. 회의 전에 담당자와 기간, 진행 상태를 확인할 수 있습니다.
이 순서로 보세요
왼쪽 작업명 → 가운데 기간 막대 → 오른쪽 담당자
시험용 프로젝트의 작업 9개를 표시한 일정 화면원본 크게 보기 ↗
SCREEN 02
시험 결과를 어떤 근거로 판단했나요?
요구사항의 시험 결과를 입력하고 판정 사유와 증거를 연결합니다. 확인한 이유를 다음 검토자에게 전달합니다.
이 순서로 보세요
요구사항 → 판정과 사유 → 선택한 증거
시험 데이터의 REQ-001 통과 판정을 입력하는 화면원본 크게 보기 ↗
SCREEN 03
검토한 보고서가 이 파일이 맞나요?
산출물의 버전과 파일 정보를 확인합니다. 수정할 때는 새 버전을 올려 이전 자료와 구분합니다.
이 순서로 보세요
산출물 이름과 최신 버전 → 파일 정보 → 새 버전 업로드
시험 보고서의 상세 정보와 파일 해시를 확인하는 화면. 해시는 같은 파일인지 대조하는 확인값입니다.원본 크게 보기 ↗
SCREEN 04
누가 어떤 이유로 문서를 고쳤나요?
프로젝트 지식을 위키에 작성하고 개정 이력을 남깁니다. 담당자가 바뀌어도 이전 기록을 찾아볼 수 있습니다.
이 순서로 보세요
개정 시각 → 작성자 → 변경 요약
작성자와 두 번의 개정 기록을 확인하는 위키 화면원본 크게 보기 ↗
05 / 도입 전에 궁금한 것
처음 접하는 분들이
묻는 질문.
제품의 범위와 준비할 일을
쉽게 정리했습니다.
아이언마인드는 한마디로 어떤 제품인가요?
소프트웨어를 만드는 팀이 회사 안에서 AI를 활용하고 프로젝트를 관리하도록 돕는 통합 제품입니다. 서버·스토리지·네트워크 같은 장비와, 그 위에서 돌아가는 AI 실행 환경·업무 프로그램을 함께 구축합니다. 직원은 브라우저로 접속합니다.
개발자만 사용하는 제품인가요?
기획자는 요구사항을 정리하고, 관리자는 일정과 담당자를 확인합니다. 개발자는 문서와 업무 결과를 남기고, 시험 담당자는 결과와 증거를 기록합니다. 승인자와 인수 담당자는 각자의 권한으로 자료를 검토합니다. 서버 설치·백업 같은 운영 업무는 운영자가 맡습니다.
서버와 랙도 포함하나요? 기존 장비를 써도 되나요?
하드웨어와 소프트웨어를 함께 제공하는 제품입니다. 사용자 수, AI 모델, 저장할 자료의 양에 맞춰 GPU 서버·스토리지·네트워크·랙의 사양과 수량을 정합니다. 기존 장비를 활용하려면 성능·여유 용량·지원 환경을 먼저 확인합니다. 사진은 구성 예시이며 모든 도입 건의 고정 사양은 아닙니다.
AI 모델은 어떻게 선택하나요?
업무에 사용할 승인된 모델과 실행 장비, 연결 경로를 도입 과정에서 정합니다. 문서와 코드를 어디까지 입력할 수 있는지 함께 확인합니다. 모델의 이용 조건과 운영 방식에 따라 필요한 자원과 비용이 달라집니다.
인터넷이 차단된 사내망에서도 쓸 수 있나요?
내부 설치를 전제로 구성할 수 있습니다. 필요한 설치 패키지와 모델, 이름 해석·시간 동기화 등 운영 기반을 사전에 준비합니다. 외부 연결이 필요한 기능은 내부에서 쓸 수 있는 방식으로 검토합니다. 실제 설치 환경에서 연결과 업무 절차를 확인해야 합니다.
AI가 개발부터 시험·승인까지 전부 대신하나요?
AI는 문서 초안 등 업무를 돕습니다. 생성한 내용은 사람이 검토하고, 개발·시험 결과와 승인 근거를 기록합니다. AI 결과가 자동으로 검증된 코드나 납품 승인으로 바뀌지는 않습니다.
SSO나 악성코드 검사 서버가 꼭 필요한가요?
기본 업무는 로컬 계정으로 시작할 수 있습니다. 회사 계정 통합 로그인(SSO), 외부 악성코드 검사, 외부 소스코드 관리 서비스는 선택 연동입니다. 파일 형식·크기 제한과 악성코드 검사는 서로 다른 기능입니다. 씨크랩 CDS Guard 망연계는 향후 연동 예정이며 실제 장비 전송 검증은 남아 있습니다.
도입 상담에는 어떤 정보가 필요한가요?
참여 인원, 만들려는 서비스, 사용하려는 AI, 자료의 종류·보관 기간, 보유 장비와 설치 장소를 알려주시면 됩니다. 이를 바탕으로 장비 구성, 설치·연동 범위와 운영 지원을 정리해 견적을 안내합니다.
확인할 수 있는 근거
설치부터 운영까지,
따라 할 수 있는 자료.
고객용 매뉴얼은 27개 장, 145개 절차, 실제 캡처 177장으로 설치·설정·업무·운영 과정을 안내합니다. 요구사항, 일정, 문서, 시험, 납품, 종료와 복원 절차를 포함합니다.
2026년 10월 내부 시험에서는 새 매체 설치, 재부팅, 최초 로그인·사용자·프로젝트 검사를 수행했습니다. 업무 흐름의 검증 기록도 각각 보관합니다.
내부 시험 결과는 외부 인증이나 고객 인수를 뜻하지 않습니다. 실제 모델 연결, 장비 성능과 인수 조건은 도입 환경에서 확인합니다.
소개서와 설치·운영 자료 보기 →팀의 실제 업무부터 이야기해 주세요
“우리 팀은 이런 일을 합니다.”
그 이야기부터 시작하겠습니다.
참여 인원, 만들려는 서비스, 다루는 자료와 보유 장비를 알려주세요.
필요한 장비와 업무 구성을 함께 정리합니다.