'업무'에 해당되는 글 2건

지금의 회사에 입사한 지 1년 반쯤 되었는데, 이제서야 업무 프로세스가 대략 보인다. 그리고 회사 전반적으로 무엇에 '긴급함'을 느끼고 무엇에 '중대함'을 느끼는지도 조금은 분간할 것 같다. 물론 완전히 분간하지는 못한다. 아직도 모든 일을 우선순위 동일한 task로 보고 queue에 들어오는 대로 처리하는 경향이 남아 있어서...

처음 1년 간은 경력신입(박사는 경력 입사인데, 교육은 신입의 1/10도 안함) 포지션에서 벗어나기 위해, 하나라도 나한테 일이 오면 완전 그 업무의 끝장을 보려고 달려들었는데, 이제는 부서 차원에서 내가 어느 쪽 일을 맡아야 하는지 가이드를 해 주는 느낌이다. 사실 부끄럽고 아직도 부족함을 많이 느낀다. 왜냐하면 현장의 실제 돌아가는 상황을 먼저 파악하고서 기획이니 설계니 신기술이니 이런 얘기를 해야 뜬구름 잡는 소리가 안 될 테니까 말이다. 혼자서 아직 기획/설계/투자/구축/운영 과정 전체를 해본 적 없어서 온전한 1인분이라 말하기 좀 부족하다 보니 더 현장의 세세한 이슈들을 어떻게 처리하는지 직접 확인해 보거나, 그걸 처리하는 다른 동료의 어깨 너머로 계속 나도 참견하게 되었었다.

그러다가 2021년부터는 오로지 타의에 의해서 중요한 보고 자료 정리를 두 가지 맡게 되었고, 문제의 원인 분석, 현황 조사, 개선 대책 등을 보고하기 위해 자료를 많이 정리했다. (보고는 고참 분들이 하심.. 아마 내가 보고하면 있는 대로 다 얘기해서 폭풍이 몰아칠 듯)

문제는 우리 부서 일이 아닌 것 같고, 문제 원인을 파악하면 할 수록 이건 우리 소관이 아니고 원인이 되는 장비와 그것의 담당 부서가 다른 부서임이 명백해지는데도 해당 부서는 전혀 관여하지 않는 것이었다. 처음에는 다들 바쁘고 당장 직면해 있는 긴급한 처리 건들도 많아서 그러겠거니 했으나... 시간이 지나면서 문제 원인을 검증하려고 테스트도 여러 번 했는데(이 과정에서 협력사 등등 여럿이 미리 계획하고 결재도 받아 가면서 움직여야 했다.) 한 번도 참여를 안 하고 문제의 원인도 아니라고 발뺌하려는 모습을 보이는 것이었다.

테스트도 하고 정리도 하고 자료도 찾아보고 등등 내가 다 하고서, 윗선(많이 높은 윗선...)에 본격적으로 보고를 했더니, 누가 봐도 빼박 저쪽 부서의 특정 장비의 뭔가가 문제가 있는 것처럼 되었다. 사실 우리 부서 선배분께서 최대한 일반화된 표현과 두루뭉술한 표현으로 빨리 개선하고 끝내는 방향으로 보고를 했지만, 집요한 질의응답 과정에서 결국 나도 "결과 데이터가 알려 주는 그대로" 얘기를 했고, 회의실에 한바탕 폭풍이 지나갔다. 대충 뭐 왜 그렇게 오랫동안 안바꿨냐, 그걸 관리하는 협력사는 왜 제대로 안하냐, 이러면 다른 데도 문제 있는거 아니냐 등등...

아무튼 보고가 끝나고, 그제서야 발등에 불이 떨어진 해당 부서는 이제서야 적극적으로 움직이기 시작했다. 아무리 봐도 테스트 결과를 신뢰할 수가 없다고. 자기들+자기들이 관리하는 협력사와 함께 똑같은 테스트에 참관해서 여러 번 반복해서 똑같은 문제가 일어나는지 보겠다고, 그 뒤에 공식적인 의견을 만들어 보고하겠다고 한다. 이럴 거면 진작에 그것도 테스트를 한두 번도 아니고 여러 번 반복하고 얘기도 많이 했는데 그 때는 왜 가만히 있었을까? 사실 원인 분석할 때에도 내가 맡은 일과 관련이 없는 다른 장비의 다른 서비스를 대신 해준 것이나 마찬가지였는데, 그래서 마지막으로 원인 분석에 대한 결론이 어느 정도 나와서 종료시키고 테스트 환경도 다 철수시켰는데 자기들이 움직일 수밖에 없는 상황이 되니까 이제서야 적극적으로 나서는 것을 보니 매우 짜증이 났다.

내가 열심히 했던 것은 오로지 목표 지향적인 이유였다.
"문제가 발생했고, 원인을 분석해서 빨리 개선하는 것."
"테스트가 필요하다고 하니, 최대한 실제와 유사한 조건에서 반복 수행하고 데이터를 최대한 얻는 것."
"얻은 데이터를 있는 그대로 분석하고, 확실히 아는 데까지는 원인과 해결책을 도출하는 것."

그리고 근본적으로(네트워크 교과서적으로) 따지면 사실 우리 부서의 범위(즉, 네트워크 7계층 중 아무리 멀리 잡아도 4계층 이하의 범위)라고 볼 수 있어서 수긍하고 열심히 했던 것인데, 정작 문제의 가장 중요한 원인이 되는 장비의 명백한 담당 부서와 담당자는 수 개월 동안 "그럴 리가 없다", "다른 탓이다"고만 하면서 버텼었다. 내가 그 "아니"라고 잡아떼는 것을 다 불식시키기 위해서 조건을 바꾸고 반복도 하고 데이터도 더 만들고 자료도 더 찾아서 정리한 것인데 말이다. 결국은 보고하는 자리에서 한바탕 난리가 나고 나서야(우리 부서가 발표했으니 결국 우리 부서가 혼난 것이나 마찬가지였다.) 방어 기제가 발동해서 적극적으로 나서며 신뢰할 수 없다는 반응을 보고 있으니, 내가 너무 목표지향적으로 주어지는 일의 해결에만 몰두하는 것이 참 순진했던 것 같다. (현타 ㅋㅋㅋㅋㅋ)

일단은 자기 일이 아니라고 동의를 안 하고 "재검토 부탁드립니다"라는 예의바른 회신 이메일이 몇 주, 길게는 몇 달에 걸쳐서 오가는 것을 보며 어이가 없었는데, 그렇게 서로 일 안 맡으려고 총대 메고 메일 보내는 사람들이 다 10~20년씩 근속하신 베테랑 분들인 것을 생각해 보면 다들 산전수전 많이 겪고 나서 보호본능부터 발동하는 것일까 궁금하다. 아무리 그래도 그렇지 경영진이 대놓고 지시한 일인데! 상세히 파악하는 것도 아니고 그렇다고 대놓고 그건 아니라고 보고하는 것도 아니고, 내가 보기에는 문제가 있어 보이는데 그 문제를 오픈해서 개선하려는 의지도 없고, 그렇다고 그대로 계속 내버려 두면 나중에 또 문제가 생길 것 같은데도 누군가(즉, 내가) 먼저 움직여서 어떻게 해주는지 들어 보고 동의만 하고 넘어갈 궁리만 한다.

이래서 회사가 사람 때문에 힘들다고 하는 것이구나. 원래 졸업 전까지는 연구 주제 자체가 어려워서 그걸 해결하는 게 너무 막막해서 좀 목표가 명백하고 구현과 실행만 하면 되는 그런 일을 원했는데, 막상 회사에 와 보니(연구소는 다를 수 있다, 사업부라서 더 극명한 듯) 실행 자체에 벌써 이해관계가 형성되어 있어서 답답한 것이 현실이었구나.

그래도 이미 여기까지 왔고, 한 차례 보고 후 2라운드가 시작됐으니 뭐... 이제 나도 발등에 불이 떨어진 저쪽 부서가 직접 움직이도록 얘기를 해 봐야겠다. (사실 손이 근질근질해서 결국 내가 또 나서서 셋업하고 진행하고 먼저 움직일 가능성이 높지만... ㅜㅜ)