1. Home
  2. Marine Industry
  3. 참고 문헌
  4. 성공적인 디지털화를 위해서는 당신의 직원에 집중하세요

성공적인 디지털화를 위해서는 당신의 직원에 집중하세요

작가: Marcus Bole

2017년에 디지털화라는 단어를 처음 들었습니다. 정보 기술(IT)을 사용하거나 선박 설계 및 생산에 기술을 활용하여 고객과 상호 작용하는 데에는 직접적인 영향을 미치지 않았다고 말할 수 있습니다. 아마도 소프트웨어 판매 및 마케팅 경험에 대한 것이 제 경험에 미친 영향 중의 하나일지도 모릅니다. 영국에서는 내 세대가 1980년대 중반의 컴퓨터 리터러시 프로젝트를 통해 컴퓨터에 처음 소개되었습니다. 그 프로젝트는 BBC Micro에 의해 지원되었습니다. 나는 프로그래밍을 배우고 공학 도면과 요트 디자인에 대한 애정을 바탕으로 초기 아이디어로 3D CAD 및 초기 크기 조정 루틴을 개척했으며 어린 청소년이 볼 수 있는 책과 논문을 소비했습니다.

내 전문 경력은 이를 기반으로 성장했으며 공학 프로젝트 또는 소프트웨어 솔루션 제공에 중점을 두었는지 여부와 관계없이 IT 기술을 활용하여 결과를 개선하는 기회가 나에게 중요했습니다. 새로운 기술과 도구를 업무에 통합하는 것은 계속된 진화적인 과정이었으며 디지털화 및 디지털 변형과 같은 용어가 등장한 것이 이를 바꾸지 않았습니다. 나는 이러한 단어에 대한 회의적인 견해를 조용히 간직하고, 제안 및 솔루션을 제시할 때 다른 모든 이가 사용하는 동일한 표현으로 인해 오염되지 않도록 피하기 위해 사용하지 않았습니다. 디지털화에 대한 이러한 견해는 자랑스럽지 않았으며 분명히 놓치고 있는 어떤 명백한 것이 있는지 깨닫기 전에 내가 누군가에게 지적될 것 같아 느꼈습니다. 2022년에 Cadmatic 정보 관리 팀에 합류함으로써 나는 정보 관리가 디지털화의 핵심에 있다는 것을 알고 더 깊이 조사할 동기를 얻었습니다. 나는 자신의 비관적인 시각을 바꾸어야 한다고 느껴졌습니다.

디지털화와 디지털 변형이라는 용어는 그 전에 있던 산업 4.0 및 그 파생어들과 마찬가지로 많은 고수준의 소프트웨어 마케팅에서 통일된 배너로 작용해 왔습니다. 이 용어 자체는 개념의 의도나 변화의 기대를 충분히 담아내지 못합니다. 이해를 얻기 위해서는 설명이 필요하며, 잘 만들어진 메시지와 숙련된 영업 직원은 혁신적이고 비전있는 솔루션을 판매할 수 있는 맞춤 학습을 전달할 수 있습니다. 그러나 현재 시점에서 비즈니스 프로세스와 관행의 현재 현실은 드러나지 않았습니다. 속담에 따르면 "계획은 적과의 첫 접촉에서 무너진다"고 합니다. 성공한 프로젝트는 소셜 미디어에서 강조되며 실패한 프로젝트는 억제되어 소중한 교훈을 드러내는 기회가 놓치게 됩니다. 디지털화는 판매 및 마케팅 프로세스와 너무 연결되어 있어 팀, 부서 또는 비즈니스를 성공적으로 변형하는 방법을 깊이 이해하기가 어려워졌습니다.

McKinsey, Forbes 및 Grubenmann이 인용한 [Ref1]에 참조된 산업 조사에 따르면 완전히 성공한 디지털 변형 프로젝트의 수는 몇 퍼센트를 차지하는 것으로 나타났을까요? 일부 성공한 프로젝트는 훨씬 많습니다. 이러한 성공 부족은 디지털화가 홍보된 규모와 비교할 때 상당히 충격적으로 보입니다. 이 조사에서 성공하지 못한 이유는 디지털 기술 부족, 일반적인 문화적 문제, 디지털화를 비용 절감의 대상으로 사용하고 있기 때문이라고 합니다. Mik Kersten의 책 "Project to Product: How Value Stream Networks Will Transform IT and Business: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework"은 이러한 도전에 대한 훌륭한 통찰력을 제공하며 모든 규모의 비즈니스가 소프트웨어 개발 및 전자 산업에서 이를 채택하고 비즈니스 개발, 고객 지원, 물류 및 인력 관리와 같은 전통적인 기능과 통합 및 조정을 구축하는 데에 더 많은 Agile 방법론을 채택하고 있다는 사실을 강조합니다. Mik Kersten의 책은 컨설팅을 판매하기 위한 차량으로서, 제안된 도구, Value Stream Mapping을 사용하는 데에 충분한 학습을 제공하지 못하고 있습니다. 실제로 조사를 통해 Value Stream은 1950년대의 제조 개선 프로세스에서 비롯된 것임을 알 수 있습니다. 디지털화의 성공을 위한 최상의 실천 방법은 지난 세기 동안의 산업 및 비즈니스 개선 노력의 기초에 있습니다.

소프트웨어 개발과 선박 설계 프로젝트 간의 유사성은 언제나 나를 흥미롭게 했습니다. 소프트웨어 개발은 사실상 제로 제조 공정을 갖고 있지만, 양쪽 모두 사람들이 참여하며 종종 팀이 연구하고 도전을 찾아내며 시간과 예산 내에 전달되어야 하는 독특하고 복잡한 상호 의존적인 시스템 및 해결책을 만드는 데 관여합니다. 효율적으로 전달하기 위해 팀을 조직하는 것은 여전히 예술입니다. Agile 실천은 지난 20년간 소프트웨어 개발 산업에서의 가장 큰 변화 중 하나입니다. Agile best-practice는 DevOps (Development-Operations)로 암호화되었습니다. 디지털화와 마찬가지로 대부분의 소프트웨어 개발자는 DevOps를 자동 테스트와 같은 도구 도입으로 이해합니다. 그러나 DevOps의 기원으로 돌아가면 초기 초점은 가치를 효율적으로 생산하기 위한 팀의 사람들과 조직의 best-practice에 있었음을 발견할 수 있습니다. DevOps는 LEAN 및 그 동등한 암호화인 Toyota Production System (TPS)에 기초하여 문제 해결과 소프트웨어 프로세스에 적용하고 있습니다. TPS의 미션은 Shingo Shingo에 의해 '고객이 요구하고 지불할 가치를 초과하는 모든 재료 또는 자원의 제거'로 명시되었습니다. 반면 DevOps는 인적 중심의 초점으로 이를 '일상적인 업무에서의 고생과 힘들음을 줄이기 위해 계속된 학습을 통해 조직의 목표를 달성하는 것'으로 다시 프레임합니다. 이 미션은 공학 및 여러 분야에도 동일하게 적용 가능합니다. 디지털화와 산업 4.0에서 제조업과 소프트웨어의 시대가 두 가지 명백하게 분리된 기술 시대로 정의되고 있습니다. 그러나 DevOps의 기초는 분명히 LEAN 및 제조업 best-practice에서 진화했습니다. 선박 건조에서는 블록 건축 전략, 사전 조립, 생산 외주 및 패널 라인과 같은 LEAN 실천을 찾을 수 있습니다. LEAN은 주로 반복, 재사용 및 자동화의 최적화를 통해 비용을 최소화하는 대량 생산과 관련이 있습니다. 그러나 선박 건조의 대부분은 LEAN 프로세스의 특이적인 부품 제조를 포함하고 있으며 전통적으로 반복 가능하고 조정 가능한 생산 프로세스를 통해 최적화되어 왔습니다. 소프트웨어 개발도 각 개발 도전이 일반적으로 독특하기 때문에 반복 가능한 결과의 부족을 경험합니다. 실제로 DevOps는 소량 생산에 대한 최적화 개념을 소개하며 선박 설계에서도 동일하게 적용 가능할 것입니다.

가장 놀라운 것 중 하나는 어떻게든 Lean에 대해 읽고 있었다는 것입니다. 대학을 졸업한 후에 Lean과 Toyota Production System에 대한 모든 것을 읽어봤지만, 나는 어떤 기관도 심지어 피상적인 흥미조차 갖지 않았다. 그것은 나에게는 상식적인 좋은 실천법으로 보였지만, 작은 조직에서는 나의 관리자들이 별로 관심을 보이지 않았고 대기업에서는 나의 상급자들이 나와 마찬가지로 영향력이 제한적이었습니다. 내가 참여한 비즈니스 변형은 항상 최고에서 주도되었고 그러한 노력은 초기에는 효과적이었지만 18개월에서 2년 후에 '옛 방식'으로 되돌아가곤 했습니다. Lean이 소개된 이후 몇 십 년이 지났으므로 이에 대한 깊은 토론이 필요할 것입니다. 구글 검색을 통해 Singeo Shingo의 제자인 Martial Durin의 [Ref4] 기사를 찾았습니다. 그 기사에서는 기업이 Lean을 구현하지 못하는 이유에 대해 논하고 있습니다. Lean에 대한 실패의 이유는 Digitalization의 실패와 동일하게 비전, 시간, 자원의 부족 및 직원의 충성도 부족으로 나와 있습니다.

Singeo Shingo는 성공적인 Lean 구현에서 30-40% 이상이 도구의 성공에서 나오고 60-70%는 사람들의 성공에서 나와야 한다고 언급했습니다. 디지털화에서는 디지털 도구에 대한 중점이 거의 배타적이기 때문에 이러한 한계된 성공이 나타난 것은 놀라운 일이 아닐 것입니다. 현대의 비즈니스 리더들은 단기 및 중기에 수익을 보기를 기대하지만, Singeo Shingo는 Lean 변형의 완전한 이점을 보려면 문화적 변화를 달성하기 위해 5-10년이 필요하다고 언급했습니다. 지난 몇십 년 동안 직원들이 점점 더 낮게 평가되고 일부 프로세스를 자동화로 대체할 수 있는 기회가 존재하는 현대의 비즈니스에서는 이러한 날이 기획되지 않은 전환 계획으로 인해 고통스러운 실패가 발생할 가능성이 있다는 것을 시사합니다.

Lean 및 DevOps는 성공적인 도입을 위한 로드맵을 제공합니다. 소프트웨어 산업에서의 Agile 프로세스 및 DevOps의 성공은 상당한 개선이 가능함을 보여줍니다. 이것은 개발 커뮤니티에 의해 주도된 변경이었으며 관리에서 강요된 것이 아니었습니다. 소프트웨어 엔지니어링에는 많은 지루한 노가다가 있습니다. 제품 테스트 및 자동화 사용에도 불구하고 코드 베이스의 품질을 유지하는 것은 종종 정신을 멍하게 하는 지루한 프로세스를 필요로 합니다. 지원적인 작업 환경에서의 팀은 종종 지루하거나 오류가 발생하기 쉬운 작업을 제거하는 기회에 대해 빈번히 논의합니다. 이것이 지속적인 학습을 통해 자연스럽게 Lean 실천을 채택하는 긍정적인 문화의 본질입니다. 적절한 조건이 갖춰진다면 이는 소프트웨어 개발이나 공학에 중점을 둔 창의적인 환경에서 발생합니다.

DevOps Handbook에서 제안한 로드맵은 변형의 잠재력을 학습하고 긍정적인 진화로의 변화를 지원하기 위해 합의된 이해를 구축하기 위한 작업 그룹의 형성으로 시작합니다. 팀의 전체 지원이 없으면 변화는 지속 가능한 방식으로 일어나지 않을 것입니다. Lean과 마찬가지로 DevOps 변형은 2-3년의 추천 기간을 가진 장기 투자입니다. 변화는 기대되는 개선을 확인하고 부적합한 결과가 경험되면 결정을 뒤집을 수 있도록 계획적으로 점진적으로 이루어져야 합니다. 이는 핵심이 '계획-실행-확인-조치'인 월터 셔트의 벨 랩에서 1924년에 고안된 제일 품질 관리 프로세스에 따라 산업 4.0의 본질을 반영합니다. 사실, 디지털화, Lean, Toyota Production System, Agile, DevOps, 다섯 가지 '

조선 생산 CAD/CAM 시스템의 도입에서 대부분의 고객들은 소프트웨어를 "out of the box"에 가까운 구성으로 채택하려는 욕망을 가지고 시작합니다. 즉, 소프트웨어의 사용자 정의를 최소화하고 예상치 못한 비용을 피하기 위함입니다. 이 접근은 사용자 교육 및 지식 이전 프로그램에 불필요한 압력을 가하며 교육을 마칠 때 교육받은 사람들이 새로운 시스템을 현재 프로세스에 어떻게 적용할지를 이해할 것으로 가정합니다. 조선업 실무의 많은 부분이 공통적이지만 기술 지식의 이전만으로 실패한 구현의 위험을 가중시키는 것은 날것일 수 있습니다. 게다가 조선소 팀은 소프트웨어 시스템 능력을 현재 실무에 적용하고 프로세스에 공식적으로 변경 제안을 위한 미니 프로젝트에 참여해야 할 것입니다. 이러한 프로젝트는 소프트웨어 공급 업체의 도메인 전문가가 이전 구현에서 얻은 경험을 제공할 수 있는 경우에 가장 효과적입니다. 또한 DevOps 실천은 프로세스와 실천을 변경하면 가치 스트림에서 병목 현상이 발생할 수 있다고 경고합니다. 한 번에 하나의 변경을 대상으로 하는 것이 권장되지만, 비즈니스와 프로젝트 요구 사항으로 인해 중요한 소프트웨어 시스템에 대한 변경을 이러한 통제된 방식으로 전달하기 어려운 경우가 많습니다. 따라서 병목 현상이 예상치 못한 영역으로 이동할 수 있는 가능성에 주의를 기울여야 할 필요가 더욱 높으며, 이전에 성숙하고 견고하다고 여겨졌던 곳 중에서 가장 중요한 것은 항상 생산 프로세스입니다.
예상치 못한 문제가 직접 프로젝트 전달에 영향을 미칠 수 있지만, 변화에 대한 팀 구성원의 지지가 동요될 경우에는 디지털 트랜스포메이션 프로젝트의 실패의 증거로 나타날 수 있는 것처럼 더 파괴적일 수 있습니다. 강제하거나 강제로 변경하는 대신, 팀이 학습을 통해 디지털 트랜스포메이션을 수용하고 새로운 도구의 능력에 기존 실무를 조정하고 결과를 테스트하는 기술 도입 전략은 성공을 계획하는 데 관한 것입니다. 기술의 진화가 조직이 따라가기 어려운 정도로 급속해진 현대에는 그냥 대처하는 것뿐만 아니라 뛰어넘을 전략을 찾는 것이 비즈니스 지속 가능성에 중요할 것입니다. 50년이 넘는 세월이 지나도 Lean 실천은 오늘날과 같이 여전히 중요하며 비즈니스 변화 프로젝트에 사용되는 용어와 관계없이 성공적인 디지털 트랜스포메이션에서 사람들을 최전선에 두기 위한 중요한 통찰을 제공할 수 있을 것입니다.

참고자료:

[Ref1] System Lifecycle Management: Engineering Digitalization (Engineering 4.0), Martin Eigner, Springer Books, 2021.

[Ref2] Project to Product: How Value Stream Networks Will Transform IT and Business: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework, Mik Kersten, IT Revolution, 2019.

[Ref3] The Devops Handbook: How to Create World-Class Agility, Reliability, & Security in Technology Organizations, Gene Kim, Jez Humble, Patrick Debois, John Willis, Nicole Forsgren, 2nd Edition, IT Revolution, 2022.

[Ref4] Why are most companies failing with Lean implementation?, Martial Durin, Managing Director, Kaizen Institute China. https://kaizen.com/insights/why-are-most-companies-failing-with-lean-implementation/