아이폰3Gs가 처음 나오고 재야에서는 탈옥이란 것이 유행했었습니다.

저는 탈옥에 대한 궁금증으로 탈옥 방법을 알려고 사이트를 검색하였습니다,

당시는 아이폰 3Gs가 보급 된지 얼마 되지 않은 상태였고 국내에 탈옥을 다루는 사이트가 거의 없는 상황이었습니다.

저는 어렵게 어렵게 탈옥을 알려주는 한글 사이트 하나를 찾았고 언 듯 보기에 수많은 댓글이 있기에

‘오! 사람들이 많이 봤던 글이다. 이거 보고 따라해 보면 되겠네!’

하며 기대에 차서 글을 보았습니다.

그러나 그 기대는 얼마 지나지 않아 무참히 깨어졌습니다.

그 글은

1. 탈옥의 개념과 이해

2. 탈옥하는 법

3. 탈옥하는 법 사이에 느닷없이 끼어드는 탈옥하는 법이 필요한 이유와 이에 대한 추가적인 개념과 이해

4. 탈옥하는 법 사이에 느닷없이 끼어드는 본인 생각과 경험 약간

5. “참~~~~~ 쉽죠!”

1~4까지가 챕터 분리 없이 뒤 섞이어 길다란 한 페이지로 작성 되어 있었고 글의 맨 끝에 비로서 5. 참~~~~ 쉽죠! 란 작성자의 절대 조롱이 아닌 진지게 탈옥은 이렇게 쉽다는 것으로 마무되었습니다.

첫 번째 읽을 때는 당연히 무슨 소리인지 모르겠고, 두 번째 읽을 때는 여전히 무슨 소리인지 모르겠고 그때서야 한 가지는 이해했습니다.

‘이 사람은 탈옥을 하는 법에 대해 그저 많은 이야기를 해주고 싶었던 것이고 탈옥 법 이야기 하다가 그 방법에 대한 세세한 이론 이야기를 추가로 하다가 다기 탈옥 다음 단계 방법 이야기 하다가 그 다음 방법의 개념과 이유를 설명하다가 자기 경험담 하나 넣고 또 다른 이야기 하다가 그저 자기가 많이 안다는 것을 과시하고 본인에게 탈옥은 쉬웠다 싶어 이런 글을 적은 것이네. 이건 수필에 가까워서 탈옥법 설명이라 하기 어렵다. 그런데 그 맨 끝에 나온 참 쉽죠? 이 말을 보면 보고 따라하라는 이야기는 맞는거 같은데,,,,,, 제길! 결국 이 망할 글을 괜히 읽었다.’

[뭔가 설명들을 때 제일 알아먹기 힘든 부류가 이 야야기 한마디 했다가 또 저 이야기 한마디 했다고 돌아와서 이 이야기 한마디 했다가 또 저이야기 한마디 하는 사람들입니다.]

이런 사람들에게 뭔가 하나 얻어 들으려면 대단한 인내심 또는 자르기 신공이 필요한 법이지요.

그 사이트 설명만으로는 탈옥은 불가능하다는 현실을 깨달은 저는 댓글들을 읽어봤습니다.

댓글에는 소수의 따라해서 성공한 이야기와 동시에 실패의 비명과 아우성이 난무했습니다.

보고 따라해 봤는데 안된다, 어느 단계에서 안된다,  벽돌 되었다, 도와달라는 글이 댓글의 절반 이상이더라구요.

물론 댓글의 피드백은 있는 둥 마는 둥이었습니다. 그냥 이렇게 해보세요 라고 하는 글이 적히다 어느순간부터는 피드백이 없었습니다.

당시 그 글을 읽고 따라하시다 실패한 분들에게 심심한 애도를 표합니다.

본론으로 돌아와 저는 현장에 기계를 조작하고 운영하는 매뉴얼을 만들면 윗 상사의 승인을 받지 많고 만들어진 내용을 즉시 현장에 배치 합니다. (기업이 중소기업이라 가능한 일이죠)

왜냐하면 제가 만든 매뉴얼은 상사에게 보고를 하는 순간 아주아주 높은 확률로 지적을 받고 고쳐야 하기 때문입니다.

저는 공장 기계 매뉴얼을 만들 때 개념이나 이론을 배제하고 순수하게 기능만 집약하여 넣습니다. 그리고 반드시 기능 부분 / 부가 부분을 분리 합니다.  

예로

1. A단추 누르시오.
2. B단추 누르시오.
3. C라는 불이 들어오고 삐익 하는 소리와 같이 F위치에서 기능이 작동할 것이오.
4. B단추를 다시 누르시오.
.
.
77. 부가장치 / 재료 공급은 D 주입구에 J공구를 통해서만 하시오. 다른 공구 사용은 불가능함.
78. 부가장치 / 이물질 제거는 K위치에서 진행 L용제를 사용하며, 주 2회 작업후 진행 하시오.
.
.
.
99. 외 기타 다른 부분의 설명이 필요하면 관리자에게 문의바람, 이론이나 기술내용 설명이 필요하면 관리자에게 문의바람.

많은 상사들을 만나본 결과 이렇게 만든 매뉴얼을 들고 가면 십중팔구 반드시 추가적인 오더를 줍니다.

“양말 발효학 석사! 이 매뉴얼은 좀 고쳐야 하겠어, 내 생각에는 여기 저기 특히 이 부분에 설명을 좀 넣으면 더 그럴듯하지 않겠어?”

매뉴얼의 허점을 발견한 상사는 중간에 설명을 넣으면 훨씬 좋아질 것이라 생각합니다.

그리고 이론과 설명을 추가하면 사용자의 이해도가 높아져서 이해하며 하는 작업을 만드는 보완된 매뉴얼이 된다고 믿습니다. 그렇게 서너번 뭔가 추가되면, 위에 적은 아이폰 탈옥 사이트 글처럼 그 매뉴얼은 뭔가 미묘한 뭔가가 망가집니다.

십중팔구 명료성을 극대로 높인 매뉴얼을 만들어서 윗선에 보고하는 순간 매뉴얼은 기능만이 극대화 되었다는 이유로 윗선의 요구로 수정되고 명료성은 사라집니다.

중간중간 이론을 넣으면 좋은 기능을 익히며 이론도 익힐 수 있는 좋은 참고서가 될 것이라 생각하는 사람들도 분명히 존재합니다.

저도 관리자들이란 점검하고 보완을 시키는 것이 임무이므로 관리자가 하는 말도 충분히 이해갈 만한 상황이며, 매뉴얼도 사실상 공부할 때 보는 참고서 같은 것이므로 참고서라면 충분히 수긍되는 이야기입니다.

그러나, 현실에 돌아와서 윗선 관리자가 말한 부분은 기능을 익혀 한 부분의 파트를 움직는데는, 그리고 앞선 예에서 가져오면 실패 없이 다수의 아이폰 유저의 탈옥을 성공 시키는데는 불필요한 부분입니다.

그리고 가끔 지나치게 이 야야기 저 이야기가 들어가면 많은 아이폰 유저의 탈옥 실패처럼 되려 결과를 망치는 독약이 되고 맙니다.

이론에서는 기능의 극대화보다는 이해와 원리를 추구합니다.

그러나 현장에서는 쉽게 보고 빠르게 익히고 적용할수 있는 뭔가가 필요합니다.

이 대목에서 그럼 매뉴얼 작업에 시간을 더 내서 이론 설명 파트를 따로 만들라는 분도 계시겠지만, 그런걸 직접하기엔 공장의 시간은 너무나 촉박하며, 연구소나 공정기술에서 그런걸 해줄 사람이 있는 기업도 드물고, 그런 것을 시간들여 만들 정도의 문서 비치해 낼 수 있는 여력이 되는 기업은 별로 없습니다. 어쩌면 대기업은 가능하겠군요. 그러니 대기업이겠죠.

아무튼 현장 작업 매뉴얼 하나 만드는데, 이론서 란 언급 자체도 이상론입니다. 그리고 매뉴얼에 그런거 끼워 넣는 것도 위에 아이폰글처럼 요상한 거고요.

현장에서 아무도 보지 않고 굴러다니는 이런저런 이야기가 많은 다른 매뉴얼과 달리 불필요한 설명없이 기능과 순서만을 남겨 명료성을 극대로 높힌 매뉴얼은 사람들이 익숙해지는 때까지 한동안 손에서 놓지 않습니다. 인기 만점입니다.

과거 초기 베트남전에서 정비를 하지 않는 병사들로 인해 생긴 M16소총의 신뢰성 불량을 해결하기 위해 정비 방법을 군인들이 읽기 쉽도록 간단한 만화로 배포하기도 했다는데,,,,,,

사람들이 선호하는 것을 보면 현장에서는 이렇게 명료성을 극대화 하는게 현실에 맞는 방법이 아닌가 싶기도 하며 관리자가 원하는 이상과 현장에서 일하는 사람들이 원하는 현실은 확실히 다르구나 하고 느끼게 됩니다.  

PGR에도 매뉴얼을 보고 업무를 해야하는 분들도 계시고 매뉴얼을 검토하고 지침을 주어야 하는 관리자 분들도 계실 것입니다.

“훌륭한 현장 매뉴얼이란 그저 간단하고 기능에 충실한게 답이 아닐까요?”