무무의 IT 이야기

의료기관, 대형 공공기관, 일부 금융 레거시, 대학·연구기관은 인프라 노후화가 유난히 빠르게 누적된다.공통점은 “기술을 몰라서”가 아니다. 멈출 수 없어서 바꾸지 못한다. 그래서 교체보다 유지가 먼저고, 그 결과 서버·DB·스토리지·운영 방식이 계속 쌓인다.이 글은 노후화가 발생하는 구조적 원인과, 다운타임을 최소화하며 To-Be로 전환하는 설계 축과 로드맵을 정리한다.인프라가 노후화되는 업종은 어디인가대표적으로 다음 조직에서 노후화가 빠르게 누적된다.의료기관대형 공공기관금융권 일부 레거시 코어 시스템대학·연구기관 이 조직들은 대부분 24시간 운영을 기본 전제로 한다.중단은 곧 사고, 민원, 손실로 이어진다. 그래서 변화의 우선순위는 항상 동일하다.“교체”보다 “유지”가 먼저다.왜 노후화되는가: 기술 문..

NPD 솔루션을 “하나의 화면”으로 생각하면 설계가 틀어진다.NPD 솔루션의 본질은 전략→수요→계획→실행→성과가 끊기지 않게 만드는 포트폴리오 운영 체계다. 위에서 정한 목표가 아래 실행까지 내려가고, 실행 데이터가 다시 위로 올라오는 폐쇄 루프(Closed Loop)가 핵심이다.이 글에서는 NPD 솔루션이 실제로 굴러가는 방식을 6개의 엔진으로 나눠서 구조적으로 정리한다.NPD 솔루션을 “대시보드”로 착각하면 실패한다많은 사람이 NPD 솔루션을 보고서 자동화 도구로 본다.하지만 그건 결과 화면일 뿐이다. NPD 솔루션이 진짜로 하는 일은 따로 있다.전략에서 시작된 목표가 실행 현장까지 끊기지 않게 만드는 것이다. 그래서 NPD 솔루션은 보통 층이 나뉜다.전략/목표(OKR, 로드맵) → 수요/우선순위 →..

“왜 이걸 지금 알았죠?”가 반복되는 진짜 원인출시 직전에 문제가 터지는 패턴은 비슷하다.BOM 버전이 다르고, 인증 문서가 최신이 아니고, 부품이 단종되는 식이다. 중요한 건 “문제가 발생했다”가 아니다.문제를 너무 늦게 알게 되는 구조가 문제다. 즉, 사람의 실수라기보다 연결의 실패다.신제품 개발 일정 지연 원인은 대부분 이 지점에서 시작된다.현업의 하루는 단순한데, 연결이 끊어진다조직의 대화는 익숙하다.설계팀: 변경했습니다. 메일 확인해주세요.구매팀: 이미 발주 넣었는데요?생산팀: 이게 최종 버전 맞습니까?PM: 리소스가 부족합니다.경영진: 이 프로젝트, 전략적으로 맞나요?각 팀은 일을 한다.하지만 각 팀의 “정답”이 서로 다르다. 왜냐하면 정보가 시스템 안에 흩어져 있기 때문이다.설계 변경은 PL..

ChatGPT Enterprise는 “도입”보다 “운영”에서 난이도가 갈린다.특히 개인폰 허용 + IP Allowlist + DLP 요구 + 모바일 앱 가능성 + MDM 없음 조합은 가장 까다로운 케이스다. 이 글은 기능 소개가 아니라 기업 시스템으로 운영하는 구조를 정리한다.결론은 단순하다. IP/SSO/DLP 하나로는 안 된다. 네트워크·사용자·기기·데이터를 동시에 통제해야 한다.기업이 착각하는 전제 3가지많은 기업이 이렇게 생각한다.IP Allowlist만 걸면 안전하다SSO만 붙이면 통제된다DLP만 있으면 유출을 막는다하지만 개인폰을 허용하는 순간, 통제 기준은 바뀐다. 네트워크 + 사용자 + 기기 + 데이터이 네 가지가 동시에 맞물려야 “운영”이 된다. 하나라도 빠지면 Enterprise는 “제..

ERP 시스템은 대부분 안정화되어 있다.재무 프로세스는 자동화되고 물류는 체계화되며 기업의 핵심 트랜잭션은 ERP를 중심으로 운영된다. 하지만 실제 현장에서는 여전히 이런 일이 발생한다. 구매 요청은 이메일이나 메신저로 들어오고견적서는 PDF로 전달되며담당자는 엑셀로 다시 정리한다. ERP가 있는데도 현업은 다시 엑셀로 돌아간다. 왜 이런 일이 반복될까? ERP는 기록과 통제의 시스템이기 때문이다.하지만 구매 업무의 본질은 판단과 의사결정이다. 이 지점에서 SAP BTP 기반 확장 아키텍처가 필요해진다.ERP와 BTP는 어떻게 연결되어야 하는가ERP는 안정성을 중심으로 설계된다.반면 BTP는 확장성과 연결성을 중심으로 설계된다. 따라서 두 시스템의 역할은 명확히 나뉜다. ERP는트랜잭션 처리재무 기록자재..

ERP 시스템은 대부분의 기업에서 이미 안정화되어 있다.재무는 자동화되고, 물류는 정리되었으며, 월 마감 프로세스도 체계적으로 운영된다. 하지만 현실에서는 이상한 현상이 나타난다. 현업은 여전히 엑셀을 사용하고새로운 요구사항은 ERP 수정으로 몰리며SaaS 서비스가 늘어날수록 데이터는 분리된다. 그리고 AI 도입을 이야기하면기존 아키텍처가 장벽이 된다. ERP는 잘 돌아가고 있다.그런데 디지털 전환은 체감되지 않는다. 이 지점에서 SAP BTP(SAP Business Technology Platform) 이야기가 시작된다.ERP는 통제 시스템, BTP는 확장 플랫폼ERP의 본질은 통합과 통제다. 대표적인 역할은 다음과 같다.전사 프로세스 표준화재무 통제SoD 기반 권한 관리실시간 트랜잭션 처리특히 SAP..

많은 기업들이 ERP를 다시 설계한다.이미 시스템이 있는데도 PI(Process Innovation)를 먼저 한다. 왜일까? ERP는 단순 도입이 아니다.운영 구조를 바꾸는 일이다. 그래서 ERP 프로젝트의 앞단에는 거의 항상 ERP PI 컨설팅이 붙는다.PI는 “구축 전 설계”이며, 더 정확히 말하면 경영 운영 모델을 재정의하는 단계다.1️⃣ ERP PI는 무엇을 하는가ERP PI는 보통 아래 3단계로 설명된다.Discovery → 현실 진단Envisioning(To-Be) → 목표 운영 모델 설계Planning → 실행 가능한 계획(숫자)으로 전환겉으로는 3단계지만, 실제로는 내부 작업이 훨씬 깊다.그리고 이 3단계를 어떻게 품질 있게 연결하느냐가 PI의 성패를 가른다.2️⃣ 1단계 – Discove..

1편에서 결론은 명확했다.2026.02.26 - [IT 인사이트] - 정비 업무가 느린 진짜 이유: ‘고장’이 아니라 ‘매뉴얼 찾기’ 때문이다 정비 업무가 느린 진짜 이유: ‘고장’이 아니라 ‘매뉴얼 찾기’ 때문이다겉으로 보면 정비 업무는 기술직이다.기계를 보고, 소리를 듣고, 고장을 고친다. 하지만 실제 현장에 들어가 보면 다르다. 정비 업무의 절반 이상은“정보를 찾는 일”이다. 그리고 이 “정보 찾james3030.tistory.com 정비 기업의 문제는 “정보가 없어서”가 아니다.정보는 있는데 연결이 안 돼서 생긴다.문서는 따로 있고부품 정보는 따로 있고재고/구매는 ERP 안에 있고정비 일지는 쌓이지만 지식이 되지 않는다그래서 AI의 역할도 분명해진다.AI는 매뉴얼을 “잘 읽어주는 챗봇”이 아니다...

겉으로 보면 정비 업무는 기술직이다.기계를 보고, 소리를 듣고, 고장을 고친다. 하지만 실제 현장에 들어가 보면 다르다. 정비 업무의 절반 이상은“정보를 찾는 일”이다. 그리고 이 “정보 찾기”가 느려지는 순간,정비 품질과 납기가 동시에 무너진다.1️⃣ 정비 요청이 들어오면 실제 프로세스는 이렇게 흐른다정비 요청이 들어오면 대부분 아래 순서로 움직인다.요청 접수증상 확인에러코드 확인정비 매뉴얼 검색부품 매뉴얼/도면 검색재고 확인부품 주문정비 수행정비 일지 작성 이 중에서 “장비를 실제로 만지는 시간”보다매뉴얼을 찾고, 부품을 확인하고, 정보를 검증하는 시간이 더 길어지는 경우가 많다. 즉, 정비의 병목은 현장이 아니라정보 탐색 구간에서 발생한다.2️⃣ As-Is의 본질: 데이터는 있는데 연결이 없다정비 ..

1편에서 확인했다.2026.02.25 - [IT 인사이트] - K-푸드 수출이 터지는 진짜 이유: ‘규제’는 마지막 검토가 아니다 K-푸드 수출이 터지는 진짜 이유: ‘규제’는 마지막 검토가 아니다K-푸드 수출은 늘고 있다.문제도 함께 커지고 있다. 많은 사람들은 수출의 병목이 생산이나 물류라고 생각한다.하지만 현장에서는 다르다.수출의 병목은 규제다. 그리고 더 중요한 사실이 있다.james3030.tistory.com 문제는 사람이 아니다. 구조다.규제 문서는 따로 있고디자인은 따로 움직이고PLM과 ERP는 결과만 주고받는다그래서 규제 리스크는 늘 생산 직전 터진다. 2편의 목표는 하나다.생산 전에 규제 리스크를 구조적으로 차단한다. 아이디어가 아니다.현업에서 굴러가는 “설계”로 설명한다. 이를 위해 ..