WHY JJGO
조직의 변화가 제품과 운영으로 이어지도록.
AI Native는 도구 도입만으로 완성되지 않습니다. 역할과 검토 책임을 정하고, 현장 업무로 AI 품질을 검증하며, 배포와 운영을 반복할 기반이 함께 필요합니다. 제품 개발과 AI 제품화, 클라우드 플랫폼 운영 경험을 연결해 팀이 지속해서 실행할 수 있는 구조를 만듭니다.- 16년
- 제품 개발 경험Daum·Kakao·NCSOFT부터 AI 제품 조직까지
- 약 2개월
- 제품 재설계2년 이상 운영된 제품을 AI 기반 신규 제품 형태로 전환
- 약 200개
- Kubernetes 클러스터NCSOFT KaaS의 설계·개발·운영 경험
- 1,000+
- 클러스터 노드AWS·GCP·OpenStack·베어메탈 환경 지원
- 15+
- 클라우드 서비스마이크로프론트엔드 기반 사내 포털로 통합
- 최대 80%
- 모델 반영 리드타임 단축AI 모델 표준화로 신규 모델의 서비스 반영 시간을 단축
출처: 이정주 포트폴리오·이력서에 기재된 본인 수행 프로젝트 기록(자기보고).
EXPERTISE
어디까지 함께하는가
조직과 업무 설계
사람과 AI의 역할, 의사결정과 검토 책임을 정의합니다. 기획·개발·리뷰·테스트·지식 공유에 재사용 가능한 AI 업무 흐름을 정착시킵니다.
현장 업무와 평가 기준
실제 질문, 문서, 예외 상황으로 평가셋을 구성합니다. 품질·비용·응답 속도와 보안 제약을 기준으로 우선 적용할 업무를 고릅니다.
AI·RAG와 에이전트 구현
모델·프롬프트·검색·재랭킹을 비교하고, 작업 분해·라우팅·도구 호출·실패 대응·사람의 검토를 하나의 서비스 흐름으로 연결합니다.
개발자 플랫폼과 자동화
개발자 여정을 기준으로 공통 개발 환경과 셀프서비스 경로를 만듭니다. CI/CD, IaC, 서비스 카탈로그와 필요한 Kubernetes 기반을 연결합니다.
품질과 운영 거버넌스
데이터 접근 권한, 평가 로그, 모니터링과 SLO를 설계합니다. 품질 회귀, 장애 대응, 배포·복구와 비용을 지속해서 관리합니다.
조직 확산과 역량 강화
파일럿에서 검증한 방식을 플레이북과 교육·코칭으로 공유합니다. 사용률, 업무 성과와 전달 시간을 측정하며 팀의 운영 방식을 개선합니다.
WHAT YOU GET
무엇을 함께 만드는가
AI Native 운영 모델
활용 원칙, 역할과 책임, 데이터 경계, 승인·검토 기준과 우선순위를 정리한 실행 로드맵.
검증된 업무 흐름과 평가셋
실제 업무 시나리오, 품질·비용·속도 기준, AI·RAG·에이전트 구성과 재사용 가능한 업무 플레이북.
반복 가능한 개발·운영 기반
참조 아키텍처, 개발·배포 자동화, 관찰 가능성, 장애 대응과 비용 관리 기준을 갖춘 운영 경로.
WHEN TO START
언제 필요한가
- 01
AI 활용이 개인의 노하우에 머물러 팀 전체의 일하는 방식으로 정착시키고 싶을 때
- 02
AI·RAG PoC를 실제 업무에서 신뢰할 수 있는 서비스로 발전시키고 싶을 때
- 03
팀마다 다른 개발·배포 방식과 운영 부담을 줄이며 AI 활용을 확장하고 싶을 때
PROCESS
어떻게 진행하는가
상황에 따라 범위와 기간을 조정합니다.- 01현황과 목표
진단과 우선순위
조직의 업무, 데이터, 개발·운영 흐름을 살펴봅니다. 효과가 큰 한 가지 업무와 품질·비용·속도 기준을 함께 정합니다.
- 02역할과 구조
통합 설계
사람과 AI의 책임, AI·RAG 구성, 플랫폼 경계와 평가 방식을 설계합니다. 현재 단계에 필요한 범위를 정합니다.
- 03실제 업무 검증
파일럿과 구현
한 팀의 실제 업무에서 AI 흐름을 구현하고 평가합니다. 검토·예외 처리와 개발·배포 자동화를 연결합니다.
- 04지속적인 개선
운영과 확산
품질·사용률·비용과 피드백을 확인합니다. 검증된 방식을 표준과 교육으로 확산하고 운영 기준을 갱신합니다.
DEVELOPMENT METHOD
목표와 단계에 맞는 구성을 선택합니다.
0→1, 1→10, 10→100에서 검증할 것과 운영 책임은 달라집니다. 팀, 기술, 운영의 복잡도를 현재 목표에 맞춥니다.핵심 가설 검증
- 목표
- 가장 작은 제품으로 문제와 핵심 가치가 맞는지 확인합니다.
- 팀
- 제품·디자인·개발이 가까이 협업하는 소수의 다기능 팀
- 기술
- 검증된 기술, 관리형 서비스, 단순한 애플리케이션 구조
- 운영
- 짧은 배포 주기, 핵심 로그, 직접적인 사용자 피드백
반복 가능한 제품화
- 목표
- 검증된 가치를 안정적인 사용과 반복 가능한 개발 흐름으로 만듭니다.
- 팀
- 제품 책임을 분명히 두고 필요한 전문 역할을 단계적으로 보강
- 기술
- 도메인 경계, 자동 테스트·CI/CD, 기본 관찰 가능성
- 운영
- 기본 SLO와 장애 대응, 사용·품질 지표, 점진적 표준화
안정적인 확장
- 목표
- 사용자와 팀이 늘어도 품질, 속도, 비용을 관리합니다.
- 팀
- 자율적인 제품 팀을 플랫폼·SRE·보안 역량이 공통 지원
- 기술
- 확인된 부하·소유 경계만 분리하고 셀프서비스 플랫폼 적용
- 운영
- 용량·비용·SLO 관리, 정책 자동화, 점진적 배포와 복구
숫자는 회사 규모가 아니라 제품의 검증·확장 단계를 뜻합니다. 실제 구성은 도메인, 위험 수준, 팀 역량에 따라 달라집니다.
START A CONVERSATION