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

대기업 전산실에서는 근무한 적이 없기 때문에 자세히는 모르지만 근무했던 직원들은 알고 있기에 얘기를 해보면 파트별로 나누어져 있어 자신이 맡은 업무만을 진행한다고 한다.
하지만 중소/중견기업의 전산실은 여러 가지 일을 진행해야 된다.
나 또한 초기에는 1인 전산으로 인하며 개발 작업을 위해서는 퇴근 후 남아서 개발하는 일이 대다수였다.
그때부터 일을 줄이는 방법을 찾았던 거 같다.
그래서 찾은 방법은 프로그램 버그를 그때그때 해결하자는 것이었다.
이걸 내일로 미루면 내일 할인과 겹쳐져 일이 점점 눈덩이처럼 커진다.
프로그램을 수정해서 해결해야 할 일은 개발자가 직접 데이터를 수정해주면 같은 일이 반복될 때마다 처리를 해주어야 되고 이건 N * 작업시간만큼의 시간을 뺏기게 된다.
이게 별거인가 할지 모르겠지만....
이 N이 여러 개가 쌓이다 보면 출근해서 그 N의 일만 처리하다 퇴근하게 되는 최악의 케이스도 발생할 수 있다.
이때부터 버그는 당일 확인 후 해결 가능한 건은 당일 처리 후 퇴근을 하고 시간을 가지고 수정해야 되는 것은 꼭 주간, 월간 프로젝트에 포함하여 해결을 하도록 하였다.
그러자 나를 찾는 전화 횟수가 점점 줄었고 그 시간에 개발을 하거나 스터디를 진행할 수 있어 원활한 프로젝트 진행시간이 확보되었다.
물론 처음에는 힘들다. 해결하기 힘든 버그도 있고 다들 퇴근한 뒤에 남아서 수정 작업을 하는 나를 바라보면 불쌍할 때도 있었다.
하지만 시간이 흐른 후에는 개발 시간의 여유와 칼퇴를 보장해 준다.
지난 금요일 팀원 연차 때 현업 실무자에게 연락이 왔는데 프로그램 수정이 필요한 부분을 자신이 그때마다 작업을 해주고 있었다.
1시간 남짓 프로그램 디버깅 후 수정을 해주었다. 이제 그 문제로 그 담당자는 다시는 연락하지 않을 것이다.

그리고 팀원과 어제 상담을 하고서 이 글을 써볼까 생각이 들어 남겨보았다.

팀원 또한 수긍을 하고 다음부터는 이런 일이 발생시키지 않겠다는 다짐을 받았다 ^^;;;

사회 초년생 때 그렇게 주임이라는 직급이 부러울 수가 없었다.
왜냐하면 내가 사원이었으니까. 우에 있는 선배인 주임님이 그렇게 부러웠었다.

하지만 세월이 흘러 이제 관리자가 되고 나니...
회의가 든다.
특히 오래된 조직일수록 깐깐한 직급 관리에 능력에 상관없이 연차수를 채워야 진급에 대상이 되고 어떤 이는 연차수를 채웠어도 진급하기에는 이르다고 판단한다.
결정적으로는 너무 주관적인 입장에서 진급이 결정되고 내가 그 결정하는 사람 한 명이 되고 나니 꼭 이렇게 해야 되는가 라는 생각이 든다.
나도 차장, 부장이 되면 정말 좋은 줄 알았다.
그런데... 진급을 할 때마다 나를 대하는 직원들이 틀려지기 시작했다.
아무래도 직급이라는 뒤에 버티고 있어 저 사람한테는 말도 조심해야지...
본사에서 온 관리 자니까 쉽게 말 걸면 안 돼.... 머 이런 느낌이 있는 것 같다.
최근 부서원 진급문제도 고민이고 해서 선배형에게 문의를 하였다.
IT에서 제일 잘 나가는 게임업체에서는 어떻게 하고 있을까 ^^;;;
역시나... 거기는 사원부터 사장까지 전부다 님이었다.
이름도 아니고 닉네임을 부른다고 했다. ^^ㅋ 아.. 세상이 틀려졌구나 라는 생각이 들었다.
그리고 각 팀에는 팀장 역할을 하는 리더들이 있었는데... 그건 봉사직이었다.
리더가 그 팀 내 최고 연봉을 받는 것도 아니고 자신이 가진 능력에 따라 그리고 업무 특성에 따라 리더가 정해지는 것 같았다.
아무래도 리더가 해야 할 일이 있기에 그에 대한 약간의 보상은 있지만... ^^;; 서로 부담스러워하는 자리라고....
그리고 수평적인 구조가 되니 자기 일에 대한 책임감이 말도 못 하게 틀려졌다고 한다.
그전에 근무하시던 곳은 우리와 같은 직급체제이다 보니 윗 상사에게 기대는 현상이 많았는데...
지금은 그런 게 없다고 했다. 자기가 맡은 업무는 모두 책임지고 완수하지 않으면... 당근 연봉협상에서 큰 불이익이... ^^;;;

우리 같은 제조업체에서 문화가 맞을까 라는 생각이 들긴 하지만 이미 진행하는 업체들도 있으니 참고해서 우리도 한번 도전해 보는 것은 어떨까 라는 고민이 든다.
참 어렵고도 힘든 게 인사라... 특히나 진급에 대한 파장력도 크기에...
묵묵히 일하는 사람들의 사기도 꺾을 수 있는 만큼 보다 합리적인 체제로 변해야 된다고 생각이 든다.
아침부터 참 생각 많은 날이네요!!

부하직원, 상사보다는 서로 동등한 직원으로 평등하게 생각하는 날이 빨리 왔으면 좋겠네요.

어제 미팅하다 든 생각이 있어 글을 남겨 보네요!!

전부터 공공 OPEN API에서 사업자 휴폐업 정보를 제공해줬음 하는 생각이 있었는데...
계속 관심을 가지고 보았지만 기능이 생기지 않자 포기하고 있었습니다.
그런데 금주 화요일 퇴근하는데 지인한테서 연락이 왔습니다.
공공 OPEN API로 드디어 사업자의 휴폐업 정보 서비스가 오픈되었다는 것이었습니다.
지인이 있는 회사에서 해당 API를 이용해 ERP 정보를 업데이트하려고 하는데 기술적으로 가능한 부분인지에 대해서 문의를 해왔습니다.
당연히 XML, JSON 방식으로 통신만 하면 실시간으로 데이터 체크가 가능하니 당연히 기술적으로 가능하다.
그러니 지인 회사 전산팀에 문의하여 진행하며 될 것이라고 답변을 주었습니다.
그리고 다음날 데이터를 API 정보를 확인 후 팀원에게 데이터 링크를 건네며 관련 부서와 협의하여 업무 개선을 진행해 보라고 지시하였습니다.
그리고 목요일 오후 2주간 업무 진행사항을 위해 미팅을 진행하는데 사업자 휴폐업 정보 검토 건에 대한 건이 사라지고 없었습니다.
저는 담당자에게 왜 그 정보를 활용하지 않느냐고 문의를 하자.
담당자와 대화를 나누었는데 국세청 들어가서 검색하거나 세금계산서 업체를 통해 월 1회씩 확인을 한자는 답변이 돌아왔다.
그 답변을 듣고서 다시 반문을 했다.
혹시 그 정보를 이용해 매일 새벽 전 거래처 점검 후 폐업되거나 변동된 거래처만 추려서 아침마다 레포팅을 해주면 어떨까?
이렇게 반문을 하자 담당자는 꿀 먹은 벙어리처럼 대답을 못했다.
항상 전산팀은 업무 자동화나 리스크 관리 자동화를 고민하라고 지시했지만....
쉽게 정착되지는 않네요!!
어제 미팅을 진행하며 아쉬웠던 부분이라 오랜만에 글을 남겨봅니다.
저 또한 예전에는 이처럼 생각하지 못했겠지라고 생각하며.... ^^;;;

최근 전산팀장님으로 임원까지 하시고 퇴직한 분들과 만남을 가졌다.
8년 전 이 회사로 이직하며 만들고 싶었던 전산 모임으로 그 모임에 주축이셨던 두 분이 얼마 전 퇴직을 하셨다.
코로나로 인하여 송별회를 못해주다가 그냥 운영진과 2분과 4명이서 식사를 하면 감사패를 전달하였다.
만들 수 없을지 알았던 모임이 두 분의 도움으로 만들어질 수 있어서 감사의 의미를 담아 선물하였다.
그리고 퇴직한 지 2~3개월이 지나서 그분들의 삶도 무척 궁금했었다.
다행히도 두 분은 개발자 출신 전산팀장들이어서 퇴직 후에도 큰 어려움이 없을 거라 예상은 했지만....
^^;;; 걱정하는 건 기우였다.
그리고 최근에 개발자 부족 사태가 얼마나 심각한 지도 알 수 있었다.
여기저기 개발자 구하는 곳에서 취업하시라고 했지만 한분은 자전거로 전국 일주를 진행하고 있었고
한분은 고용보험 수당 받으며 골프 치시며 쉬고 있었다.
올해를 안식년으로 잡으신 듯했다.
미래에 대한 두려움에 대해 문의드렸으나 ^^ 여유로웠다.
개발자들에게는 나이에 상관없이 갈 곳이 많이 있다고 하셨다.
그중에 골라서 가면 된다고!!

나도 이제 40대 중반 미래에 대한 고민이 살짝 있었는데....
퇴직 후 SI 개발만 해도 먹고살겠다는 생각이 들었다.
사내에서 계속적인 개발을 통해 기술만 가지고 있다면 나이 따위는 문제가 되지 않는 세상이 된듯하다.
처음 신입으로 개발회사에 입사했을 때 30 중반까지만 코딩하고 영업해야 된다는 이야기를 들은 게 엊그제 같은데...
세상이 참 많이 변한듯하다.

두 분의 여유 있는 모습에 희망이 생기는 듯한다. ^^;;; 나도 저렇게 편안하게 안식년을 가지고 싶네 ㅎㅎ
가능하다면 여러분도 개발 능력을 꼭 보유하시기 바랍니다.
요즘 개발자들 씨가 말랐다는 게 허언은 아닌 것 같네요!!

윈도우10 -> 11로 업그레이드를 무료로 제공하기로 결정된 만큼...
회사 내 PC가 11로 업그레이드가 가능한지 확인이 필요하다.

TPM(Trusted Platform Module) 2.0 이 기본적으로 탑재되어 있어야 설치되며
기본적인 하드웨어 사항은 듀얼코어 이상의 CPU와 메모리 4GB 이상 지원하면 된다.
결국은 TPM 2.0을 지원하는 메인보드를 사용하냐가 제일 중요할 거 같다.
8세대 이후 인텔 CPU가 지원하고 있다지만 첨부한 MS에서 배포한 프로그램을 통해 손쉽게 설치 가능 여부 확인이 가능하다.

첨부한 파일을 실행 후 "지금 확인" 버튼을 클릭하면 설치가능 여부를 확인할 수 있다.
( 제 구형 노트북은 4세대 CPU를 사용해서 인지 설치불가로 뜨더군요 ㅠ_ㅠ 다행히 새 노트북은 패쑤~~!! )

최근 윈도우 11 RTM 유출로 이슈가 되었고 2021년 6월 26일 윈도우11을 공식 발표하였다.
나 또한 유출된 RTM을 가지고 설치하여 테스트를 해보았으며... 조금 새로워진 윈도우10 같은 느낌이 든다.
프로그램 호환성에는 큰 문제는 없지만 익스플로어가 없어진 게... ^^a 아직 익스플로러에서만 동작하는 사이트가 있어서 ㅎㅎ
하지만 꼭 성공한 O/S 다음에는 실패한 O/S가 끼어있던 MS의 공식 때문에.... ^^a

윈도우 11로 갈아탈 거라고 장담은 못하겠다.

관련 자료를 보다 보니 윈도우11 기능 업데이트 주긴에 대한 내용을 보게 되었다.
윈도우 10의 경우는 봄, 가을에 2번의 판올림(큰 기능 업데이트)을 진행하였다.
윈도우 11부터는 1년에 1번 Feature Update를 진행하고 Home, Pro는 2년 Enterprise는 3년간 기술 지원을 받을 수 있도록 정책을 세운 것 같다.
6개월마다 판올림이 되어 호환성 문제를 걱정했던 전산관리자에게는 그나마 위안인 내용이네요.
그렇더라도 윈도우11 자체로 메이저 업데이트하는 게 스트레스인 우리지만 ^^;;;

출처 : https://www.zdnet.com/google-amp/article/windows-11-to-move-to-just-one-feature-update-per-year/

오늘 팀원과 미팅 중 있었던 일이다.
영업 프로그램 개발을 담당하는 직원으로 잘못 처리된 주문건으로 세금계산서가 국세청으로 전송되어 데이터를 건들 수 없는 상태가 된 건이었다.
영업관리 담당 직원과 원인을 파악해 문제를 어떻게 해결할 것인지 검토하는 단계에서 중간 미팅을 가졌으며 미팅 중 이 주문서가 발행되자마자 꼭 계산서가 발행되어야 되는지에 대해 문의를 했다.
그래서 왜 바로 발행되지 모른다고 하자 꼭 이렇게 처리되어야 되는 건지, 바로 계산서 발행하는 사유가 있는지 체크를 요청했다.
그러자 제가 그쪽 부서 팀장도 아닌데 이런 것까지 상대에게 요구해야 되는 건가요? 라며 반문을 했다.
아... 나랑은 생각이 틀리는구나 라는 생각이 들었다.

내 생각은 아무리 정성 들여 프로그램 개발한다고 해도 버그는 발생하게 되고 계속적인 개선 작업을 필수적이다.
간헐적으로 발생하는 문제라고 해서 무시할게 아니라 문제점을 찾아내고 최선을 해결책을 찾아 내야만 동일한 문제로 시간을 다시 투입하는 경우가 발생하지 않는다.
내 생각은 이런데.... 의견의 충돌이 있었다.
물론 내 성격이 괴팍하여 내부서 니부서 상관하지 않고 해결방법을 찾는데 방법을 가리지 않는다.
그건 내 스타일이고 결과를 찾는 방법은 본인의 방식대로 해보라고 다시 요청을 했다.

모든 일에 정답은 없지만 문제가 생긴 건은 꼭 해결을 하고 넘어가야 된다고 생각이 된다.
그렇지 않으면 계속 발생하는 문제에 짓눌려 아무것도 못하고 만다고 생각이 된다.
여러분의 생각은 어떠신가요??

최근 공장 쪽에 불가피한 사유로 제품을 출고하는 출고팀 인원이 당분간 업무를 못하는 상황이 발생하였다.
본사 차원에서 모여 회의를 했지만 방법이 없었고 결국은 각 부서별로 인원을 차출하여 가기로 하였다.
그런데 일부 부서들이 이런 핑계 저런 핑계로 우리는 어려움이 있다는 답을 주었고 기억하고 있다.

우리는 조직생활을 하다 보면 불가피한 일이 발생을 한다.
전산과 제품 출하는 상관성이 높지 않았지만 출고 시스템을 우리가 구축했기에 전산팀에서 해결에 앞장서게 되었고
각 부서 차출한 인원들을 통솔하게 되었다.
다행히도 문제 해결 때까지 큰 문제없이 제품 출하가 되었고 회사의 위기도 넘길 수 있었다.
하지만 나는 이번 일을 계기로 버려야 될 사람과 데리고 가야 할 사람이 갈린 것 같다.
특히 내 업무는 중하고 남에 업무는 중하지 않다고 생각하는 부서 개인주의를 가진 부서들이 있다.
그 부서는은 내가 이 회사를 퇴직하기 전까지 우선순위는 없는 부서가 될 것이다.

회사에 정말 큰 위기가 왔을 때 발 벗고 나선 사람들에게 우선 지원이 되어야 되지 않을까?

이번에 지원에 빠진 부서는 내 우선순위에서는 항상 뒤에 가서 줄을 서게 될 것이다!!
그게 내가 할 수 있는 소심한 복수 ^^ ㅎㅎ

출근하다 문득 생각이 들어 글을 남기네요!!
개발 작업을 하다 전산실에 처음 근무를 하게 되면서 기존에 안 하던 시스템 모니터링을 수행하게 되었습니다.
그 당시 전산팀에는 총 5명이서 근무를 하였고 제가 막 입사한 막내였습니다.
입사 후 1달 정도 지났을 때 서버 모니터링 업무를 인수인계받고 매일 아침, 저녁으로 모니터링을 수행하였습니다.
근데 문제는 프로그램 개발업체에서 프로그램 개발 좀 해보고 데이터베이스 다뤄봤을 뿐이지 서버를 딱히 스터디한 적이 없었습니다.
한마디로 자동차 정비 경험 없는 사람한테 엔진오일이 정상인지 엔지에서 이상한 소리가 안 나는지 브레이크 패드가 많이 남았는지 조향 장치에 문제가 없는지 등의 점검 작업을 시킨 것입니다.
거꾸로 초보자한테 가장 중요한 회사 메인시스템 점검을 시킨 거죠.
그때는 그게 틀린 건지 맞는지도 모르고 그냥 시키니까 하는 거였죠.
로그를 보며 왜 이게 이런 거지??? ^^a 의문만 가지고 보고 네이버 검색해서 안 나오면 그냥 패스하는 수준이었죠.

그리고 경력이 쌓이고 제가 전산실에서 중간관리자가 되면서... 생각이 바뀌게 되었습니다.
모든 사고의 대부분은 아주 작은 전조증상을 수반하여 발생되게 됩니다.
그 전조증상을 발견하냐 못하냐에 따라 대응의 판도가 완전히 뒤바뀌게 됩니다.
매일 해야 되는 일이라 이런 거는 막내가 하는 게 맞겠어의 업무가 아니라 사고 방지를 위해서 이 부분은 경력자가 체크를 하고 후임이 어느 정도 교육과 경험이 생겼을 때 인수인계해야 되는 것 같습니다.
그리고 해당 업무를 위해서 많은 스터디가 필요한 건 필수사항이고요.
가끔 주위를 보면 문제가 생기고 그걸 모니터링하던 신입직원이 책임지는 사례를 몇 번 본건 같네요.
만약 시스템 모니터링과 같이 중요한 업무를 맡겨야 된다면 그에 걸맞은 스터디와 인수인계를 꼭 진행 후 맡기는 게 전산팀의 안정적인 운영을 위해 꼭 필요하다고 판단되네요.

긴 직장생활을 해오며 여러 번의 이직을 겪었다.
그리고 회사마다 중요하게 생각하는 부서가 각각 틀렸다.
하지만 내 생각은 어느 부서나 다 중요하다는 것이다.
어느 부서 하나만 문제가 생겨도 회사에는 심각한 문제가 생기기 때문이다.
쉽게 생각하면 사람의 몸에는 다양한 장기들이 존재한다.
심장, 뇌를 가장 중요하게 생각하지만 만약 장이 없으면 에너지를 받아들일 수 없고
폐가 없다면 숨을 못 쉴 것이고 간이 없다면 해독하는 작용을 할 수가 없다.
이처럼 하나하나의 장기들이 모여서 몸을 원활하게 움직이는 것이다.
회사도 마찬가지라고 생각한다.
각 부서들마다 고유 업무들이 있고 그것들이 협업을 통해 원활하게 돌아가야만 회사는 정상적으로 모든 시스템이 동작하게 된다.
하지만 오너나 특정 힘 있는 사람들에 의해서 특정 부서만 중요시되면 겉으로는 잘 돌아가는 것처럼 보이지만 회사 내 조직은 썩어 들어가게 된다.
그리고 이 작은 불씨가 부서 이기주의를 발생시키는 불씨가 되게 된다.
최근 들어 자기 부서는 중요한 부서니 먼저 챙겨줘야 된다.
자기 부서 인원은 유능하니 대우를 해달라.

이런 의견을 내는 부서가 있는데... ^^a 싸다구를 날리고 싶다!!
회사 내 모든 부서는 모두 유능하고 중요한 부서이며 서로 존중하고 협력해야 된다.
이 같은 기본 이치도 모르는 팀장이 맡은 부서는 앞날이 먹구름이라고 생각한다.
출근 중 문득 이런 생각이 들어서 글을 남겨보네요~~!!
그래서 전산팀은 모든 부서와 소통하는 만큼 모두에게 최선을 다하고 공평하게 지원하기 위해 노력하고 있네요!!