안녕하세요, 저는 제드 캠벨입니다. 미국 로키산맥 지역의 시스템 엔지니어이며, 스콧과 함께합니다.
네, 저는 Scott Allen입니다. 미국 오하이오 밸리 지역을 담당하는 SC입니다. 오늘 Jed와 함께 흥미로운 JMP Live 활용 사례를 소개해 드리게 되어 매우 기쁩니다. JMP Live를 활용하여 비즈니스를 운영하는 방법에 대해 이야기해 보겠습니다.
하지만 프레젠테이션을 시작하기에 앞서, 이 프로젝트와 오늘 다룰 여러 사례 연구 및 대시보드 제작에 기여해 주신 Yasmin Hajar와 Clovis Weisbart께 감사의 말씀을 전하고 싶습니다. 두 분 모두 이번 프로젝트 제작에 큰 도움을 주셨습니다.
간략한 배경 설명을 드리자면, JMP Live는 기업 전체에 걸쳐 지식을 공유하기 위한 협업 분석 소프트웨어입니다. JMP Live에 익숙하지 않으신 분들을 위해 설명드리자면, JMP Live는 JMP 사용자가 다른 사용자와 JMP 보고서를 공유할 수 있도록 해줍니다. JMP와 마찬가지로, 이 보고서는 상호 작용적이고 역동적입니다. JMP Live의 정말 좋은 점 중 하나는 JMP 라이선스가 없는 사용자도 보고서에 접근할 수 있다는 것입니다. 이를 통해 여러 부서, 여러 그룹 간의 협업과 지식 공유가 더욱 원활해지고, 문제 해결 및 협업 활동도 더욱 수월해집니다.
이 프레젠테이션의 목표는 맞춤형 대시보드, 보고서 및 워크플로를 통해 JMP Live의 잠재력을 최대한 활용하는 방법을 실제로 보여드리는 것입니다. 다양한 보고서와 대시보드를 보여드릴 예정이며, 이 중 다수는 JMP 스크립팅 언어인 JSL을 사용하여 더욱 향상되었습니다. 저희는 이러한 보고서와 대시보드를 하나로 통합했습니다. 참가자들은 JMP와 JMP Live의 한계를 뛰어넘어 무엇이 가능한지 보여주기 위해 정말 열심히 노력했습니다.
오늘 살펴볼 사례 연구는 헬리오스(Helios)라는 가상의 회사를 배경으로 진행됩니다. 헬리오스(Helios)는 제조 기업입니다. 다양한 제품을 판매하고, 여러 고객 및 공급업체와의 관계를 관리합니다. 미국 전역에 사업 운영 및 영업팀을 운영하고 있으며, 차세대 프로젝트와 제품을 개발하는 R&D 및 제품 개발팀도 운영하고 있습니다.
오늘 다룰 사례 연구는 자동 새로고침 대시보드를 통해 여러 그룹과 부서의 주요 비즈니스 프로세스를 추적하는 방법에 대한 첫 번째 사례 연구입니다. 다음 사례 연구는 JMP Live를 기술 문서의 중앙 집중식 라이브러리로 활용하여 JMP 보고서부터 상황에 맞는 기술 문서까지 아우르는 방법을 보여줍니다. 세 번째 사례 연구에서는 JMP Live, 대시보드, 보고서, 그리고 워크플로우를 통해 근본 원인 분석을 수행하여 중요한 문제를 해결하고 해결책을 도출하는 문제 해결 워크플로우를 시연하는 방법을 보여드리겠습니다.
좋습니다. 소개는 여기까지 하고, 제드에게 다시 넘겨드리겠습니다.
스콧, 고마워요. 잠깐 시간을 내서 Helios라는 회사에서 사용하는 자동 새로고침 대시보드 몇 가지를 살펴보겠습니다. 왼쪽 상단에는... 이건 제조용 대시보드인데, 최근 제조팀에서 생산에 몇 가지 문제가 있었던 걸 알 수 있습니다. 곧 추가 수요가 상당히 증가할 것으로 예상되기 때문에 추가 근무를 통해 문제를 해결하기로 한 것 같습니다.
이는 해당 그룹에 중요한 사항들을 추적하는 방법일 뿐이며, 헬리오스(Helios)의 각 그룹은 자체 대시보드를 보유하고 있습니다. 한 가지 눈여겨볼 점은 최근 OEE(전체 효율성)에 집중하고 있다는 점입니다. 따라서 OEE를 추적하고 개선해야 할 의무가 있습니다. 하지만 더 중요한 측면은 이를 통해 조직의 전반적인 추세뿐만 아니라 일상적인 업무에도 적용할 수 있다는 것입니다.
여기 간단한 자동 대시보드가 있습니다. 다시 말씀드리자면, 자동이라는 말은 자동으로 새로 고쳐진다는 뜻입니다. 이 대시보드를 사용하면 6개의 생산 라인에 대한 리소스 할당을 할 수 있습니다. 누가 앞서고 뒤처지는지 파악하고, 필요할 때 인력을 이동시키거나 도움을 요청할 수 있습니다. 이것이 바로 제조 대시보드입니다. 조달 그룹도 비슷한 대시보드를 사용하지만, 완전히 다르고 각 그룹에 맞게 맞춤 설정될 수 있습니다. 이러한 대시보드의 장점은 모두 상호 작용이 가능하다는 것입니다. 예를 들어, 효율성 향상 기회를 포착하고 공급업체 스코어카드 순위에서 해당 기회가 어디에 있는지 확인할 수 있습니다. 또한, 이 대시보드와 상호 작용하고, 이를 분석할 수도 있습니다. 한 보고서에서 선택한 내용은 다른 보고서에도 반영되므로, 이러한 기능이 매우 유용합니다. 필요에 따라 보고서를 조정하고 상호 작용할 수 있습니다.
매일 스탠드업 미팅을 가질 수도 있는데, 스프레드시트를 기반으로 합니다. 조직 내에서 매일 스탠드업 미팅을 하는 것이죠. 이 미팅은 직원들이 아주 빠르게 모여 매일 소집되어 특정 문제에 대한 논의를 나누기에 좋은 자리입니다. 공급망에서는 "주요 공급업체의 매우 중요한 부품 재고가 바닥났는데, 다른 업체에서 조달하고 있습니다. 하지만 비용이 두 배로 들 것입니다. 비용과 납품 모두에 영향을 미칠 것입니다."라고 말할 수 있습니다. 제조 부문에서는 "화학 물질 유출 사고가 발생해서 안전 부서의 도움이 필요합니다."라고 말할 수 있습니다. 그들은 이 미팅을 일상적인 사업 운영의 일부로 활용합니다.
이어서 Scott은 R&D에 JMP Live를 어떻게 활용하는지 자세히 설명하겠습니다.
좋아요. 고마워요, 제드. 두 번째 사례 연구에서는 JMP Live 보고서에 맥락을 추가하여 JMP 보고서에서 얻은 인사이트를 어떻게 향상시킬 수 있는지 보여드리고 싶습니다. 저는 Helios의 신입 과학자 역할을 맡아서 이 작업을 해 보겠습니다. 아마 그 분들은 R&D 그룹에 새로 합류하셨을 겁니다.
새로운 과학자로서 시작할 때 가장 먼저 해야 할 일 중 하나는 배정받은 기술과 프로젝트에 대해 최신 정보를 얻는 것입니다. 그러면 어떻게 해야 할까요? 먼저 JMP Live가 없는 조직에서는 SharePoint 위치로 가서 기술 보고서를 읽을 것입니다. 그리고 그 기술 보고서는 다음과 같을 것입니다. PDF 문서나 Word 문서일 수 있으며 제목과 문서 번호가 있을 것입니다. 누가 언제 작성했는지가 표시될 것입니다. 보고서, 실험에 대한 설명, 보고서 작성 동기가 있을 것이고, 복사하여 붙여넣을 수 있는 JMP 보고서가 있을 것입니다. 이 경우에는 역량 평가를 살펴보겠습니다.
분석의 맥락, 결과에 대한 해석, 그리고 도출된 결론에 대한 설명을 얻을 수 있었습니다. 그런 다음 이를 뒷받침하는 다른 자료를 붙여넣을 수도 있었습니다. 마지막으로, 보통 참고 자료가 있습니다. 예전에는 JMP 파일을 첨부해서 누군가 더 자세히 알고 싶어 할 경우를 대비해서 첨부했습니다. 하지만 PDF의 경우, 이는 공유 드라이브의 다른 곳에서 찾을 수 있는 참고 자료일 뿐입니다. 참고 문서에 대한 링크가 있을 수도 있고, 그 링크를 찾아서 찾아볼 수도 있습니다. 하지만 이는 많은 기관에서 실험이나 과학 연구를 문서화하는 방식에서 꽤 흔한 방식일 것입니다.
하지만 Helios에는 JMP Live가 있습니다. 처음 시작했을 때는 JMP Live 인스턴스에 접속했을지도 모릅니다. R&D 폴더로 가서 그룹을 찾고, 그 프로젝트를 조회했을 수도 있죠. 이 경우에는 역량 분석을 살펴보는 겁니다.
이 보고서는 같은 보고서인데, 지금은 JMP Live 보고서입니다. 들어가서 전체 프로세스 성능을 살펴볼 수 있습니다. 로드되면 이 대화형 플롯을 살펴볼 수 있습니다. 표준 JMP처럼 데이터 포인트를 강조 표시하면 다른 모든 보고서에 다시 연결됩니다. 좋아요. 잠깐 멈추겠습니다. 이 부분을 잘라도 될까요?
응, 그냥 이걸 잘라내면 돼.
좋아. 여기로 돌아가자. 어디 보자. 내가…
네, 아마도 제드에게서 화면 공유를 돌려받았을 때부터 다시 시작하는 게 좋을 것 같아요.
그렇게 먼 옛날부터 시작하시겠어요? 알겠습니다.
네. 녹음에서 가장 깔끔한 컷이 될 것 같아요.
좋아요, 좋아요. 다시 한번 설정해 볼게요. 웹 브라우저에서 데모하는 건 꽤 새로운 방식이죠. 어디 한번 볼까요? 좋아요.
하지만 시간을 더 투자할 만한 가치가 있어요. 정말 멋지거든요.
좋습니다. 잠시 멈추고 다시 시작하겠습니다.
좋습니다. 고맙습니다, 제드. 두 번째 사례 연구에서는 JMP Live 보고서에 맥락을 추가하여 JMP 보고서에서 얻은 인사이트를 어떻게 향상시킬 수 있는지 보여드리고 싶습니다. 이를 위해 저는 Helios의 신입 과학자 역할을 맡을 예정인데, 아마 그 과학자들은 R&D 그룹에 막 합류했을 겁니다. 신입 과학자로서 저는 배정받은 기술과 프로젝트에 대해 빠르게 파악해야 할 것입니다. 어떻게 해야 할까요? 아마도 기술 문서를 찾아볼 것입니다. 기술 문서는 PDF나 Word 문서일 것입니다. 제목, 문서 ID, 작성자 및 작성 시기가 표시되어 있습니다. 그런 다음 해당 실험이나 설계된 실험의 동기에 대한 설명이 있을 것이고, 이제는 JMP 보고서만 붙여넣을 수 있습니다.
괜찮습니다. 분석과 보고서의 스냅샷을 제공합니다. 여기 있는 그림들은 도출된 결론을 도출하는 데 중요한 이미지입니다. 그런 다음 해당 실험과 결과를 설명하는 몇 가지 단락이나 다른 맥락을 제공할 수 있습니다. 더 많은 JMP 보고서가 있을 것이고, JMP 표에 대한 링크나 관련 문서 또는 참고 자료에 대한 링크도 제공할 수 있을 것입니다.
이것이 JMP Live가 없는 조직이 기술 보고서에서 문서화하고 실험하는 방식입니다. Helios에서는 JMP Live가 있습니다. 이 경우 R&D 그룹의 신입 과학자는 R&D 폴더로 이동하여 프로젝트를 살펴볼 수 있습니다. 이 경우에는 일부 역량 분석입니다. 이러한 JMP 보고서를 탐색할 수 있습니다. 여기에는 실시간 대화형 데이터, 이 경우에는 역량 평가가 포함되거나 일부 관리 차트를 통해 다시 탐색할 수 있습니다. 여기서 정말 좋은 점은 해당 데이터를 검색할 필요가 없다는 것입니다. 왼쪽에서 데이터를 찾고 해당 데이터 표를 다운로드한 다음 데이터를 직접 살펴보고 보고된 내용과 다른 결론이 있는지 확인할 수 있습니다.
하지만 이것의 단점은 이 보고서에 대한 맥락이 전혀 없다는 것입니다. 그래서 이 PDF 문서에는 실제로 많은 설명이 있습니다. 이야기를 전달합니다. 실험에 대한 내러티브를 전달합니다. JMP 보고서는 데이터에 대한 모든 정보를 제공하지만 그 내러티브는 손실됩니다. 다행히 Helios에는 JMP Live를 사용하여 한계를 뛰어넘고 더 많은 작업을 수행하는 데 관심이 있는 사람들이 있습니다. 그들은 하이브리드를 만들었습니다. 라이브 JMP 보고서도 포함된 기술 문서를 만들었습니다. 다행히 새로운 과학자로서 저는 R&D 폴더로 이동할 수 있습니다. 프로젝트 목록으로 이동하여 할당된 프로젝트를 찾을 수 있고, 그것은 우연히 이 타이어 트레드 공식이었습니다. 누가 후원했는지, 팀 리더가 누구인지, 해당 프로젝트에 대한 간략한 설명을 볼 수 있습니다.
그러면 다양한 기술 문서가 담긴 프로젝트 보고서로 바로 이동할 수 있습니다. 이번에는 역량 분석 보고서로 돌아가겠습니다. 이제 두 가지 장점을 모두 누리게 되었습니다. PDF나 Word 문서처럼 보이는 기술 설명 문서가 있는데, 스크롤해서 살펴볼 수 있습니다. 소개글도 읽을 수 있고요. 이제 누가 보고서를 작성했는지 알 수 있습니다.
이 모든 것이 라이브 JMP 보고서입니다. JMP 테이블처럼 대화형으로 작동합니다. 제가 위에 강조 표시한 점을 볼 수 있는데, 이 관리도에 표시됩니다. 어떤 관리도에서든 강조 표시를 할 수 있고, 다른 차트에서도 강조 표시됩니다. JMP Live의 모든 관리도는 동일한 테이블에 연결되어 있기 때문입니다.
이렇게 하면 양쪽의 장점을 모두 누릴 수 있습니다. 이제 맥락을 입력하고 그 이야기를 전달한 다음, 그 이야기와 가장 관련성이 높은 JMP Live나 JMP 차트를 삽입할 수 있습니다.
다른 보고서처럼 참고 문헌 목록을 만들 수 있습니다. 예를 들어, 이 보고서를 읽고 있고 이에 대해 더 자세히 알고 싶다면, 이것이 제조 전 역량 분석과 공식화라는 것을 알 수 있고, 그들이 그 공식을 어떻게 개발했는지 알고 싶습니다. 해당 공식으로 연결되는 링크를 클릭하면, 작성 시기, 작성자, 이 프로젝트의 동기를 알려주는 스크리닝 설계 보고서로 이동하고, 그래프 빌더 보고서와 대화형 프로파일러를 사용하여 최적의 공식이 어떻게 만들어졌는지 확인할 수 있습니다. 그리고 참고 문헌 섹션에는… 본문에는 그냥 프로파일러를 넣었지만, 참고 문헌 섹션에는 모든 전체 적합 모델 보고서를 첨부했습니다. 일반적으로 Word 문서에 복사해서 붙여넣는 JMP 보고서는 이 설명 문서에 삽입할 수 있습니다.
좋습니다. 저는 이제 막 연구를 시작하는 과학자로서 JMP 보고서와 그 보고서와 관련된 이야기를 모두 접할 수 있는 이 세상에서 훨씬 더 편안함을 느낄 것 같습니다.
이 사례에서 Helios가 했던 것처럼 우리가 할 수 있는 몇 가지 다른 것들이 있습니다. R&D 관리 그룹은 대시보드에서 모든 프로젝트를 추적하고 있습니다. 이를 통해 R&D 예산을 확인하고 지출 내역을 확인할 수 있습니다. 프로젝트 개요와 예산 대비 실제 지출을 확인할 수도 있습니다. 또한, 월별 흑자 또는 초과 지출을 보여주는 예산 세부 정보를 제공하여 프로젝트 진행 상황을 파악할 수도 있습니다.
Helios는 JMP Live 보고서를 활용하는 정말 흥미로운 방법을 몇 가지 제시했습니다. 여기서 잠깐 보여드리고 싶은 두 가지가 더 있습니다.
그중 하나는 아마도… 이 경우에는 파일이 네 개라서 원하는 파일을 찾는 건 꽤 쉬울 거예요. 하지만 파일이 어디에 있는지 모른다면, 키워드로 색인을 해 놓았으니, 여기 들어가서 제품 번호 같은 걸 찾으면 되겠죠. 제품 번호 44-J를 찾아야 할지도 모르겠네요. 이제 프로젝트를 직접 검색해서 찾을 수 있고, 작성자 이름이나 프로젝트에 대한 간략한 설명으로 색인을 해 놓았으니 정말 편리하죠.
제가 할 수 있는 또 다른 방법은 댓글을 보내는 것입니다. "@Jed, 이거 좀 봐. 어떻게 생각해?"라고 말할 수 있죠. 이제 Jed에게 이 보고서에 대한 댓글을 달아서 어떻게 생각하는지 알려달라고 할 수 있습니다. JMP Live 보고서에 대한 정보를 공유하는 정말 인터랙티브한 방법이죠.
좋아요. 이 스타일의 보고서에 대해 제가 하고 싶었던 이야기는 여기까지인 것 같습니다. 이제 제드에게 넘겨드리겠습니다. 제드는 세 번째 사례 연구를 마무리할 예정입니다.
고마워요, 스콧. 음, 제 피드백을 진심으로 원하시는 거라면, 히스토리와 인터랙티브 보고서를 결합하는 아이디어가 정말 마음에 들어요. 제 경력에서 누군가 해 준 일을 찾고 있었는데 못 찾았을 때마다 1달러씩 받았다면 얼마나 좋았을지 모르겠네요. 그래서 헬리오스(Helios)가 이 부분에서 취한 방향이 정말 마음에 들어요.
좋아요. 조금 다른 방향으로 가보겠습니다. 사례 연구를 하나 살펴보겠습니다. 이 사례 연구는 일반적인 비즈니스에서 JMP Live가 어떻게 비즈니스를 운영하는 데 사용되는지 보여주는 것입니다. 문제를 초기에 발견하고, 빠르게 진단하여 대응할 것입니다. 이미 탭이 여러 개 열려 있습니다. Scott이 이미 탐색 방법을 간략하게 설명해 드렸습니다. 여기서는 지름길을 택하겠습니다. 꽤 빨리 진행하겠지만, 오늘 문제를 찾는 과정을 살펴보고, 시간을 빨리 넘겨 내일로 넘어가서 약 2주 후로 넘어가겠습니다. 계속 찾을 수 있도록, 마우스를 여기 위로 움직일 때마다 새 보고서가 열린다는 것을 알아두세요.
예를 들어, 제가 너무 앞서나가는 것 같다고 가정해 봅시다. 하지만 아침에 일어나서 JMP Live에서 "이 수율 관리도가 통제 불능 상태입니다. 그리고 수율 관리도는…"이라는 이메일을 받았다고 가정해 봅시다. 그런데, 저는 Helios의 품질 엔지니어 역할을 해 보려고 합니다. 이메일을 받고 수율 관리도가… 회사 전체 수율이라는 걸 알고 있기 때문에 조금 두렵습니다. 하지만 출근해서 관리도를 열어보니, "네, 밤새 수율이 급락했습니다."라는 메시지가 뜹니다. 꽤 두렵습니다. 이 문제를 해결하고 신속하게 해결책을 마련해야 합니다. 그래서 다음으로 뜨는 보고서는 바로 프로세스 이력 탐색기입니다. JMP Live에 있습니다. 다시 말하지만, 자동으로 새로 고쳐집니다. 모든 보고서가 자동으로 새로 고쳐집니다.
이 프로세스 히스토리 탐색기를 보면, 기본 구성 요소 15가 가장 큰 문제인 것 같다는 것을 알 수 있습니다. 기본 구성 요소 15까지 드릴다운하여 동적으로 새로 고치면, 실제로는 생산 라인 1에서 기본 구성 요소 15를 실행할 때 발생하는 문제임을 알 수 있습니다. 이 수치를 80~67%의 수율과 66%의 수율을 보이는 다른 생산 라인과 비교할 수 있습니다.
보고서를 열거나 데이터베이스를 가지고 다니거나 브라우저만 사용하는 것 외에는 아무것도 하지 않고도 바로 문제가 무엇인지 알았습니다. 그래서 노트북을 들고 작업 현장의 생산 라인 1로 가서 그들과 이야기를 나누기 시작했습니다. 그들이 "와주셔서 정말 감사합니다. 왜냐면 이게 제대로 작동하지 않거든요. 모든 게 고장 났거든요."라고 말했습니다. 그리고 그들은 어젯밤에 Base Component 15의 새로운 원자재 로트를 시작한 게 확실하다고 말했습니다.
다음 보고서를 불러오는데, 이건 프로덕션 로트 뷰어입니다. 이 보고서를 보고, 여기서 기본 구성 요소 15까지 드릴다운해서 확인해 보면 "네, 어제 기본 구성 요소 15 중 하나가 프로덕션에 출시된 것 같습니다."라고 말할 수 있습니다.
그런데, 이 영상은 8월 말에 촬영될 예정이에요. 나중에 이 영상을 보신다면 아시겠지만요.
이 중 하나가 방금 출시되어서 원인을 아주 빨리 파악했습니다. 아직 근본 원인은 모르겠지만, 이 기본 구성 요소 15, 이 새로운 로트 때문에 생산에 차질이 생기고 있습니다. 품질 정보를 확인해 봤습니다. 품질 관리팀이 새로 들어왔는데, 기본 구성 요소 15의 몇 가지 중요한 특성을 측정하고 있습니다. 다섯 명 정도 되는 것 같습니다. 제가 알아낼 수 있을 것 같습니다…
이제, 이 마지막 두 가지는 좀 의심스러워 보입니다. 통제 불능은 아니죠. 모든 특성을 스크롤할 수 있습니다. 그리고 X3가 정말 높다는 것을 알 수 있습니다. 사양에는 있지만 간신히 통제되고 있습니다. X1도 사양에는 있지만 간신히 통제되고 있습니다. 저는 그게 정말 의심스럽다고 생각합니다. 그리고 아마도 이 보고서의 결합된 지표 부분을 먼저 살펴봤어야 했다는 것을 깨달았습니다. 모델 기반 다변량 관리도는 설명하기 어렵지만, 한 번에 많은 변수를 살펴볼 수 있는 좋은 방법입니다. 그리고 만약 제가 그것을 봤다면, 문제가 있다는 것을 바로 알았을 것입니다. 저는 이미 문제 해결에 대한 표준 접근 방식을 바꾸고 품질 관리 절차를 변경하여 모델 기반 다변량 관리도를 정기적으로 살펴보고, 프로덕션에 적용되기 전에 문제를 발견할 수 있도록 할까 고민하고 있습니다. 우리는 그 문제에 대비할 것입니다.
회사 차원에서 대책 1을 적용할 수도 있을 것 같습니다. 하지만 노트북을 들고 있습니다. 아직 생산 중인데, 이 부품에 문제가 있는 것 같습니다. 조달팀과 상의해야 합니다. 이 부품들을 많이 격리해야 할 것 같습니다. 스콧이 조달 담당자라고 가정하겠습니다. 그래서 그의 자리로 갔는데, 다행히 그가 연락 가능한 상태였습니다. "스콧, 기본 부품 15에 문제가 있습니다. 이 부품이 충분히 있어서 잠시 동안만이라도 이 문제를 해결할 수 있을까요? 공급업체와 상의해야 할 것 같습니다."라고 말했습니다. 그러자 스콧은 "네, 인기가 정말 많았습니다. 점점 더 많아지고 있습니다. 하지만 이 부품의 재고는 한 달 치 정도입니다. 이런 문제가 발생할 경우를 대비해 재고가 많기 때문입니다. 네, 가능할 것 같습니다."라고 답했습니다. 그는 냅킨으로 간단히 계산을 한 뒤, "응, 꽤 괜찮아."라고 말했다.
저희 둘은 9시 15분 데일리 허들에 필요한 스프레드시트를 업데이트하고, 예를 들어 제조 현장에서 "수율이 안 좋아요."라고 말하며 당황하는 것보다 훨씬 더 완벽하게 준비된 상태로 데일리 허들에 나섭니다. 이미 알고 있었고, 이미 해결했습니다. 이미 문제 해결을 위해 노력하고 있으며, 전체 조직에 우리가 이 문제를 해결하고 있다는 사실을 알릴 수 있습니다. 그뿐만 아니라, 여러 생산 현장에서 생산 중인 부품의 잔여물을 찾는 데도 약간의 도움이 필요할 수 있습니다.
매일 회의를 하면서 리소스 할당 대시보드를 열어보면, 두 개의 생산 라인에 각각 한 명씩 추가 인력이 배치되어 있는 것을 확인할 수 있습니다. 그중 하나를 반나절 동안 재활용해서 부품 수급에 도움을 줄 수도 있을 것 같습니다.
1일차를 요약하자면, 잠재적인 위기는 무엇이었을까요? 데이터와 보고서를 확보하고, 수율을 정상 수준으로 회복했지만 약간의 지연이 있었고, 아직 컴포넌트 15를 사용하는 제품을 생산하고 있지는 않지만, 적어도 어느 정도 해결했기 때문에 실제로는 관리 가능한 문제가 되었습니다. 남은 하루 동안 해당 자재를 격리하고 공급업체에 반환했습니다. 공급업체와 협력을 시작했습니다. 사실, 문제가 생각보다 더 심각했고 격리해야 할 부분이 더 많다는 것을 깨달았지만, 이제 내일로 나아갈 준비가 되었습니다.
시간을 빨리 감아보면, 전체 수율이 예상대로 매우 좋았기 때문에 이메일을 받지 못했습니다. 하지만 스콧과 저는 매일 아침 가장 먼저 만나기로 했습니다. 보고서를 검토하고 상황이 양호한지 확인합니다. 원자재 재고도 살펴봅니다. 어제 기본 부품 15의 재고를 보면 약 20만 개였습니다. 그중 절반 정도를 격리해야 했습니다. 좀 두려운 상황이었죠. 그래서 클로비스의 책상으로 갔습니다. 클로비스는 실제로 생산 계획 부서에서 일하고 있는데, 저희 예측 데이터를 데이터베이스에 쿼리해서 "음, 선반에 있는 부품 수와 부품 수에 대한 간단한 그래프를 만들어 보겠습니다. 몇 가지 예측과 마감일을 포함해서 9월 초까지 모든 것이 엉망이 될 때까지 기다려야 할 수도 있겠네요."라고 말합니다.
네, JMP Live는 사용하기 정말 쉽기 때문에 업로드하고 자동으로 새로 고침되도록 설정해 두었습니다. 이건 저희의 일상적인 점검 작업의 일부일 뿐입니다. 매일 회의에 참석해서 사람들에게 알리고, "물량이 부족할 것 같지만, 이미 공급업체와 협의 중입니다." 같은 말을 합니다. 제조 부문에서는 아직 아무것도 생산하지 못했습니다. 공급업체는 2주 안에 대량으로 공급할 수 있다고 하니, 저희는 조심스럽게 낙관하고 있습니다. 어쩌면 인사부에서 "이번 주 금요일에 회사 바비큐 파티가 있으니 배고픈 상태로 오세요."라고 말하고 싶을지도 모릅니다.
2일차를 무사히 넘기고 나니 상황이 달라졌습니다. 훨씬 나아졌습니다. 이 관리 가능한 문제는 여러 부서가 협력하는 팀으로 발전하여 문제 해결에 활용되고 있습니다. 매일 상태 업데이트가 이루어지고 있으며, 배송에는 아직 차질이 없습니다. 아직 새로운 구성 요소는 없지만, 팀으로서 매일 이 문제를 관리하고 있으며, 매일 몇 분씩 시간을 내어 해결하고 있습니다. 2주 후로 시간을 돌려보면, 다시 한번 의심스러운 이메일이 도착하지 않았습니다. 수율이 좋다는 것은 알고 있지만, 아직 검증 중입니다. 다음 내용을 살펴볼까요…
우리가 가지고 있던 건 예측이었고, 거기에 실제 수치를 더해 넣었죠. 상황이 좀 불안해지기 시작했지만, 공급업체들이 며칠 일찍 납품하기 시작한 걸 볼 수 있었어요. 정말 다행이죠. 그래서 더 많은 부품을 재고로 확보하고 완제품 생산을 시작했죠. 그래서 매일 스탠드업 미팅에 가면 제조팀에서 "이걸 생산에 사용하고 있는데, 보고서가 있으니까 이미 알고 있었어."라고 말하죠. 그러면 "이 문제를 해결한 것 같아."라고 말할 수 있어요.
그러면 이것의 파급 효과를 생각해 보세요. 공급업체 점수표 같은 것들이 업데이트됩니다. Galactic Gear Works라는 가상의 회사가 품질 문제를 겪었습니다. "그 회사에 이런 문제가 있었다"라고는 할 수 없겠네요. 사양 제한을 제대로 설정하지 않아서 이런 문제가 발생했습니다. 하지만 품질 점수에 반영되고, 그들은 정기적으로 로그인해서 확인할 수 있기 때문에 자체적인 품질 점수를 받습니다. 덕분에 이런 논의가 확실히 이루어지고, 다른 사양 제한 문제가 발생하지 않도록 하죠.
그뿐만 아니라, 전략을 추진하는 데 사용하는 모든 작은 보고서와 자료는 자동으로 업데이트됩니다. 이 갤럭틱 기어 워크(Galactic Gear Work)에 문제가 발생한 것으로 나타났습니다. 다시 한번 말씀드리지만, 이는 다른 모든 곳에서 사양 제한을 점검하게 되는 계기가 될 것입니다. 한 걸음 물러서서 이 문제를 어떻게 해결했는지 생각해 보면, 실제로 이 문제를 해결할 수 있었던 것은 모든 데이터에 대한 접근 권한을 가지고 있었고, 자동으로 새로 고침되고 업데이트되었기 때문입니다. 저희 회사 전략은 우리가 생성하는 이 모든 새로운 데이터를 기반으로 합니다. 스콧, 여기에 더할 말이 있나요?
네, 딱히 더 추가할 말은 없네요, 제드. 하지만 JMP Live에서 얼마나 많은 그룹이 자동으로 업데이트를 새로 고치면서 협업할 수 있는지 보여주는 건 정말 좋네요. 정보가 쏟아지기 전에 문제 해결을 시작할 수 있죠. 보고서를 기다릴 필요도 없고, 바로 보고서를 받거나 보고서에서 알림을 받을 수도 있어요. 정말 보기 좋네요. 제 화면을 다시 한번 공유할게요.
좋습니다. 오늘 살펴본 내용을 아주 간략하게 요약해 보겠습니다. 인터랙티브 대시보드, JMP Live 워크플로, 또는 풍부한 컨텍스트를 갖춘 JMP Live 보고서 작성 등, 이전에는 생각하지 못했던 방식으로 JMP Live를 활용하는 방법을 알아보셨기를 바랍니다. 직접 시도해 보고 싶은 동기 부여나 영감을 얻으셨으면 좋겠습니다.
마무리하며, 몇 분께 더 감사의 말씀을 전하고 싶습니다. 대시보드 구축과 사용 사례에 도움을 주신 Yasmin과 Clovis에게 다시 한번 감사드립니다. 그리고 Helios라는 컨셉을 완성하고 샌드박스 회사에서 대시보드와 워크플로우를 개발할 수 있도록 자유롭게 작업할 수 있도록 도와주신 제품 관리팀 Sarah, Dieter, Dan에게도 감사드립니다. 감사합니다.
