공급망 통제 타워는 문제를 감지하고, 대응을 결정하며, 결정이 실행되도록 합니다. 만약 판매되는 것이 감지하고 표시만 할 뿐 결정하거나 행동할 수 없다면, 그것은 더 나은 이름을 가진 대시보드일 뿐입니다. 이 구별이 전체 주제이며, 왜 그렇게 많은 프로그램이 9개월이 되면 아무도 열어보지 않는 화면으로 끝나는지를 설명합니다.
이러한 배포 사례들을 여러 건 검토해 보았는데, 성공한 사례들은 벤더 비교에서는 찾아볼 수 없는 공통된 특징이 있었습니다. 바로 특정 인물이 새벽 2시에 승인 없이 돈을 사용할 수 있었다는 점입니다. 실패한 사례들 중 일부는 성공한 사례들보다 더 나은 소프트웨어를 가지고 있었습니다.
네 개의 계층, 그리고 각 계층이 실패하는 방식
| 레이어 | 일 | 일반적인 오류 |
|---|---|---|
| 데이터 수집 | 주문, 배송, 재고 및 운송업체 이벤트를 한 곳으로 통합 | 마스터 데이터 불일치: 한 사이트에 네 개의 식별자가 있지만 아무것도 일치하지 않습니다. |
| 이벤트 모델 | 피드를 연체, 위험, 부족과 같은 상태로 전환 | 모든 편차에 대해 알림이 울리므로 직원들은 3주 안에 알림을 음소거합니다 |
| 결정 로직 | 비용이 포함된 응답을 제안하거나 선택하세요 | 예산 담당자가 승인하지 않을 항공 화물을 추천합니다. |
| 실행 및 감사 | 상품을 이동시키는 시스템으로 결정을 되돌리고, 그 결과를 기록하세요. | 읽기 전용 통합이므로 모든 결정 사항을 수동으로 다른 시스템에 다시 입력해야 합니다. |
구매자는 마지막으로 4계층을 검토하며, 이 계층이 투자가 수익을 낼지 여부를 결정합니다. 읽기 전용 통합 기능을 갖춘 타워는 루프를 닫을 수 없어 자체 가치를 결코 증명할 수 없습니다. 24개월 후 갱신 시기가 되면, 절감된 물량을 누구도 지적할 수 없고 예산은 다른 곳으로 돌아갑니다.
성숙도 사다리, 솔직하게 설명하다
벤더들은 일반적으로 4가지 단계를 설명합니다. 어떤 단계를 구매하는지 아는 것이 중요합니다. 가격 차이도 크지만, 기능 차이는 더 크기 때문입니다.
- 가시성. 사물이 어디에 있는지 보여줍니다. 진정으로 유용하며, 일상적으로 제품 전체로 판매됩니다.
- 예측. 도착 예정 시각을 추정하고 놓칠 가능성이 있는 배송을 표시합니다. 10개 레인 중 8개 이상에서 자체 플래너보다 예측이 뛰어난 경우에만 비용을 지불할 가치가 있으며, 이는 테스트 가능한 주장이지만 거의 테스트되지 않습니다.
- 처방적. 비용 비교와 함께 특정 응답을 제안합니다. 마스터 데이터 품질은 이 단계에서 더 이상 협상 대상이 아닙니다.
- 자율적. 아무도 개별적으로 승인하지 않은 한계 내에서 정의된 응답을 실행하는데, 이는 AI 에이전트가 운임을 인용합니다가 제기한 것과 동일한 경계 문제입니다. 제가 2019년 이후 본 모든 배포에서 소수의 운영만이 여기서 실행되며, 기술보다는 거버넌스가 장벽입니다.
대부분의 조직이 저에게 관제탑에 대해 문의할 때 3단계 행동을 원하지만, 1단계에 해당하는 데이터를 보유하고 있습니다. 계약 체결 후 이러한 사실을 발견하는 것은 비용이 많이 들며, 2주간의 데이터 감사를 통해 사전에 이를 발견할 수 있습니다.
쇼핑 전에 필요한 정보
이 시스템들은 알고리즘 때문에 실패하는 것이 아닙니다. 입력값 때문에 실패하며, 요구되는 입력값은 특정적입니다. 해상 운송은 선사 마일스톤 이벤트, AIS의 선박 위치 데이터, 그리고 환적 시에도 유지되는 예약 참조가 필요합니다. Maersk, MSC, CMA CGM, Hapag-Lloyd가 2019년에 설립한 Digital Container Shipping Association은 이러한 이벤트들을 선사 간에 비교 가능하게 만드는 추적 및 추적 표준를 발행하며, 어떤 버전을 사용하는지 말할 수 없는 제공업체는 추측하는 것입니다.
도로 화물에는 EDI 214 상태 메시지 또는 운송업체 API와 하도급에 대한 정직한 답변이 필요합니다. 하도급업체의 운전자가 귀사의 제공업체 앱에 없기 때문입니다. 입찰 및 정산 시 204, 990, 210을 동일한 대화에 추가합니다. 운송 위에서는 야간보다 더 자주 갱신되는 재고 현황, 확정된 날짜가 있는 미결 발주서, 모든 현장이 정확히 하나의 식별자를 보유하는 위치 마스터가 필요합니다.
마지막 항목은 사소해 보이지만 아래 5개월의 사례에서 볼 수 있듯이 다른 어떤 항목보다 더 많은 지연을 초래합니다. 한 프로그램이 ERP와 두 개의 창고 시스템 간의 플랜트 코드를 조정하는 데 5개월을 보낸 후 비로소 단 하나의 타워 로직이 실행되었습니다. 유용한 구매 전 테스트는 비용이 들지 않습니다. 지난 분기에 잘못된 배송 10건을 가져와 현재 시스템에서 각 문제가 처음으로 파악 가능해진 순간을 수동으로 재구성해 보십시오. 팀이 이 타임라인을 수동으로 만들 수 없다면 어떤 플랫폼도 자동으로 만들 수 없습니다.
구입 또는 제작
| 접근 | 합리적일 때 | 실제 비용 센터 | 위험 |
|---|---|---|---|
| 기획 모듈 | 이미 해당 공급업체의 기획 스택을 사용하고 계십니다. | 라이선스 및 구성, 일반적으로 3~5년의 약정 | 벤더 데이터 모델 내에서는 강력하고 외부 데이터에서는 약합니다. |
| 가시성 전문가 | 당신의 격차는 운송 이벤트와 도착 예상입니다 | 건당 또는 차선당 가격 책정으로 물량에 따라 확장 가능 | 운송에는 뛰어나지만, 의사 결정 엔진은 아닙니다. |
| 플랫폼에서 구축하세요 | 당신은 엔지니어링 역량과 특이한 프로세스를 갖추고 있습니다. | 사람, 영구적으로, 프로젝트 예산보다는 | 이제 당신은 제품을 소유하고 있으며 직원을 배치해야 합니다. |
| 운송 관리 시스템 주위에 모이세요 | 대부분의 예외는 전송 예외입니다. | 각 통신사별 통합 작업, 각각 6주 소요 | 재고 및 수요의 얇은 뷰 |
카테고리가 이름보다 더 중요하지만, 이름은 카테고리를 구체화합니다. 1984년에 설립된 Kinaxis, 2009년에 설립된 o9 Solutions, 2021년에 Panasonic에 71억 달러에 인수된 것으로 알려진 Blue Yonder는 자체 데이터 모델 위에 타워를 쌓아 계획 중심의 제품을 판매합니다. SAP와 Oracle은 더 광범위한 제품군 안에 모듈을 배치합니다. 2014년에 설립된 Project44과 FourKites는 운송 가시성 전문가입니다. 2000년에 설립된 E2open은 네트워크 플랫폼을 판매하고, Altana는 1차 공급업체 이상을 대상으로 하는 공급업체 매핑을 담당합니다.
TradeLens의 거버넌스 교훈
2018년 머스크와 IBM이 출시한 TradeLens는 4년 만인 2022년에 중단되었습니다. 소프트웨어는 작동했고, 6대 컨테이너 운송사 중 5곳을 포함한 175개 이상의 조직이 참여했습니다. 하지만 실제 데이터를 충분히 확보하지 못했는데, 이는 가장 큰 경쟁사가 소유한 플랫폼에 참여하는 것은 헌신하기보다는 존재하는 것에 가깝기 때문입니다.
내부 프로그램의 경우, 이전 가능한 교훈은 블록체인보다는 소유권에 관한 것입니다. 다른 세 곳의 데이터를 필요로 하는 한 사업부가 소유한 타워는 TradeLens가 겪었던 것과 같은 방식으로 자원이 부족하게 될 것입니다. 소유하는 사람은 데이터를 소유하거나 데이터를 요구할 권한을 보유해야 하며, 이 문제는 세 번째 운영 위원회가 아닌 설계 단계에서 다루어져야 합니다.
재무 검토를 통과한 조치
대시보드 로그인 및 알림 횟수는 대부분의 프로그램에서 보고하는 허상 지표입니다. 이 다섯 가지는 방어 가능합니다:
- 알 수 있음에서 알려짐까지 걸리는 시간. 월요일에 감지 가능한 지연이 있었고 목요일에 팀이 이를 알게 되었다면, 그 3일이 바로 해당 업무입니다.
- 예외 처리 시간. 알림이 발생한 시점부터 이에 대한 결정이 기록되기까지의 시간. 알림 건수는 늘어나는데 처리 시간은 그대로라면, 이는 불필요한 알림이 많다는 의미입니다.
- 지출 신속화. 문제점이 조기에 발견되어 더 저렴한 해결책을 찾을 수 있으므로 긴급 항공 화물 및 프리미엄 도로 운송은 감소해야 합니다.
- 자동으로 종결된 예외 비율. 공급업체들이 인용하기를 꺼리는, 유일하게 정직한 성숙도 측정 지표입니다.
- 두 가지 기준선에 대한 정확도 추정. 예측된 도착 시간과 실제 도착 시간을 비교하고, 플래너의 자체 추정치와 비교하세요. 왜냐하면 항공사의 추정치를 능가하는 것은 쉽지만 숙련된 플래너의 추정치를 능가하는 것은 어렵기 때문입니다.
작동하는 순서
먼저 실제 비용이 발생하며 추적 가능한 예외 유형 하나를 선택합니다. 예를 들어, 내륙 철도 연결이 누락된 해상 컨테이너 등이 있습니다. 해당 단일 흐름을 실행 단계까지 포함하여 종단 간 계측하고, 명확한 한계 내에서 조치를 취할 수 있는 특정 인물에게 권한을 부여합니다. 이를 한 분기 동안 실행하고, 이전 분기와 비교하여 처리 시간과 긴급 운송 비용을 비교합니다.
이것은 인상적이지 않은 첫 번째 시연과 방어 가능한 비즈니스 케이스를 만들어내며, 이것이 올바른 순서입니다. 개선할 결정을 내리기 전에 모든 데이터 소스를 연결하는 것은 이러한 프로그램들이 2년 간의 통합 프로젝트가 되어 결국 스크린과 아무런 증거 없이 끝나게 되는 방식입니다. 첫 번째 버전이 90일 이내에 하나의 결정을 바꾸는 데 실패한다면, 추가적인 계층을 구매하는 것으로는 이를 구하지 못할 것입니다.