미니의 중소기업 전산실 이야기

이전에 다니던 회사에서는 입/퇴사자들이 빈번하여 퇴직자에 대한 생각이 크게 없었고

나 또한 별다른 생각 없이 이직을 했었다.

하지만 지금 다니는 회사는 꽤 괜찮은 곳이고 이로 인해 입사 후 이직하지 않고 장기근속하는 직원의 비율이 높다.

그러던 와중에 최근에 이직자가 생겨 이슈가 생겼다.

당연히 지금 우리 회사보다 규모도 크고 아마 직급이나 연봉도 더 올려서 이직할 것이다.

하지만 이직자에 대한 시각에 대한 부분이다.

나 또한 경력자로 이직하여 이곳 왔고 다른 직원들 또한 상황에 따라 더 좋은 조건으로 이직할 권리는 당연히 있다.

중요한 건 내가 근속하는 동안 얼마나 일을 잘하고 철저하게 하는가에 달려있지 이직한다고 평가절하해서는 안된다고 생각한다.

당연히 그 친구가 이직에 성공한 이유는 사내에서 뛰어난 능력으로 업무를 해왔고 이직 시 이 부분이 어필이 되어 더 좋은 조건으로 이직이 가능했을 것이다.

나 또한 그렇게 이곳으로 이직해 왔기에 같은 잣대를 기준으로 평가를 해주었으면 좋겠다.

그리고 10년 가까이 회사를 위해 열심히 일해준 직원에게 감사를 표하는 것이 맞다고 생각한다.

거꾸로 생각해보면 회사는 상황에 따라 직원들을 감원할 수도 있고 경쟁을 붙여 평가할 수 도 있다.

직원들도 마찬가지다 회사 업무를 위해 최선을 다하지만 또한 자신에 꿈을 찾아 떠날 수 있는 권리 또한 당연히 있고 축하받을 권리 또한 있다고 생각한다.

물론 자신의 업무도 제대로 못하고 동료들에게 피해를 주다 이직하는 친구들에게 축하해 주라고 말할 순 없다.

그들은 이직하면 오히려 나에게 축하를 해줘야 되지 않을까^^;; ㅎㅎㅎ

하지만 같이 노력하며 고생한 직원이 좋은곳으로 이직하는 것은 진심으로 축하해주고 환송회를 해주는 게 맞는 이치가 아닐까 생각이 들어 글을 남겨보네요....

어제 퇴근 전 서버를 점검하며 데이터 처리에 문제가 있는 건이 발견이 되었다.

출하 후 마지막으로 ERP와 출하시스템을 동기화시키는 시스템인데 오류가 나면서 처리하지 못한 3건이 보류로 걸려있었다.

퇴근하려고 가방을 쌋다가 다시 내려놓고 분석작업에 들어갔다.

이미 물건이 출하된 이후라 되돌릴 수 없는 상황이었기 때문에 데이터를 열어보며 분석 작업을 시작했고 30~40분 분석 후에 문제점을 찾아내었다.

원인은 관련 부서에서 입력한 데이터 때문이었지만 그 부서에서 문의했을 때 답변을 잘못한 우리의 실수였다.

전산이라는 업무가 이러한것 같다. 시스템은 거미줄같이 엮어져 있고 한 곳에서의 실수가 다른 쪽 시스템에 영향을 주며 그로 인해 더 큰 문제가 발생한다.

우리도 최선을 다해 디버깅을 하고 사전에 문제에 대해 검토하고 개선하지만 100% 무결성은 불가능하다.

MS도 그래서 매월 패치를 내놓듯이 우리도 계속적인 개선을 통해 어플리케이션을 패치하고 있다.

하지만 이번에도 새삼 느낀것은 잘못된 생각으로 개발된 한 줄에 프로그램 소스가 회사 및 관련 현업 담당자들에게 고통을 줄 수 있다는 것이다.

우리뿐만이 아니라 관련 부서들이 퇴근을 못하고 해결될 때까지 대기 중이었으니...

하지만 또한 우리는 이런 실수를 통해 또 배우고 발전하는 것 같기도 하다.

우리 팀은 이번 경험을 통해 내가 개발하는 소스 한 줄에 대한 중요성을 느꼈을 것이며 관련 부서들도 전산에 문제가 생겼을때의 파급력을 느꼇을 것이다.

하지만 이런 일은 자주 겪고 싶지 않네요~~^^;;;

얼마 전 공장으로 출장 중에 우리 팀 차석에게 연락이 왔습니다.

현업 부서에서 문제가 발생하여 외주 관리하는 일부 프로그램의 데이터를 분석해 데이터를 뽑아서 제공해도 되냐고?

저는 생각을 정리 후 다시 지시를 하였습니다.

일단 해당 업무가 촉각을 다투는 사고인지 물어보고 그게 아닌 걸 확인 후 아래와 같이 다시 지시를 하였습니다.

1. 해당 문제 발생한 내역에 대한 범위 및 회사에 미치는 파장에 대한 정리

2. 유지보수 업체에 연락을 취하여 정상적인 방법으로 해당 데이터를 받을 수 있는지 문의

   ( 만약 제공이 불가능하다면 기술 서포트가 가능한지 )

3. 앞으로 동일한 문제가 발생하지 않도록 개선하기 위한 방법

4. 현업 부서 팀장에게 자료를 전달하여 문제 사항 없는지 확인

해당 보고서를 전달해 주면 검토하고 결정하겠다고 회신을 하였습니다.

저와 같이 일하는 친구도 참 침착한 친구인데 가끔 사고가 터지면 마음이 급해져서 잘못된 판단을 하는 경우가 있습니다

회사에서 무슨 문제가 발생 하였을 경우 해당 문제에 대해 속속히 파 해치는 보고서는 정말 필요하지 않다고 생각하는 분들도 있겠지만 저의 생각은 반대입니다.

문제가 발생한 부분을 문서로 차분히 정리하며 해결하는 명확한 방안을 찾을 수 있으며

향후에 비슷한 문제가 발생시 참조할 수 있는 가이드라인이 되며

향후 동일한 문제 발생을 사전에 차단하기 위한 가장 효율적인 방법입니다.

그리고 한가지 잘못 생각하는 부분이 사고 경위 보고서를 쓰라고 하는 것은 담당자를 문책하기 위한 것이 아닙니다.

보고서를 작성하면 항상 팀장 결제가 들어가고 책임은 팀장이 지는 것입니다.

그러라고 팀장 하는 것 아닐까요?

문제가 발생할때까지 관리하지 못한 문제도 분명히 존재하는 것이니까요.

다행히도 해당 문제는 잘 해결되었고 처리한 직원들에게 다음날 출근 후 칭찬을 해주었습니다.

그리고 이렇게 처리를 잘 해냈기에 동일한 사고는 앞으로 생기지 않을 거 같습니다.

이번 주에 이슈가 있었던 사고에 대해 정리를 해보았네요.

사람마다 처리하는 방식이 여러 가지 이겠지만 제가 처리하는 방식이 베스트는 아니겠지만 제가 추구하는 방향성과 부합되는 건 맞는 것 같습니다.

새벽에 출근하면서 생각도 정리할 겸 끄적여 봅니다.