시스템 분석가로서 부적합한 10가지 생각들

미 노동통계국은 기업이 복잡한 기술을 계속해서 구축하기 때문에 시스템 분석가의 고용 기회가 2014년이 지나면 평균 이상으로 증가한다고 내다보고 있다.

당신이 시스템 분석가로 행복한지 여부를 고민한다면 아래 내용을 잘 읽어 보기 바란다. 아래의 설명 중 몇 가지가 당신의 생각과 일치한다면, 당신은 다른 분야로의 이직을 고려해 볼 필요가 있다.

#1: 나는 비즈니스와 IT는 일치한다고 생각한다.

‘분석가’라는 직책을 그렇게 부르는 이유 중 하나는, 비즈니스 요구를 분석하고 그것에 IT를 접목하여 도움이 되게 하기 때문이다. IT 기능을 더욱 효율적이고 강하게 할 좋은 계획일지도 모르지만, 사내 고객 프로세스를 자신이 만든 계획에 맞춰 변경할 것이라는 기대는 하지 않는 것이 좋다. 최소한 그들이 가장 관심 있어 하는 것에 변화를 만들기 전까지는 말이다.

#2: 나는 상사와 일하는 것을 좋아하지 않는다.

몇몇 임원들이 기술로 할 수 있는 것과 할 수 없는 것을 구분하지 못하는 것은 사실이다. 결국, 임원들은 오랫동안 자신의 휴대폰으로 문자 메시지를 보내거나 이메일 보내기를 하지 않았을 수도 있다.

일주일이나 한달 내에 연봉에 대한 평가가 있다는 것을 알고 그들의 비현실적인 요구에 대처하는 것은 상당히 어려운 일이다. 그들을 무시하는 오만함 없이 그들이 오해하고 있는 것에 대해 설명할 수 없다면, 시스템 분석가로 성공하기 어렵다.

#3: 나는 ‘아니오’라고 말할 수 없다.

‘아니오’라고 말하는 능력은 인생에서 모든 영역을 관리하는 데 중요하지만, 시스템 분석가로서 일을 하다 보면 언젠가 그 말이 옳다고 믿는 날이 올지도 모른다. 당신의 상사와 그 상사의 상사 그리고 운영 부분 관리자 모두가 참석하는 회의를 가정해 보자.

누군가 회의석상에서 새로운 기능 추가 안을 말했다. 그것은 당신의 확답을 강요하지만, 당신의 상사는 아무런 내색을 하지 않는다. 이러한 상황에서 많은 사람들은 “네”라고 말한 다음, 회의를 끝내고 나올지도 모른다.

하지만 당신이 정해진 예산과 일정 내에 프로젝트를 할 수 있다는 확신이 없다면, 일시적으로 화를 면하기 위한 유혹에 저항할 줄 알아야 한다. 무리하다고 판명되는 작업에 동의하는 것은 단지 실패를 위한 준비일 뿐이다.

#4: 나는 ‘네’라고 말할 수 없다.

‘아니오’라고 말하는 것이 불가능한 약속을 하는 당신을 막을 수 있을지 모르지만, 이 말은 아끼는 것이 좋다. 시스템 분석가로 성공하기 위해서는 스스로 사내 컨설턴터라고 생각할 필요가 있다. 비즈니스는 수익 창출을 위해 IT 툴이 필요하고 당신은 그러한 툴을 어떻게 제공해야 하는지 잘 파악해야 한다.

당신이 사내 고객과 함께 계획을 수립하는 일을 할 땐 “네”라고 할 수 있게 하라. 그렇게 하기 위해서 필요한 보다 많은 시간, 보다 많은 예산, 보다 많은 인적, 기술적 자원 및 당신의 요청에 대한 백업 지원 등을 준비해야 한다.

#5: 나는 일회용 밴드와 반창고가 싫다.

앞으로의 성장을 예상해 많은 새로운 시스템 부분을 설계하는 시스템 분석가는 몇 명 되지 않는다. 레거시 코드로 패치한 이전 플랫폼에서 새로운 일을 완성하려고 노력하는 일이 자주 있다. 일정한 기간 내 수립해야 할 비즈니스가 있다.

예를 들면 한 장소에서 데이터를 추출한 후 그것을 다른 애플리케이션으로 보내 비즈니스에 사용할 수 있는 정보 리소스를 만드는 것이 당신의 유일한 선택일 수도 있다(당신은 목표달성을 위해 이런 작업을 한다고 생각할지 모르지만, 올바른 방법으로 데이터를 처리할 수 있는 장기 계획을 제안하는 것이 좋은 방법이다).

#6: 나는 큰 그림을 좋아한다.

시스템 레벨에서 일하고 있다면 당신은 부분적인 일보다 장대한 계획에 관여하는 것이 옳다고 생각할 수도 있다. 하지만 회사는 당신에게 뭐든지 완료될 수 있는 특정 프로세스에 따를 것을 요구할 때가 종종 있다.

비록 강력한 변화 컨트롤 프로세스가 유저들의 변덕으로부터 당신을 보호해 줄지도 모르지만, 이것은 프로세스를 진행하는 당신의 능력을 옭아맬 수도 있다. 또 많은 상세 문서와 보고서를 작성해야 하고, 당신이 생각하는 것 보다 더 오래 테스트에 관여해야 할 수도 있다.

#7: 나는 직감적으로 결정한다.

분석과 직관은 결정하는 방식이 근본적으로 다르다. 그리고 당신은 분석가에게 비용을 지불한다. 같은 경험, 타고난 지식이나 기분에 따라서 일을 할 수 있다고 기대하지 마라. 당신이 맞을 수도 있다.

하지만 프로젝트 계획 단계에서 대부분의 착한 매니저는 당신의 작업 과정을 보여 달라고 할 것이다. UML(Unified Modeling Language)을 사용하거나 다른 툴을 사용하여 작업할 수 있도록 준비하라. 대충 일을 처리해서는 안될 것이다.

#8: 나는 경청하지 않는다.

논리적인 의사결정은 시스템 분석가의 작업에서 중요하다. 하지만 성공하기 위해서는 다른 사람의 능력도 필요하다. 가장 중요한 것은 경청하는 것이다. 엔드 유저와의 회의석상에서 그들의 요구 사항이 무엇인지 경청하고 프로젝트 사양을 정하기 위한 질문을 해야 한다. 전체 프로젝트가 원하는 것과 회사의 이익을 이해하기 위해 상사의 말을 경청해야 한다.

#9: 나는 타협이 곧 손해라고 생각한다.

당신은 항상 ‘올바른’ 대답을 한다고 생각하는가? 자신의 필요에 맞지 않으면, 아무도 올바른 대답에 관심을 가지지 않는다. 만약 배포 일정을 놓치거나 예산을 초과한다면, 당신이 노력한 디자인으로는 불충분하다. 회사의 제한사항이 프로젝트에 부합되도록 타협하고 재설계할 수 있도록 준비하라.

#10: 나는 오전9시~오후6시에만 일하고 싶다.

시스템 분석가라는 타이틀은 통상적으로 전체 시스템에 대한 책임을 진다. 문제가 발생하면 문제가 해결될 때까지 일을 해야만 할 것이다. 사무실에서 하루 종일 대기하는 것이나 저녁이나 주말에도 휴대폰을 켜놓아야 한다는 것을 명심하라.

만약, 당신이 전체 시스템에 대해서 아는 유일한 사람이라면 가능한 빨리 다른 사람에게 교육해야 한다. 만약 그러한 부분을 생각하고 있지 않다면, 신상에 문제가 생겼을 때 비즈니스에 무슨 일이 일어날 수 있는지를 설명하라. @
 

출처 : ZDNet Korea