TRIZ · 트리즈

TRIZ이란?

TRIZ를 제대로 들인 조직에서 가장 먼저 달라지는 건 회의의 첫 문장입니다. "좋은 아이디어 없을까요"로 시작하던 자리가 "지금 무엇과 무엇이 부딪히고 있습니까"로 바뀝니다. 문제를 사람의 창의력 문제에서 구조의 문제로 옮기는 것이 이 방법론의 실질적 효과입니다. 아이디어 개수를 늘리는 대신, 풀어야 할 모순이 한 문장으로 좁혀지기 전까지는 해법을 꺼내지 않는 규율을 조직에 심습니다.

모순은 두 종류로 나눕니다. 기술적 모순은 A를 좋게 하면 B가 나빠지는 서로 다른 두 변수의 충돌이고, 물리적 모순은 하나의 대상이 '뜨거워야 하면서 동시에 차가워야 하는' 상반된 상태를 요구받는 경우입니다. 앞은 39×39 모순행렬과 40원리로, 뒤는 시간·공간·조건에 따른 분리 원리로 접근합니다. 식스시그마와의 경계도 분명합니다. 데이터로 원인을 좁히는 DMAIC는 원인을 모를 때 쓰고, TRIZ는 원인은 이미 아는데 고치면 다른 쪽이 망가질 때 씁니다. 40원리 위에 76표준해와 ARIZ 같은 더 깊은 도구가 있지만, 2~3일짜리 실무 워크숍의 현실적 사정거리는 모순 정의와 원리 대입까지입니다.

현장에서 가장 자주 깨지는 지점은 모순 정의입니다. "불량을 줄이고 싶다"는 모순이 아니라 소망이고, 여기서 출발하면 40원리를 아무리 훑어도 결국 브레인스토밍과 같은 결과물이 나옵니다. 이미 답을 정해놓고 그 답에 맞는 원리를 거꾸로 끼워 맞추는 경우도 흔합니다. 보고서에는 'TRIZ 적용'이라 적히지만 설계는 그대로이고, 그런 워크숍이 두세 번 반복되면 조직에는 "트리즈 해봤는데 안 되더라"는 말만 남습니다. 또 하나, TRIZ는 기술·물리 시스템을 전제로 만들어진 도구입니다. 인사 제도나 부서 갈등에 억지로 대입하면 비유는 그럴듯한데 실행안은 안 나오는 상태로 끝나기 쉽습니다.