구성 가능성은 제조의 지속 가능한 미래를 위한 열쇠입니다.

나탄 린더와 에릭 미란데트

공장 현장에 걸어본 사람이라면 누구나 상황이 복잡하다는 것을 알 수 있습니다. 그리고 그것은 과소 평가입니다. 거의 정의적으로 제조는 매크로, 글로벌 공급망 수준 및 각 제조 작업의 네 가지 벽 내에서 가변 입력, 예측 불가능성 및 비선형 결과를 특징으로 합니다.

복잡하고 역동적인 시스템입니다.

해당 시스템의 복잡성은 문제가 발생할 때 가장 분명하게 알 수 있습니다. 간단한 예로서 10개의 기계가 있다고 상상해 보십시오. 기계 10대 중 하나가 다운되면 출력은 어떻게 됩니까? 확실히, 이는 생산량을 90%가 아닌 100%로 줄이는 것이 아닙니다. 사람, 기계 및 자동화된 프로세스가 모두 생산 목표를 위해 협력하므로 그 영향은 대체로 예측할 수 없습니다. (그리고 그것은 고장의 원인에 관계없이. 누군가 전원 코드를 걷어 찼을 수도 있습니다.)

시스템의 적응력 있고 역동적인 특성은 작업의 번잡함에서 볼 수 있습니다. 간단히 말해서: 어떤 일이 발생하면 누군가가 반응합니다. 상황이 변하면 행동을 바꿀 필요가 있습니다.

어떤 재료를 어떤 제품으로 만들든 제조는 복잡하고 역동적인 특성을 벗어날 수 없습니다.

제조 운영 리더는 인간이 시스템에 추가하는 가변성을 최소화하기 위해 자동화를 사용하여 이러한 특성을 해결하도록 오랫동안 권장되어 왔습니다. 맞아요. 글로벌 노동력 부족, 공급망 변동성, 위험에 대한 노출 증가로 인해 제조업체는 종종 프로세스 자동화가 필요합니다. 그러나 자동화에 대한 약속은 대부분 실현되지 않았습니다.

자동화는 새로운 문제에 직면했을 때 의사 결정을 잘 내리지 못합니다. 반면에 사람들은 상황이 변화함에 따라 자연스럽게 반응하고 학습할 수 있으므로 복잡성이 증가하는 문제를 사람들이 해결하기에 매우 적합한 문제로 만듭니다.

시스템의 특성은 문제 해결에 대한 적응 가능한 접근 방식을 요구합니다. 그것이 바로 린의 전부입니다. 바로 여기에서 구성 가능성이 나옵니다.

구성 가능성은 개인이 특정 시간에 특정 사용자 요구 사항을 충족할 수 있도록 하는 시스템 설계 원칙입니다. 제조 분야에서 결실을 맺으려면 공급업체는 주어진 문제에 가장 가까운 사람들을 위한 도구를 설계하는 데 전념해야 합니다. 이를 통해 능력을 강화하고 지속적인 개선을 가능하게 하며 비즈니스 지속 가능성을 향한 변화를 촉진해야 합니다.

하향식 접근 방식은 비즈니스 지속 가능성에 적합하지 않습니다.

제조 작업은 시스템의 특성 때문에 다시 하향식 제어의 부정적인 영향에 특히 취약합니다. 모든 제조 작업과 그 위의 모든 스테이션은 고유합니다. 스테이션의 고유한 기능과 스테이션을 사용하는 개인의 고유한 기술과 관점은 만능이 아니며 요구 사항도 아닙니다. 고유한 문제에 대해 획일적인 접근 방식을 강요하는 것이 바로 하향식 솔루션이 실패하는 이유입니다.

올바른 도구를 선택하기만 하면 올바른 도구를 얻을 수 있는 것은 아닙니다. 이러한 구현의 원칙에 결함이 있다는 것입니다. 제 XNUMX자가 갑자기 모든 문제를 영원히 해결할 수 있고 다시는 변경할 필요가 없다는 생각은 잘못된 것입니다. 언제 그것이 사실이었습니까?

그러나 제조업체는 데이터 모델과 기술 요구 사항을 수용하기 위해 작업을 준수해야 하며 변경(적응)하면 모든 것이 엉망이 된다는 공급업체의 하향식 전제를 오랫동안 받아왔습니다.

최전선에 있는 사람들이 도구의 제한을 "수용"하더라도 새로운 문제가 발생합니다. (상상 해봐!)

그리고 시스템이 동적이기 때문에 사람들은 펜이나 ​​종이와 같은 다른 시스템으로 이러한 새로운 문제를 계속 해결합니다. 그들은 파워포인트 내부에 그래프를 포함하고 며칠 후에 그것을 공유할 수 있습니다. 그들은 오류에 대한 신호로 조명을 사용할 수 있습니다.

그러나 그들은 문제를 해결하고 정보를 공유하며 문제를 해결하기 위해 일하는 사람들입니다. 컴포저블 기술은 이를 가능하게 합니다. 기존 MES 및 MOM(제조 운영 관리) 구현은 해결 방법과 더 많은 사일로를 추진할 것입니다.

그리고 그것이 그러한 구현의 유일한 근본적인 결함은 아닙니다.

단일 응용 프로그램이 복잡한 시스템의 모든 문제를 해결할 수 있다는 생각 자체가 잘못된 것은 아닙니다. 예를 들어 교통은 복잡하고 역동적인 시스템이며 Google 지도는 개인이 단일 애플리케이션을 사용하여 특정 교통 문제를 해결할 수 있는 방법을 찾았습니다. 이 경우 우리는 모두 동일한 출력을 위해 최적화합니다. "나는 A에서 B로 가고 있고 거기에 도달하는 가장 빠르고, 가장 짧고, 가장 저렴한 방법이 필요합니다." 그리고 우리는 모두 동일한 데이터를 제공하고 피드백을 추가하여 솔루션을 개선하고 있습니다. 제조 작업에서는 그렇지 않습니다.

따라서 하나 이상의 응용 프로그램이 필요합니다. 이를 위해 제조업체는 포인트 솔루션으로 전환할 수 있습니다. 그러나 이러한 포인트 솔루션을 함께 연결하면 복잡성과 사일로가 추가로 발생합니다. 정보는 필요에 따라(수평적으로) 공유할 수 없으며 여전히 기술의 데이터 모델과 허용 가능한 통합을 수용하고 있습니다.

결론: 사람들은 똑똑합니다. 그들을 수용하는 시스템 대신에 엄격하게 준수해야 하는 시스템을 도입하면 그들은 (오래된 기술일지라도) 작업을 완료하여 수용할 수 있는 해결 방법을 찾을 것입니다.

다시 말해, 그들이 가지고 있는 도구로 당면한 문제를 해결할 것입니다. 개선되지만 반복할 수는 없습니다. 작업의 요구 사항이 변경됨에 따라 도구도 진화할 수 있습니다.

그렇기 때문에 아래에서 위로 작업해야 합니다.

지속 가능성을 만들기 위한 상향식 접근 방식으로서의 구성 가능성

제조업은 산업으로서 끊임없는 변화에 익숙합니다. 그러나 종종 개별 작업은 정적 기술과 프로세스로 인해 수렁에 빠지게 됩니다. 일상적으로든 장기적으로든 운영자는 적응할 수 있는 방법을 찾고 있습니다.

컴포저블 비즈니스가 답입니다. 구성 가능성은 본질적으로 사람들이 솔루션과 필요한 정보에 더 가까이 있다는 것을 의미합니다. 그들은 이미 문제에 가장 가깝기 때문에 그것이 의미가 있지 않습니까?

상향식 접근 방식(인간에서 애플리케이션으로)은 실시간 복원력을 생성합니다. 모든 제조 리더가 불확실성에 대해 잘 알고 있는 세상에서 우리는 복원력이 얼마나 필요한지 알고 있습니다. 작동 방식은 다음과 같습니다.

구성 가능성을 지원하는 아키텍처를 롤아웃할 때 롤아웃의 끝점은 모놀리식, 변경할 수 없는 솔루션 롤아웃의 끝점과 동일합니다. 즉, 비효율성과 낭비를 식별하고 제거합니다. 그러나 구성 가능성을 사용하면 스위치가 뒤집히는 빅뱅 순간에 대한 기대가 없습니다.

대신 수평적 정보 공유 및 상향식 애플리케이션 개발을 통해 다음을 얻을 수 있습니다. 등장 특정 고유 작업 내에서 지속적인 개선을 촉진하는 제조 시스템. 맞습니다. 구성 가능성은 당신은 항상 향상할 수 있습니다.

그것을 설정하고 잊어 버리기보다 구성 가능성은 반대를 조장합니다. 현재와 ​​미래의 문제를 해결할 수 있는 일련의 도구를 운영자에게 제공합니다. 그것은 그들에게 더 좋고 더 효율적으로 일할 수 있는 능력을 줍니다. 그렇게 하는 데 필요한 정보를 제공합니다. 그리고 동료들에게 해당 정보를 전달할 수 있으므로 다양한 결과를 얻기는 하지만 최적화할 수도 있습니다.

약속으로서의 구성성

이제 우리가 말했지만 단순한 현실처럼 보일 수 있습니다. 비즈니스를 활성화하려면 직원, 즉 모든 직원에게 권한을 부여해야 합니다. 그것이 사실이지만 구성 가능성이 운영자에게 무엇을 말하는지 진정으로 고려하는 것도 중요합니다.

사람이 작업의 가장 중요한 부분이라고 말합니다. 그것은 당신이 시스템을 강화하는 그들의 능력을 중요하게 생각하므로 시스템이 그들을 강화하는 데 도움이 되는 당신의 능력을 중요하게 생각한다고 말합니다.

팀에서 튤립, 내가 Product and Ecosystem을 이끌고 있는 최전선 운영 플랫폼은 인간 중심의 구성 가능한 접근 방식이 규모를 확장하고 경쟁력을 유지하기 위한 제조 운영의 요구 사항이라고 믿습니다. 그러나 그 이상으로 우리는 정보 및 응용 프로그램 개발의 민주화가 근본적으로 좋은 일이다.

직원들에게 구성 가능성을 제공하여 동일한 믿음을 표현하면 가능한 보상은 과장 없이 무한합니다.

이 기사는 Tulip Interfaces의 제품 및 생태계 책임자인 Erik Mirandette가 작성했습니다.