Bellevue Project

새로운 시스템의  개발을 위하여 컨설팅 제안 업무를 진행하다 보면 고객들과 간혹 부딪히는 문제들 중에 하나가 바로 신기술의 적용 부분입니다. 신기술이라고해서  모든 문제를 해결해 주는 도깨비 방망이는 아니지만 대부분 지금까지 나온 문제를 새로운 방식으로 접근할 수 있게 하거나, 과거의 문제를 조금 더 편하게 처리할 수 있도록  하게 합니다.

몇몇 고객분들 역시 신기술 적용 부분에 대해서 동의하고 시스템에 적용되기를 바라지만, 그 분들 역시  기존 시스템과의 호환성이나 운영 시 유지보수 문제를 간과할 수 는 없습니다. 그래서 검증된 솔루션 또는 적용 사례를 찾게 되는 것이 현실입니다. 
이것이 꼭 나쁘다고 할 수는 없지만, 아무리 좋아도 검증되지 않은 방식에 대해서는 진행을 하지 않겠다는 것에 대해서는 긍정적으로만 볼 수도 없습니다. 아마도 이 부분은 국내 기업의 문화가 오랜 기간 동안 불신의 시대를 거치다 보니 (...사실 아직도 우리는 불신의 시대의 중심이 있는 것 같습니다만...) 문제가 발생하면 해결책보다는 책임을 지을 사람을 먼저 찾는 것이 우리의 현실입니다.  ‘돌다리도 두드려보고 건너가지는  않는다’는  말이 있을 정도로 레퍼런스가 없는 신규 방식에 대한 투자나  모험을 기피하는 문화의 탓도 있습니다. 

‘내가 모르는 것  =  나쁜 것 또는 위험한 것 ’라고  생각하는 분들도 적지 않습니다.  문제는 과거의 시스템의  호환성 문제 때문이 아니라 운영인력의 기존 개발 방식의 지난친 익숙함과 그로 인한 신기술에 대한 불신 때문에 신기술 적용을 거부하는 것 입니다.
예를 들어,  ASP.NET에서는 Code Behind기술을 이용하여  웹 UI와 개발자의 코드를 분리할 수 있습니다.  이 문제는 기존 ASP 의 스파게티 코드의 문제를 해결할 수 있는 획기적인 방법이었습니다. 개발자는 더 이상 웹 디자이너의 화면 변경에 따라 코드를 재작성하지 않아도 되고 웹디자이너 역시 개발코드 때문에 UI적인 손해를 보는 부분이 적어지게 되었습니다.  하지만, 기존에 ‘디자인과 코드가 섞여있는 것이 난 더 편해~’라고 생각하는 웹 개발자 때문에  ASP.NET이 확산되기 어려웠던 적이 있습니다.
이러한 문제는 비단 ASP.NET의 사례에만 있는 것이 아닙니다. 

생각해 보면, 이러한 문제들의 원인은 기술을 냉철한 머리로 받아들이 않고, 뜨거운 가슴과 몸으로 받아 들이기 때문에 발생하는 문제라고 생각합니다.  더욱이 IT부서의 기획담당자들은 신기술 도입 시점에 주변 사람들의 말뿐만 아니라 본인 스스로 냉철하게 판단하고 결정을 내리는 능력이 필요함에도 불구하고 책임의 회피와 기존의 익숙한 방식(...절대 편리함의 차원이 아님...)때문에 올바른 결정을 내리지 못하게 됩니다.

열심히 일을 하려는 과정에서 실수한 사람에 대한 사회적인 관용이 부족한 세상에서 살고 있는 엔지니어에게 기술은 중요한 문제가 아닐 수도 있을 것 같습니다.


Photo by Keon