예전에도 삼성 전자의 SM업무를 약 4년 정도 하였고
현재는 모 은행의 SM 업무를 3년째 하고있다.
14년 정도의 경력 중 절만이 넘는 7년이 SM 업무였다니…
아무래도 나는 SM 체질인가보다.
하지만 안타깝게도 이제서야 SM 업무를 잘하려면 어떻게 해야 하는가의 문제에 눈을 돌리게 되었다.
흔히들 SM하면 늘 반복되는 업무, 긴장감 없는 생활, SI에 비해 여유있는 근무시간 등을 떠올리게 된다.
그렇다!
대부분의 사람들이 SM는 그저 '늘 하는 일을 하는 것' 정도로 생각하고 있는 것이다.
물론 규모에 따라 장애가 발생했을 경우에 대한 긴장감이 크고 작은 차이는 있을 것이다.
하지만 그 것도 그 때 뿐…
아마 내가 불현듯 이런 생각을 하게 된 것도
너무나 널널한 SM 업무를 하고 있기 때문인지도 모르겠다…^^;;;
게다가 이런 시간에 이런 글을 블로그에 쓸 수 있다는 건 더더욱…-.-
됐고!
도대체 이 SM 업무를 잘하려면 어떻게 해야 할까?
나름 몇가지 리스트를 정리해서 앞으로 업무에 지침으로 삼아야겠다.
1. 상시적/주기적 업무에 대한 체크리스트 마련과 주기적인 확인
앞서도 언급했지만 SM이란 것이 일상적인 업무이다.
늘 같은일을 반복하는 만큼 오랜 시간 하다보면 어느 순간 형식적으로 눈길 한번 주고는
확인을 끝내는 순간이 생긴다.
명확한 체크 리스트와 이에 대한 주기적인 확인만이 이러한 관성을 조금이나마 줄여줄 것이다.
2. 담당 업무에 대한 확실한 관 리
SM의 경우 대체로 정해진 업무를 수행하지만 불특정한 업무가 불규칙적으로 오는 경우가 많다.
직원조회 화면 열심히 수정하고 있는데 일정쪽에 뭐 안된다고 연락오고, 일정 수정이 끝나기도 전에
또 메일쪽 고쳐달라고 연락이 오고…자칫하면 스케쥴링은 커녕 자신이 뭘해야 하는지조차 누락시키는
경우가 발생을 하게된다.
정기적인 업무도 물론이거니와 이런 산발적인 업무에 대한 관리가 잘 이루어져야 할 것이다.
다행이 체계가 잡혀 컨택 포인트가 단일화 되어있고 여기에서 적절히 분배가 된다면 다행이겠으나
그렇지 않은 경우는 스스로가 최소한 목록만이라도 정리를 하고 있어야 한다.
더구나 3번 항목에서도 언급이 되겠지만 자칫 본인이 관리하지 못하는 본인의 업무가 동료에게 전가되어
민폐를 끼치는 상황이 발생할 수도 있기에 최소한 자신의 업무에 대한 관리는 확실하게 해 놓아야 할 것이다.
3. 업무에 대한 전방위적인 관심
SM업무 역시 효용의 법칙을 피해갈 수 없다. 최소의 재화로 최대의 효과를 얻어야 하는 것이다.
즉 최소의 인력으로 최대의 업무를 수행해야 한다…-.-;
그러다보면 본인의 주력 업무가 아닌 다른 업무도 병행해야 하는 경우가 많다.
즉, SM은 어찌보면 수직적 지식보다는 수평적 지식을 가진 사람이 더 적당한 업무라고도 할 수 있는 것이다.
본인의 업무만도 2개 이상의 상이한 업무인데다가 운영 인력이 적기 때문에 동료가 자리를 비웠을 경우(휴가 등)
그 백업의 역할도 해야 한다.
이게 가능하려면 늘 동료들의 업무에 관심을 가지고 있어야하는 것이다.
4. 적극적인 의사소통
사실 SI같은 경우 하나의 소통만으로도 웬만한 것은 다 해결된다…바로…구글신…-.-
사람이 필요하다고 한다면 PL, PM, 옆사람 정도?
하지만 SM의 경우는 좀 다르다.
앞서 언급했듯이 컨택 포인트가 단일화 되어있으면 좀 낫다(그냥 나은 정도?)
그렇지 않다면 사방에서 (뻥 좀 포함해서)벌떼같이 전화를 해댄다.
그 중에는 공손하게 요구사항을 말하는 사람도 있겠지만
지X지X 하면서 왜 이거 안맞느냐? 왜 이거 안되느냐고 어기는 사람
밑도 끝도 없이 '해줘!'로 끝나는 사람 등등
오만가지 사람들이 다 있다.
그리고 또다시 반복되지만 다양한 업무를 소수의 인력으로 운영하다보니 외부 지식통과의
연락도 빼놓을 수 없을 것이다.
맘에 안든다고, 귀찮다고, 부끄럽다고(?) 필요한 의사소통에 소극적이 된다면
SM은 힘들어질 것이다.
실제로 현재 있는 사이트에는 개발은 좀 별로인데 이 의사소통 능력만으로 잘 버티는
특급 개발자가 있다. 이 사람은 비록 자신의 생각을 전달하는데는 좀 서툴지만 암튼
필요하다면 어디든 전화를 돌리고 의견을 교환한다. 그점 하나는(마?) 정말 존경스럽다.
5. 철저한 자기관리
조금은 이기적인 발상일지는 모르겠지만 나는 혹시 SM을 하고자 하는 사람이 있다면
이 5번 항목을 염두에 두고 하라고 얘기해주고 싶다.
운영 업무는 SI에 비해 남는 시간을 어떻게 효율적으로 사용하는가가 그 업무를 하는 기간을
가치있게 만들어줄 것인가 쓸모없게 만들어줄 것인가를 결정한다고 본다.
막말로 코딩이나 개발을 병맛으로 한다고 해도 운영 시스템 말아먹는 경우는 별로 없다.
즉 업무에 지장을 주지 않는 선에서 최대한 자신의 목표를 설정하고 그 목표에 시간을 할애하는 것이
SM 업무에서 무언가를 얻어나갈 수 있는 제일 큰 것이다.
SM 업무를 하고자 한다면 개인적인 목표 한가지를 잡고 그 목표를 이룰 수 있는 정도의 기간을
하는 것이 좋을 것 같다.
SM업무의 가장 큰 적은 관성과 타성이다.
어느 순간부터 잠시 틈나면 하는 일이라고는 무의미한 웹서핑 아니면 달콤한 꿀잠이다.
(차라리 잠은 피로회복 측면에서 좋아보인다.)
만일 SM 업무를 마치고나서 셀렉트 박스 목록 수정과 네이버 검색어 입력의 달인으로
남고 싶지 않다면 업무 관리 이상으로 자기 관리 계획을 세워야 할 것이다.
그나저나 난 애초에 여기에 내가 만든 앱 대박날 때까지만 있기로 했는데…
아마 짤릴 때까지 여기 있어야 할 것 같다…ㅠ.ㅠ
두서 없이 쓴 글이라 과장도 있고 놓친 부분도 있고 또 잘못 알고 있는 부분도 있을 것이다.
그리고 많은 내용이 SM/SI 구분 없이 필요한 내용이기도 하고 또 사업장마다 업무마다 다른 특수성들이
있을 것이다.
이 글은 어디까지나 나의 경험에 바탕한 글이므로 이점 양해 바라고
내가 뭘 잘 아나보다하고 나한테 뭔가 질문하려고 하지 말았으면 하는 바람이다…-.-
마지막으로 이 글을 쓰는데 영감을 주신 우리 회사 정모 이사님과
정말 인간적으로는 내 스타일 아니지만 업무만큼은 FM대로하는
김모 PM에게 감사드린다.(하지만 적어도 김모 PM은 감사를 받지 못할 것 같다…)
'IT 이야기 > IT 일반' 카테고리의 다른 글
인공지능? 감정은? (0) | 2016.03.01 |
---|---|
구글의 개인화 서비스~ 별게 다 감동이네... (0) | 2015.03.23 |
Xcode 5 BOT 통합 과정에서의 오류 (1) | 2013.10.25 |
Mavericks, OS X Server 그리고 Xcode Server (0) | 2013.10.25 |
[옛 글] 솔루션 개발의 허와 실 (0) | 2013.07.19 |