Sutra

Sutra는 하드웨어 팀이 이미 돌리는 시스템에서 읽는다. 부품과 BOM 데이터는 PLM, 조달과 비용은 ERP, 생산은 MES, 그리고 실제 맥락의 상당 부분이 숨어 있는 이메일과 스프레드시트까지. 엔지니어에게 데이터를 손으로 통합하라고 시키는 대신 하나로 연결된 뷰를 만든다. 실무적 이득은 의사결정자가 모두와 같은 사실을 본다는 점이다.

핵심 역량은 변경을 하기 전에 "이걸 바꾸면 어떻게 되나"를 묻는 것이다. Sutra는 한 수정이 하류의 부품, 프로세스, 프로그램을 어떻게 통과하는지 추적하고, 그러지 않으면 검토 회의까지 기다렸다 드러날 충돌을 끌어올린다. 오후 한나절에 문제를 고치는 것과 한 달치 작업을 다시 만드는 것의 차이가 여기 있다. 늦게 발견하면 혹독하다.

결정이 나면 Sutra가 그다음을 맡는다. 엔지니어링 변경 요청, 승인 라우팅, 추적성 기록 등이다. ECR 자동화에 더해 모든 변경에 따라붙는 승인 독촉을 떠올리면 된다. 보통 임시 스프레드시트로 쫓던 후속 단계가 플랫폼을 거친다. 엔지니어링 시간을 잡아먹는 수작업이 줄어든다.

모든 변경은 무엇을, 왜 결정했고 무엇에 영향을 줬는지에 대한 기록을 지닌다. 누군가 반년 뒤 부품을 다시 들여다볼 때, 또는 감사자가 사양이 어떻게 변해 왔는지 물을 때, 그 흔적은 이미 있다. 이런 추적성은 규제가 있는 하드웨어에서 가장 중요하다. 변경이 왜 일어났는지 입증하는 일이 변경 자체만큼 중요하기 때문이다. 좋은 엔지니어링 변경 관리는 이런 기록 위에서 성립한다.

Sutra는 PLM이나 ERP의 대체재가 아니다. 그 옆에 앉아 서로, 그리고 비공식 채널과 대화하게 만든다. 팀은 기존 시스템을 유지하고, 그것들을 넘나들며 추론하는 층을 얻는다. 전환 비용은 낮게 유지되고, 이미 복잡한 스택을 통째로 갈아엎으라고 강요하지 않는다.