 |
|
난이도 : 초급 S. E Slack, Author and business transformation consultant, Freelance writer
옮긴이: 박재호 이해영 dwkorea@kr.ibm.com
2008 년 8 월 12 일 전사적인 아키텍처에는 현재와 미래를 위한 계획이 필요합니다. IT/비즈니스 정렬 요소를 제대로 이해함으로써 아키텍처 설계 방법이 거둬들이는 장점이 무엇인지 살펴봅시다.
이 연재물은 다양한 전사적 아키텍처 관점을 탐험한다. 이번 기사에서는 전사적인 아키텍처에서 중요한 영역인 성장을 위한 계획 부문을 집중적으로 다룬다. 이런 성장 계획이 없다면 조직이 비즈니스 전략을 달성하도록 돕는 과정에서 정보와 기술을 적절히 융합하지 못한다. 무엇보다 기업 아키텍처는 비즈니스 가치를 제공하도록 노력해야 하므로, 변화를 만들기 위해 지금 바로 시작해야 하는 이유를 파악하고 있어야 한다.
가트너 연구에 따르면 전사적인 아키텍처는 "기업의 미래 상태를 기술하고 혁신이 가능하도록 핵심 원칙과 모델을 생성하고 의사소통하고 개선함으로써, 비즈니스 비전과 전략을 효율적인 기업 변화로 변환하는 과정"으로 정의한다. 이런 정신에 따르면, 전사적인 아키텍처는 다른 무엇보다 끊임없는 IT 비즈니스 정렬 과정을 진행하는 한 가지 방법이다. 이 기사를 읽으면서 이런 개념을 마음에 새겨두기 바란다. 이 기사에서는 IT 비즈니스 정렬을 이뤄내고 지속하기 위해 비즈니스 전략 부문에서 기술과 역량을 쌓는 방법을 설명한다.
기술과 역량
전사적인 아키텍처 설계를 위한 계획 단계에서는 실제 설계 기술을 좀 덜 강조하며 전략적인 비즈니스 기술을 좀 더 강조한다. 여기서 살펴보겠지만, 전사적인 아키텍처를 비즈니스와 적절히 정렬하는 작업은 프로세스를 충분히 다루는 작업 이상으로 많은 노력을 요구한다.
환경 영향을 이해하기
전사적인 아키텍트로서, 여러분은 자신을 둘러싼 전반적인 기업 환경에 영향을 미치는 설계 작업을 수행한다. 강력한 기술 역량을 갖추고 있을지도 모르며, 그렇지 않다면 여러분이 속한 위치에서 벗어날지도 모른다. 다행히도 훌륭한 대인 관계 기술을 토대로 주변 사람들과 쉽고 효율적으로 작업을 수행할 수 있다. 하지만 여러분의 비즈니스 판단이 얼마나 효과적인가? 조직과 목표에 대한 지식이 얼마나 풍부한가? 아니면 단순히 프로젝트가 할당될 때까지 뒷짐지고 기다리면서 자신의 목표를 기반으로 그럭저럭 업무를 수행하는가?
여기에 노력을 집중해 IT 비즈니스 정렬을 유지하는 방법을 소개한다. 하루를 잘라먹고 시간을 낭비하는 "따분한" 비즈니스 회의에 참석하자. "이유는?" 참석한 사람들의 이야기를 듣다 보면 다양한 정보를 얻기 때문이다.
예를 하나 들어보자. 아키텍트인 조는 조만간 있을 HR 변경을 처리하기 위한 회의 참석을 요청받았다. 하지만 조는 전사적인 아키텍처 설계 작업 때문에 무척 바쁘다. 조는 회의에 참석할 시간이 없다고 생각해 아키텍처 설계 작업을 계속 하기로 결정한다. 하지만 아키텍트 밥은 이 회의에 참석한다. 회의 중에, 밥은 HR 부서가 새로운 건물로 이동한다는 사실을 알게 된다. 여기까지는 문제 없다. 쉽게 다룰 수 있는 현안이기 때문이다. 하지만 밥은 다른 사실을 알게 되었다. 바로 HR 부서가 퇴직자 면담과 개인 보호 면담을 앞으로는 온라인에서 수행할 거라고 말하는 상황이다. 밥은 회의에 참석했기 때문에 A) 장기적인 HR 목표를 이해하고 있으며, B) 밥이 이미 알고 있는 있는 업체에 이런 정보를 제공하는 방법으로 온라인 시스템을 현존하는 전사적인 아키텍처로 쉽게 통합하도록 효과적으로 이끌어낸다.
어느 아키텍트가 현재와 미래 HR 비즈니스 목표를 좀 더 이해할지 추측하기는 쉽다. 조가 설계한 내용은 밥이 설계한 내용과 IT 비즈니스 정렬 분야에서 동일하지 않다. 조는 다른 회의에 참석해서 비즈니스 가치를 파악하지 못했기 때문이다. 여러분이 참석하는 모든 회의가 설계에 심각한 영향을 미치는 중요한 정보를 담고 있다고 말하려는 의도는 없다. 하지만 참석하지 않은 회의에서 미래에 좀 더 효율적으로 계획하도록 도울 만한 정보가 논의될 것이라는 쪽에 돈을 거는 편이 현명하다. 우리는 핵심이 없으며 엄청나게 따분한 회의에 참석하고 있지만, 주변에서 벌어지는 대화는 공식적인 발표 과정에서 나오는 어떤 내용보다도 비즈니스 환경에 대해 좀 더 구체적인 사항을 포함하는 환상적인 정보원을 제공한다.
관계 형성하기
주변에서 벌어지는 대화에 참여할 때, 여러분이 속한 조직에서 모든 분야를 망라해 좋은 비즈니스 관계를 맺어 놓았다고 가정한다. 비서와 기능직 사원부터 CEO와 모든 단계의 관리층에 이르기까지, 조직 내 사람들을 반드시 알아야 한다. 각 사람마다 현재 아키텍처가 정말로 이 사람들을 위해 무엇을 해주며, 미래에는 무엇을 기대하는지 파악하는 과정에서 여러분이 필요한 뭔가를 공헌할 수 있다.
하지만 매일 사무실 바깥에서 시간을 보내며 부서 사람들만 만나서는 조직 내부에서 관계 형성이 쉽지 않다. 외부로 나가서 여러분 조직에 속한 "거리"를 방황하며 전사적인 아키텍처의 효율성을 정확하게 판단해보자. 설계나 비즈니스 결정과는 아무런 상관이 없지만 아키텍처를 사용하는 일반 사용자와 일상적인 대화를 나누다가 번쩍 떠오르는 몇 가지 중요한 정보를 얻을 수 있다. 모든 중요한 IT 비즈니스 정렬을 위해 날이면 날마다 일하는 사람들이 있다. 이 사람들은 사용자와 당신 사이에 끼여있다.
사용자나 조직 구석에 있는 다른 사람들과 관계를 맺지 못했다면, 지금이 바로 시작할 때다. 특히 큰 조직이라면 항상 가장 많이 퍼진 그룹 하나에 합류하는 방법으로 첫 걸음을 뗄 수 있다. 휴일용 장식 꾸미기 팀이나 공동체 참여 팀 같은 종류의 그룹을 알고 있을 것이다. 다음 번에 관리자가 이런 조직 내 그룹에 자원자를 요청할 때 손을 들고 바로 신청하자. 심지어 여러분 조직에 있는지조차 몰랐던 사람을 만나게 될 것이다. 가장 큰 장점으로, 이런 사람들은 사회성이 좋기 때문에 당신이 질문하는 사항에 대해 기꺼이 이야기하고 정보를 제공한다. 사람들을 사귈 때, 전사적인 아키텍처 측면에서 필요한 지식을 뽑아낼 수 있으며(첨단 기술 용어는 피하고 평이하게 이야기하자!), 여기서 결코 인식하지 못했던 다양한 요구와 필요 사항을 발견하게 될 것이다.
정말 이런 작은 그룹에 참석이 불가능하다면, 점심 식사 계산대나 직원 휴게실에서 새로운 친구를 만들자. 먼저 손을 내밀어 인사를 건네는 노력이 필요하며, 이렇게 해야 사람들이 즐겁게 여러분을 맞이하리라는 사실을 알게 될 것이다. 자신부터 사람들에게 관심을 보이면, 반대급부로 다른 사람들은 여러분이 지금껏 꿈꾸지 못했던 대화와 생각을 불꽃튀게 쏟아낼 것이다. 특히 하부 조직에 위치한 일벌레들이 아주 똘똘한 생각을 내곤 한다. 이 친구들은 올바른 정치관에 발목을 잡히지 않으며, 자신들의 작업을 좀 더 쉽고 빠르게 하기를 원할 뿐이다. 자신의 속내를 드러냄으로서 잃어버릴 것도, 협의 사항도 없는 사람들로부터 배우지 못할 까닭이 있는가?
정치판과 문화 조사
반면에 준비 없이 속내를 드러내려면 상당한 위험 부담을 감수해야 한다. 사내 정치를 정확하게 조사하지 않을 경우 치명적인 영향을 준다. 조직 내 높은 위치에서 사람들은 잃어버릴 것이 많다. 예산이 날아가버리며 보너스가 사라질지도 모른다. 프로세스가 실패하면 자리가 없어질 수 있다. 아키텍처 설계가 동작하지 않으면 전체 조직이 짐을 꾸려야 한다. 압력이 대단하다!
조직 내 정치는 설계 작업 도중에 가장 멀리하는 요소처럼 보이지만, 실제로는 단계별로 이를 고려해야만 한다. 세상에서 가장 휼륭하고 효율적인 설계를 만들었지만, 상사와 CIO가 사이가 좋지 않다면, 이륙조차 못할지도 모른다. 앞길을 가로막는 정치적 장애물이 무엇인지 알면 시간과 노력을 절약하며, 이런 정치 문제를 날려버리는 설계를 만드는 데 도움을 준다.
그렇다면 정치판을 조사하는 방법은 무엇인가? 상사 머리를 건너 뛰어 CIO에게 쪼르르 달려가 설계를 승인 받는 방법으로 쟁점을 어물쩍 넘어가면 될까? CIO는 여러분을 좋아하지 않을 것이다. 여러분의 상사를 좋아하지 않기 때문이다. 더 좋은 방법이 없을까? 옆으로 물러서자. 상사도 옆으로 물러서게 만들자. 내가 의미하는 바는 다음과 같다. CIO가 Vasundhara라는 다른 관리자를 좋아하고 존경하는 사실을 알고 있다면, Vasundhara 앞에서 설계를 발표하고 Vasundhara가 확신하게 만들어 CIO게 이 안건을 대신 말하게 하자. Vasundhara와 여러분의 상사가 연합해서 CIO와 회의를 하게 만들려는 목적이다. CIO가 여러분의 상사를 싫어하는 감정은 Vasundhara 때문에 희석되어 버린다.
이는 좁은 만을 항해하는 기술과 비슷하다. 양쪽 편에 옵션을 주의 깊게 고려한 다음에 해변가에 안전하게 배를 댈 수 있도록 올바른 경로를 정한다. 인간 관계 구축 측면에서 새롭게 계발한 기술은 상사를 설득해 제3자와 연합하도록 만드는 데 도움을 준다. 모든 사람에게 성공이 목표라는 사실을 주지시키자. 팀 노력이 필요하다는 사실도 말이다.
좀 더 재치있는 정치적인 시나리오는 이면에서 어떤 쟁점이 일어나고 있는지 모를 경우에 생긴다. 설계가 계속해서 흠잡히거나 기각 당하면, CIO가 여러분을 좋아하지 않는 듯이 보일지도 모른다. 앞길이 막혀버렸다는 듯이 성급한 결론을 내리지 말자. 무엇을 바꾸고 왜 바꾸는지에 대한 세부 사항을 알지 못하면, 여러분이 보지 못하는 장소에서 급박하게 조직 정치가 돌아갈 계기가 만들어진다. 결정에 참여한 사람들에 대해 뭔가를 알아내기 위해 여기저기 돌아다니며 살펴볼 필요가 있다. 여기서 다시 한번 관계 형성 기술이 도움을 줄 것이다. 팁 한 가지를 제시한다. 이사 비서나 보조 직원을 친구로 만들지 않았다면, 지금 바로 친구로 만들라. 회사에서 정치적인 상황이 어떻게 돌아가고 있는지 좀 더 알고 싶다면 매일 이사와 함께 일하지 않는 사람 열 명보다 비서 한 명에서 얻는 정보가 훨씬 더 많을 것이다.
도구와 기술
전사적인 아키텍처에서 성장을 위한 계획을 이야기할 때, 연관된 도구와 기술은 일반적으로 아키텍처 목적 인식, 아키텍처가 제시하는 비즈니스 질문 인식, 비즈니스 우선 순위 확립이라는 세 가지 범주로 나뉜다. 각각을 간략하게 살펴보자.
아키텍처 목적 발견
조직 방향 이외에 전사적인 아키텍처를 바꾸고 구현하기 위한 다른 핵심 요소가 있을까? 종종 여러분에게 큰 의미가 없는 설계 변경이 들어온다. 이런 경우, 변경 목적에 대한 근본 이유를 알아내는 과정이 중요하다. 그렇지 않다면 실제로 의도된 목적을 충족하지 못했기에 다른 사람을 기쁘게 만들지 못하는 쓸데없는 설계 작업에 상당한 시간을 소비해야 한다.
목적 없이는, 아키텍처 설계는 미래 요구는 고사하고 현재 요구도 충족시킬 방법이 없다. 모든 곳에서 상당히 많은 자료를 수집하고 있다면, 스프레드시트 형식으로 이유를 써내려가자. 변경을 가할 가장 중요한 이유를 파악할 때까지 계속해서 고민하자. 단순하게 보이는 이런 기법이 아키텍처 목적을 명확하게 만드는 데 도움을 준다.
문제를 인식하기
변경 요청 이면에 숨어있는 비즈니스 목표를 이해함으로써 아키텍처 목적을 가장 잘 이해할 수 있다. HR 부서가 퇴직자 면담과 다른 정보를 온라인으로 제공하기를 원했다면, 이유가 무엇일까? 이런 작업을 수행함에 있어 일어나는 문제점은 무엇인가? 현재 시스템에 대한 불평이 있는가? 아니면 단순히 모든 정보를 온라인으로 제공하면 멋지다고 생각했을까?
비즈니스 목적에 대한 질문은 설계 과정에서 올바른 방향을 지적하고, 올바른 방향에서 조직을 지적할 수 있도록 돕는다. HR 정보를 온라인으로 제공하더라도 충분한 해법이 되지 못할 경우, 다른 해법을 찾을 수 있다. 종종 고객은 제시하려는 이면의 문제점을 진짜로 이해하지 못한다. 여러분의 임무는 문제를 정의하도록 도와주며, 문제를 풀기 위해 올바른 설계를 만들어내는 데 있다.
조직을 위한 올바른 프레임워크 활용은 직면한 문제를 명확히 이해할 때 전사적인 아키텍처 구현을 촉진하는 핵심이다. 참고자료 절을 살펴 의사소통과 올바른 프레임워크를 사용해서 전사적인 아키텍처를 만드는 방법을 설명하는 더 많은 정보를 입수하자.
비즈니스 우선순위를 명확하게 정하기
직전에 언급한 기술과 역량을 활용할 시점이 왔다. 비즈니스 우선순위를 명확하게 이해하고 있어야 전사적인 설계를 효율적으로 이끌어낼 수 있다. HR이 완전하게 온라인으로 전환하는 작업은 좋아 보이긴 하지만, 연말에 판매부서를 완전히 온라인으로 바꿔야 한다고 지시하는 비즈니스 우선 순위 앞에서는 HR은 우선 순위를 전혀 따내지 못한다. 아니면 HR은 2단계에 들어가서야 설계에 포함될 필요성이 있다.
핵심은, 여러분이 설계하고 있는 조직의 우선 순위를 확인하는 데 있다. 이런 우선 순위를 놓치면, 여러분이 만든 설계 역시 우선 순위를 놓친다. 관계를 정립하고, 정치판을 조사하고, IT 비즈니스 정렬 구성 요소 중에서 빠뜨리는 항목이 하나도 없다고 확신이 들 때까지 깊숙히 파고 들자.
중간 목표
성장을 위한 계획을 세울 때 여러분에게 필요한 중간 목표는 개인적인 특성이 강하다. 작업 대상 비즈니스 환경을 확실히 이해하고 있는지, 사내 정치가 일을 방해하는지를 스스로가 알아야 한다. 부족한 기술과 역량을 기르기 위해 필요한 방향으로 움직이도록 스스로에 대한 최종 기한을 만들어보자. 주변으로 눈을 돌려 조직 내 사람들과 만날 필요가 있는가? HR이나 PR 부서에 도움을 청해서 자신이 참여할 그룹을 찾아내자.
정치적인 쟁점이 걱정되면, 지금 바로 조직에서 누가 일을 이끌고 누가 일을 이끌지 못하는지에 주의를 기울이자. 일을 이끄는 사람과 관계를 맺어 이런 사람이 일을 진행하는 방식을 관찰하자. 한 걸음 더 나가서 점심을 같이 먹으며 여러분이 좀 더 일을 제대로 진행하기 위한 구체적인 방법을 물어보도록 일정을 잡자.
웃는 얼굴로 회의에 참석해 핵심 연사뿐만 아니라 방에서 일어나는 다른 대화에도 조심스럽게 주의를 기울이자. 물론 측정가능한 다양성을 확실하게 제공하지는 못하지만, 수집된 항목을 중간 목표에 고려할 수는 있다.
요약
전사적인 아키텍처는 항상 비즈니스 가치를 제공하기 위해 노력해야 한다. 올바른 정보와 기술 융합 없이는 최고로 훌륭한 전사적인 설계조차도 시간이라는 잣대 앞에 버티지 못한다. 주변 환경을 이래하고, 여러분이 뛰어들 필연적인 정치판을 조사하는 방법을 익히고, 조직 내 모든 사람의 요구 사항을 만족하게 설계를 도와주도록 관계를 형성하는 방법으로 지금 당장 변화를 만들어내자.
참고자료 교육
제품 및 기술 얻기
- IBM 제품 평가판을 내려받아, DB2®, Lotus®, Rational®, Tivoli®, WebSphere®와 같은 응용 프로그램과 미들웨어에 익숙해지자.
토론
필자소개 | 
| | S. E. Slack은 비즈니스 저술 분야에서 16년이 넘는 경력을 자랑하는 저자이자 프리랜서 기고가다. 또 IBM, Lenovo International, State Farm Insurance 등과 같은 회사에서 경영진과 비즈니스 변혁 커뮤니케이션 자문위원으로 활동하기도 했다. 지금까지 6권에 이르는 책을 출판했으며, 현재는 McGraw-Hill 출판사와 함께 CNET Do-It-Yourself Digital Home Office Projects: 24 Cool
Things You Didn't Know You Could Do를 집필 중이다. 전자편지 주소는 sally@sslack.com이다. |
기사에 대한 평가
|
| 이 문서 북마킹 하기
|
| 
