Mobile menu

요구사항 관리 도구를 선택할 때 살펴봐야 할 점

Tom Swallow
|  작성 날짜: 2026/04/21 화요일
At a Glance

요구사항 관리 도구를 선택할 때 무엇을 살펴봐야 하는지 알아보고, 위험을 줄이며, 도입률을 높이고, 하드웨어 요구사항을 실시간으로 최신 상태로 유지하세요. 나중에 발생할 수 있는 막대한 재작업 비용도 피할 수 있습니다.

Go Deeper with AI:
요구사항 관리 도구를 선택할 때 살펴봐야 할 사항

요구사항 관리는 전통적으로 문서, 스프레드시트, 이메일 및 기타 수작업 정보 기록 방식에 의존해 왔습니다. 이러한 방법은 엔지니어들에게 오랫동안 유용했지만, 상당한 불일치 위험도 함께 초래하며, 이런 방식으로 다뤄지는 데이터가 빠르게 구식이 된다는 점에서 그 위험은 더욱 커집니다.

그 결과, 엔지니어들은 이제 제품 요구사항을 더 간단하게 관리할 수 있는 방법을 찾고 있으며, 설계 반복이 가장 최신이고 관련성 높은 정보를 기반으로 이루어지도록 하려 합니다. 그러나 하드웨어 제품을 개발하는 엔지니어링 팀은 더 나은 시스템으로 전환하는 데 종종 어려움을 겪습니다. 

Altium’s Requirements Portal와 같은 도구의 이점을 누릴 수 있음에도 불구하고, 엔지니어들은 자주 초기 장벽인 도입 문제에 직면합니다. 수작업 중심의 오래된 정보 처리 방식에서 벗어나려면, 제어력이나 가시성을 희생하지 않으면서 이러한 새로운 요구사항 중심 접근 방식을 지원하는 목적 특화 도구가 필요합니다.

현대의 요구사항 관리는 더 이상 사양을 문서화하는 데만 국한되지 않습니다. 엔지니어링 팀은 점점 더 제품 개발 라이프사이클 전반에 걸쳐 요구사항 추적성, 검증 계획, 변경 관리, 규정 준수 가시성을 필요로 합니다. 가장 효과적인 요구사항 관리 도구는 요구사항을 설계, 검증 및 엔지니어링 워크플로우와 직접 연결하여, 팀이 속도와 협업을 유지하면서 위험을 줄일 수 있도록 돕습니다.

핵심 요약

  • 문서 기반 요구사항 관리는 더 이상 현대 하드웨어 제품 개발의 확장성을 충족하지 못합니다. 문서와 스프레드시트는 익숙하고 빠르게 도입할 수 있는 것처럼 보이지만, 버전 드리프트, 불명확한 소유권, 구식 데이터, 부족한 추적성과 같은 심각한 위험을 초래하여 비효율, 설계 오류, 비용이 큰 재작업으로 이어집니다.
  • 더 나은 요구사항 도구 도입의 가장 큰 장벽은 가치가 아니라 채택입니다. 엔지니어들은 요구사항을 다루는 더 나은 방법이 있다는 것을 알면서도, 익숙한 문서 기반 프로세스에서 벗어나기를 주저합니다. 성공적인 요구사항 관리 도구는 기존 워크플로우를 지원하면서도 가시성과 제어력을 향상시켜야 합니다.
  • 효과적인 요구사항 관리에는 실시간 양방향 추적성이 필요합니다. 현대적인 RM 도구는 ECAD, MCAD 및 시뮬레이션 전반에서 요구사항, 설계, 검증 간의 양방향 추적성을 제공해야 합니다. 이러한 실시간 연결은 조기 검증, 정확한 영향 분석, 그리고 항상 최신 상태의 단일 진실 공급원을 가능하게 합니다.
  • 속도와 규정 준수를 위해 자동화, 검증 계획, 유연성은 필수입니다. 재사용 가능한 파라미터, 자동화, AI 지원 워크플로우, 통합 검증 관리, 유연한 가져오기/내보내기와 같은 기능은 설계 위험을 줄이고, 인증을 지원하며, 빠른 반복을 가능하게 하는 데 매우 중요합니다.

조직이 여전히 문서와 스프레드시트로 요구사항 관리를 처리하는 이유

요구사항 관리를 위해 문서와 스프레드시트를 계속 사용하는 결정은 전략적인 판단인 경우가 드물며, 오히려 가장 저항이 적은 경로의 부산물입니다. 이러한 도구는 “어제의” 기준으로 보면 마찰이 거의 없는 것처럼 보입니다. 기업은 이에 익숙하며, 학습 곡선도 비교적 완만합니다. 

엔지니어들이 계속 문서와 스프레드시트를 사용하는 이유는 다음과 같습니다: 

  • 익숙함: 익숙함을 설계 프로젝트의 비용으로 보는 것이 사소해 보일 수 있지만, 오래된 워크플로우를 고수하는 엔지니어들은 상당한 운영상 장애물이 될 수 있습니다. 프로젝트가 이들의 주의를 전적으로 요구하는 상황에서는, 요구사항이 어떻게 공유되고 수용되는지까지는 고려하지 못할 수 있습니다. Word 문서나 Excel 스프레드시트를 사용하면 빠르고 즉각적으로 대응할 수 있기 때문에, 이러한 익숙한 도구에 대한 의존이 더욱 강화됩니다.
  • 사용 용이성: 익숙함은 새로운 시스템을 배워야 하거나 잠재적인 설정 문제를 처리해야 할 필요를 없애 줍니다. 성공적인 요구사항 관리 소프트웨어는 기존 엔지니어링 워크플로우에 자연스럽게 녹아들어야 하며, 그렇지 않으면 기능과 무관하게 도입 자체가 장벽이 됩니다. 중앙집중식 요구사항 시스템은 모든 사용자가 이를 기존 워크플로우에 통합할 수 있을 때에만 효과적일 수 있습니다. 바쁜 엔지니어들에게 온보딩은 간단하고 방해가 없어야 합니다. 
  • “무료” 도구: 엔지니어들은 오랫동안 사용해 온 도구가 요구사항을 공유할 때 추가 비용을 발생시키지 않는다고 생각할 수 있습니다. 하지만 실제로는 이러한 인식이 더 새롭고 직관적인 requirements management solutions가 제공하는 비용 절감 기회와 효율성 향상을 가릴 수 있습니다.

문서 기반 요구사항 관리의 위험

엔지니어들이 요구사항 관리를 재고하게 만드는 몇 가지 변수가 있습니다. 이는 버전 드리프트, 소유권, 변경 이력과 같은 프로젝트 관련 요소이거나, 관련성, 추적성, 검증 절차와 같은 데이터 기반 요소입니다. 

프로젝트 위험 요소

  • 버전 드리프트: 수작업 요구사항 관리의 즉각적인 위험 중 하나는 단일 진실 공급원의 부재입니다. 요구사항이 정적인 문서나 스프레드시트에 존재할 때, 그것들은 자주 복제되고, 공유되며, 로컬에 저장됩니다. 바로 이 지점에서 인적 오류가 스며듭니다. 버전 드리프트는 최신 사양에서 요구사항이 변경되었음에도 불구하고, 이해관계자들이 공유되고 지속적으로 업데이트되는 소스가 아니라 정적 문서를 기반으로 작업하기 때문에 그 업데이트가 모두에게 전달되지 않을 때 발생합니다. 제품 복잡성이 증가할수록, 버전 드리프트는 엔지니어링 팀 간 요구사항 불일치의 가장 흔한 원인 중 하나가 됩니다.
  • 요구사항 소유권: 문서 기반 시스템에서는 책임 경계가 빠르게 모호해질 수 있습니다. 스프레드시트는 구조화된 엔지니어링 워크플로우가 아니라 일반적인 데이터 입력을 위해 설계되었기 때문에, 전용 RM 도구에서 제공되는 세분화된 권한 설정이나 할당 기능이 부족합니다. 
  • 변경 이력: 변경 이력은 요구사항이 언제 변경되었는지, 누가 변경했는지, 왜 변경되었는지, 이전 상태가 무엇이었는지를 팀이 추적할 수 있게 해주며, 공식 감사와 규정 준수에 필수적인 “git‑like” 감사 추적을 제공합니다.

데이터 위험 요소

  • 검증 상태: 요구사항에 대한 검증과 테스트는 엔지니어가 자신 있게 다음 단계로 나아갈 수 있게 해주는 필수 단계입니다. 효과적인 요구사항 검증은 요구사항, 테스트 활동, 검증 증거 간의 직접 연결을 유지하는 데 달려 있습니다. 검증이 요구사항과 긴밀히 연결되어 있으면, 팀은 프로젝트 진행 상황과 시스템 전체 준비 상태를 완전하고 정확하게 파악할 수 있습니다. 요구사항과 검증이 분리되어 있으면 이러한 가시성이 사라져, 실제 프로젝트 상태를 평가하고 시스템이 다음 반복을 위한 정의된 기준을 충족하는지 판단하기 어려워집니다. 
  • 데이터 노후화: 실시간 디지털 환경에서는 정적 문서나 스프레드시트로 내보낸 모든 요구사항이 다운로드되는 순간부터 구식이 됩니다. 정적 산출물은 규제 및 인증 표준(예: 의료기기의 ISO 13485 또는 항공우주의 DO‑254)을 충족하기 위해 때때로 필요하지만, 이는 살아 있는 단일 진실 공급원이 아니라 특정 시점의 스냅샷에 불과합니다. 이러한 정적 문서를 주요 작업 방식으로 의존하는 것은 비효율적이며 위험을 초래합니다. 팀이 자신도 모르게 오래된 데이터를 기반으로 의사결정을 내릴 수 있기 때문입니다. 동일한 문제는 공급망 워크플로우에서도 나타납니다. 예를 들어 RoHS 또는 REACH 규정 준수 정보를 관리할 때 오래된 문서는 잘못된 가정이나 규정 준수 공백으로 이어질 수 있습니다.
  • 추적성: 버전 관리만으로는 충분하지 않습니다. 요구사항 추적성은 요구사항이 설계 결정, 검증 활동 및 이후 제품 결과에 어떤 영향을 미치는지 엔지니어가 이해할 수 있게 합니다. 엔지니어는 자신이 사용하는 정보가 정확하고 최신인지 질문할 수 있어야 합니다. 요구사항이 여전히 유효하고 설계 반복이 계속 정렬되어 있는지 확인하려면 투명성이 필요합니다. 정적 형식이 정보를 보여줄 수는 있지만, 엔지니어는 모든 작업이 원래의 요구사항으로 다시 추적될 수 있다는 확신이 필요합니다.

좋은 요구사항 관리 도구의 속성

양방향 추적성 링크

강력한 RM 도구는 ECAD, MCAD 및 시뮬레이션 환경 사이에 양방향 “디지털 스레드”를 구축하여, 서브시스템과 요구사항 간의 총체적 연결을 만듭니다. 이 디지털 스레드는 하드웨어 개발 라이프사이클 전체에 걸친 요구사항 추적성을 지원하고, 구현 전에 팀이 변경 영향을 평가할 수 있도록 돕습니다. 이 연결 고리는 학제 간 팀을 정렬하는 데 필요한 단일 진실 공급원 역할을 합니다. 정적 스프레드시트도 이러한 링크를 추적할 수는 있지만, 설계 프로세스를 실시간으로 추적할 수 없다는 한계가 있습니다.

검증 계획 및 테스트 관리

비용이 많이 드는 인증 실패를 피하려면, 테스트는 마지막 관문이 아니라 설계 프로세스의 통합된 일부여야 합니다. 효과적인 RM 도구는 검증 계획을 기능 요구사항에 직접 내재화하여, 엔지니어가 EMI나 신호 무결성과 같은 표준을 준수하도록 현업 맥락에서 안내합니다. 테스트 관리를 실시간 설계 데이터와 정렬함으로써, 팀은 편차를 조기에 포착하고 물리적 하드웨어가 원래 요구사항을 정확히 반영하도록 할 수 있습니다.

버전 관리

적절한 버전 관리는 단순히 문서의 라벨 그 이상입니다. 이는 데이터를 “정제”하고 “좀비” 요구사항을 피하기 위한 수단입니다. 엔지니어들은 버전 관리의 기본 목적을 이해하고 있지만, 그 진정한 가치는 요구사항과 개발의 여러 단계 사이의 직관적인 연결에 있으며, 이것들이 함께 정확하고 최신의 단일 진실 공급원을 보장합니다.

스마트 워크플로우와 자동화

재사용 가능한 파라미터와 계산 엔진

적절한 RM 도구에서 변환은 매우 중요한 구성 요소입니다. 요구사항은 텍스트 형식으로 제공되지만, 엔지니어는 숫자로 작업합니다. 이 간극은 적절한 커뮤니케이션으로 메워져야 합니다. 텍스트를 숫자로 자동 변환하는 기능은 여러 프로젝트에서 유용하며, 설계의 다운스트림 영향에 대한 더 나은 이해를 제공합니다. 

AI 지원 워크플로우

최고의 requirements tools are equipped with AI는 엔지니어가 업데이트를 단순화하는 데 활용할 수 있는 AI를 갖추고 있습니다. 대규모 언어 모델(LLM)은 텍스트 기반 데이터를 다루고 데이터를 가장 적절한 방식으로 형식화하는 데 매우 뛰어납니다. 이를 통해 엔지니어는 진정으로 맞춤화된 경험을 얻는 동시에, 모든 업데이트가 중앙집중식 소스로 반영되도록 할 수 있습니다. 





Screenshot 2 Requirements Suggestions with AI Assistant

유연한 가져오기 및 내보내기

중앙집중식 시스템으로 데이터를 가져오고 내보낼 수 있는 기능은 필수적입니다. 엔지니어에게 반드시 복잡한 통합이나 API가 필요한 것은 아니지만, 도구가 요구사항을 다른 형식으로 가져오고 내보낼 수 있다는 확신은 필요합니다. 이러한 유연성은 프로젝트 인수인계 시점이나 인증 목적의 문서화가 필요할 때 자주 요구됩니다.

요구사항 솔루션 비교

요구사항 관리 도구를 선택할 때는 추적성, 검증, 사용성, 도입성을 균형 있게 고려해야 합니다. 문서와 스프레드시트는 단순한 프로젝트에는 충분할 수 있지만, 규모가 커지는 엔지니어링 팀은 종종 분야 전반에 걸친 실시간 추적성, 검증 계획, 변경 제어를 지원하는 전용 요구사항 관리 소프트웨어를 필요로 합니다.

다음 비교 표는 문서와 스프레드시트부터 레거시 시스템, 현대적이고 목적 특화된 도구에 이르기까지, 일반적인 요구사항 관리 접근 방식의 강점과 한계를 보여줍니다.

  요구사항 캡처 설계 및 구현 검증 및 확인

Requirements Portal

추적성을 유지하면서 빠르게 반복해야 하는 엔지니어링 팀을 위해

+ 학제 간 하드웨어 팀을 위해 설계됨

+ 반복적 엔지니어링 프로세스의 중심에 요구사항 배치

+ 계층적 및 파라메트릭 요구사항 지원

+ 확장에 필요한 구조를 갖추면서도 속도 유지

+ 비전문가도 쉽게 사용하고 빠르게 도입 가능

+ 엔지니어가 요구사항을 전체 맥락에서 확인 가능

+ 요구사항을 시스템, 설계, 검증에 연결

+ 변경 영향이 명확하게 드러나 더 빠르고 안전한 반복 작업 가능

+  검증을 핵심 활동으로 다룸

+   요구사항을 검증 방법, 테스트 케이스, 증거에 연결합니다.

+  강제하지 않으면서도 위험 기반 V&V를 지원

+ 살아 있는 프로젝트 데이터에서 감사 대응이 가능한 출력물을 생성합니다.

문서 및 스프레드시트

프로토타이핑과 소규모 프로젝트에는 적합하지만 복잡성이 커지면 한계가 드러남

+ 소규모 프로젝트에는 “충분히 괜찮은” 수준 

+ 시작이 빠르고 누구나 이해하기 쉬움 

–  수동 추적성 관리는 규모가 커질수록 악몽이 됨 

– 버전 관리, 담당자 지정, 변경 관리가 없음.

+  최대한의 유연성 제공, 엔지니어가 형식을 자유롭게 조정 가능

– 구현 산출물과의 추적성 없음

– 엔지니어가 오래된 사양을 기준으로 설계하는 일이 빈번함

– 영향 분석이 수작업이며 오류 발생 가능성이 큼

+  소규모 테스트와 비공식 검증에는 단순하고 편리함

– 검증 상태를 수동으로 추적해야 함

– 요구사항 커버리지 가시성이 없음

– 증거 저장이 분산됨

레거시 요구사항 도구

DOORs, Jama, Polarion…

기록 시스템으로 유지하는 데는 좋지만 사용이 어려워 사일로를 초래함

+  기록 시스템으로는 탁월함

+  공식 기준선 및 변경 관리 워크플로에 강점

– 설정 부담이 크고 인터페이스가 직관적이지 않음

– 거버넌스에 최적화되어 있어 반복 속도를 저해함

+  요구사항을 시스템 및 하위 시스템에 공식적으로 할당 가능. 

– 전문가가 중앙에서 유지관리하여 사일로를 초래함

– 지속적인 협업보다 워터폴 방식을 장려함.

– 결국 엔지니어는 데이터를 다시 스프레드시트로 내보냄

+ 구조화된 검증 계획 및 테스트 케이스 정의

+  강력한 추적성 매트릭스와 규정 준수 보고 기능 

– 테스트 실행 지원이 부족함 

– 높은 오버헤드로 인해 검증이 사후 고려 사항이 됨

프로젝트 관리 소프트웨어

Jira/Confluence… 

작업 추적에는 적합하지만 추적성과 하드웨어 개발의 엄격함이 부족함

+  크로스펑셔널 작업 조율에 탁월함 

+  애드온을 통해 기본적인 요구사항 객체 지원

–  요구사항은 부차적인 작업 항목에 불과함

– 시스템과 검증 전반에 걸친 추적성이 약함

+  작업 진행 상황에 대한 가시성이 우수함

+  명확한 담당 구분과 실행 추적 가능

– 하드웨어 종속성이 제대로 표현되지 않음

– 요구사항과 하드웨어 설계 간 연결이 약함

+  테스트 실행 상태 추적에는 강점

– 하드웨어 검증이 충분히 반영되지 않음

– 감사를 위한 역방향 추적성이 약함

– 증거 저장이 분산됨

Altium Requirements Portal 시작하기

Requirements Portal은 복잡한 하드웨어 제품을 개발하는 엔지니어링 팀을 위해 구축된 Altium의 경량 요구사항 관리, 검증 및 추적성 도구입니다. 흩어진 문서와 수동 추적에서 벗어나 팀 전체가 활용할 수 있는 구조화된 요구사항 중심 워크플로로 전환할 수 있도록 지원합니다.

Requirements Portal은 제품 전체에 걸쳐 시스템, 하드웨어, 소프트웨어 수준의 요구사항을 관리하는 독립형 요구사항 도구로 사용할 수 있습니다. 또한 Altium Develop 및 Altium Agile에도 포함되어 있어, 이미 Altium 생태계에서 작업 중인 팀은 요구사항을 프로젝트 데이터 및 협업 워크플로에 직접 연결할 수 있습니다.

직관적인 클라우드 기반 인터페이스와 무제한 협업자를 제공하는 Requirements Portal은 엔지니어링 팀이 정적인 파일과 경직된 도구를 확장 가능한 공유 작업 공간으로 대체할 수 있도록 돕습니다. 제품 복잡성이 증가해도 동일한 최신 요구사항을 기반으로 모두가 작업할 수 있어, 불일치, 버전 차이, 후반 단계 재작업을 줄일 수 있습니다.

Requirements Portal은 분야 전반에 걸쳐 구조화된 요구사항, 검증 계획, 추적성, 변경 영향 분석을 완벽하게 지원합니다. Altium Designer와 함께 사용할 경우, 엔지니어는 설계 맥락 안에서 요구사항에 접근할 수 있으며 변경 사항은 설계, 검증 활동, 문서 전반에 반영됩니다.

엔지니어링 팀은 Requirements Portal을 다음과 같은 용도로 사용합니다:

  • 제품 수명 주기와 관련 프로젝트 전반에서 요구사항 변경을 추적합니다.
  • 요구사항, 시스템, 설계, 검증 활동 간 엔드투엔드 추적성을 유지합니다.
  • 텍스트 기반 요구사항을 엔지니어링 분석과 트레이드오프에 재사용 가능한 파라미터로 전환합니다.
  • 요구사항이 발전함에 따라 명확한 담당, 버전 이력, 검증 상태를 유지합니다.
  • AI 지원을 활용해 들어오는 사양을 세분화하고, 공백을 식별하며, 변경에 더 빠르게 대응합니다.

Requirements Portal은 추적성을 부담이 아닌 실용적인 기능으로 만듭니다. 요구사항이 어떻게 변화하는지 상위 방향의 가시성을 제공하고, 설계와 검증 활동이 최신 의도를 여전히 충족하는지에 대해 하위 방향의 확신을 제공합니다. 

팀 전체가 접근할 수 있는 요구사항 관리 도구로 더 빠르게 반복 작업할 준비가 되셨나요? Requirements Portal을 시작해 보세요 → 

자주 묻는 질문

요구사항 관리 도구란 무엇이며, 전자 제품 개발에서 왜 중요한가요?

요구사항 관리(RM) 도구는 전자 제품 수명 주기 전반에서 요구사항을 정의, 추적, 검증하는 시스템입니다. 문서나 스프레드시트와 달리 전용 RM 도구는 살아 있는 단일 진실 공급원을 제공하여, 엔지니어가 요구사항, 설계, 검증 간 추적성을 유지할 수 있게 하고 재작업, 오류, 규정 준수 위험을 줄여줍니다.

현대적인 요구사항 관리에서 스프레드시트와 문서가 실패하는 이유는 무엇인가요?

문서와 스프레드시트는 현대 전자 제품 개발의 복잡성을 감당할 수 없습니다. 이들은 버전 불일치, 불명확한 담당, 오래된 데이터, 취약한 추적성을 초래합니다. 정적이며 수동으로 유지관리되기 때문에 엔지니어는 종종 오래된 정보를 바탕으로 작업하게 되고, 그 결과 후반 단계의 설계 문제와 비용이 많이 드는 보드 재제작이 발생합니다.

엔지니어는 요구사항 관리 도구에서 어떤 기능을 찾아야 하나요?

엔지니어는 다음을 확인해야 합니다:

  • ECAD, MCAD 및 시뮬레이션 전반에 걸친 양방향 추적성
  • 통합된 검증 계획 및 테스트 관리
  • 강력한 버전 관리
  • 재사용 가능한 파라미터 및 AI 지원 워크플로와 같은 자동화
  • 인증 및 프로젝트 인계를 위한 유연한 가져오기/내보내기 기능

요구사항 관리 도구는 하드웨어 개발 비용을 어떻게 줄이나요?

요구사항 관리 도구는 시프트 레프트 검증(설계 및 구현 전반에서 요구사항을 조기에 그리고 지속적으로 검증하는 방식)을 가능하게 하여 비용을 줄입니다. 제조나 테스트 단계가 아니라 시뮬레이션과 레이아웃 단계에서 문제를 발견함으로써, 팀은 재작업, 지연, 비용이 큰 하드웨어 재제작을 피할 수 있습니다.

요구사항 관리를 PCB 설계 도구와 어떻게 통합하나요?

요구사항 관리를 PCB 설계 도구와 통합하려면 요구사항을 회로도, 레이아웃, 검증 활동에 직접 연결하는 중앙 집중식 시스템이 필요합니다. Altium Requirements Portal과 같은 최신 도구는 양방향 추적성을 제공하므로 엔지니어는 설계 중에도 맥락 속에서 요구사항을 확인할 수 있습니다. 이를 통해 설계 결정이 항상 최신 승인 요구사항을 반영하게 되며 정적인 문서에 대한 의존도도 줄어듭니다.

복잡한 전자 제품 프로그램에 가장 강력한 요구사항 관리를 제공하는 플랫폼은 무엇인가요?

Altium과 같은 복잡한 전자 제품 프로그램에 가장 강력한 플랫폼은 하드웨어 개발을 위해 특별히 설계된 전용 요구사항 관리 도구입니다. 이러한 플랫폼은 ECAD, MCAD, 시뮬레이션, 검증 전반에 걸친 실시간 추적성을 지원하면서 빠른 반복 작업도 가능하게 합니다. 레거시 엔터프라이즈 RM 도구는 규정 준수 측면에서는 강력하지만, 도입과 일상적인 엔지니어링 워크플로를 느리게 만드는 경우가 많습니다.

작성자 정보

작성자 정보

Tom Swallow, a writer and editor in the B2B realm, seeks to bring a new perspective to the supply chain conversation. Having worked with leading global corporations, he has delivered thought-provoking content, uncovering the intrinsic links between commercial sectors. Tom works with businesses to understand the impacts of supply chain on sustainability and vice versa, while bringing the inevitable digitalisation into the mix. Consequently, he has penned many exclusives on various topics, including supply chain transparency, ESG, and electrification for a myriad of leading publications—Supply Chain Digital, Sustainability Magazine, and Manufacturing Global, just to name a few.

Related Technical Documentation

관련 자료

홈으로 돌아가기
Thank you, you are now subscribed to updates.