본문 바로가기
memo 세미나

가장 큰 문제는 기술이 아니라 기회를 잡을수 있냐다.

by [김경민]™ ┌(  ̄∇ ̄)┘™ 2013. 4. 27.
728x90

출처]http://arload.wordpress.com/2010/01/27/chances-are-your-biggest-problem/

가장 큰 문제는 기술이 아니라 기회를 잡을수 있냐다.

“아키텍트가 알아야 할 97가지 것들” 에서 저에게 가장 와 닿는 에피소드입니다. 기술도 중요하지만, 더 중요한 것은 기회를 잡을 수 있냐다 라는 말이 너무나 가슴깊이 와 닿았습니다. 결국 사람들과 어떠한 관계를 가지느냐에 따라, 그 모듈의 관계 역시 정해 지는 거죠. 기술 매우 중요하지만, 그것 보다는 어떻게 팀원들과 하나되어 서로의 단점을 상쇄시키고, 장점을 강화 시킬수 있을까요? 이게 요즘 저의 가장 큰 숙제인거 같습니다.

지금 이순간에도 실패한 급여 시스템 프로젝트를 진행하고 있는 사람이 아마 한 명 이상 있을 것입니다.

왜 그런걸까요? 자바 대신 루비를 선택하거나, Smalltalk 대신 파이썬을 선택했기 때문일까요? 혹은 오라클 대신에 포스트그레스를 사용하기로 결정했기 때문일까요? 혹은 리눅스를 선택했어야 했는데 윈도우를 선택했기 때문일까요?

실패한 프로젝트에서 사용한 기술이 전락하는 것을 우리 모두는 보아왔습니다. 하지만 문제가 정말 해결하기 너무 어려워서 자바가 해당 업무에 적합하지 않았다라는 것은 무엇을 의미하는 것일까요?

대부분의 프로젝트들은 사람에 의해 만들어지며, 사람들은 성공과 실패에 대한 기반이 됩니다. 따라서, 사람들을 성공할 수 있게 만드는데 도움이 되는 것에 대해 생각해 볼 필요가 있습니다.

한편으로는, “단지 일을 올바로 하지 않고” 프로젝트를 어렵게 하는 누군가가 있다는 가망성에 대해 충분히 생각해 볼 수 있습니다.

이러한 경우들에서 문제를 해결하는데 필요한 기술은 매우 오래되었지만 정말 잘 입증되었습니다. 사실 이 기술은 인류의 역사에서 가장 중요한 기술 혁신일 것입니다. 여러분에게 필요한 것은 대화입니다.

기교로써 대화에 단지 익숙해지는 것만으로 충분하지 않습니다. 존경심을 가지고 사람을 대하는 것을 배우고, 사람에 대한 성급한 판단을 버리는 것을 배우는 것이 영리한 아키텍트가 유능한 아키텍트로 변하는 핵심 기술 중에 하나입니다.

대화에 대한 더 많은 기술들이 있겠지만, 다음의 몇가지 비결들을 사용하면 여러분의 대화 기술은 매우 효과적으로 향상될 수 있습니다.

정면 대결이 아니라 대화로써 사건들을 접하십시오.
다른 사람들에 대해 최선을 고려하고 이러한 상황을 질문하는 기회로 삼는다면, 분명 더 많은 것들을 배우고, 다른 사람들이 방어적으로 행동하게 만들지 않을 것입니다.

여러분의 태도가 올바로 갖춰진 후에만 이러한 대화를 시도하십시오.
만일 여러분이 화가 나있는 상태이거나, 낙담 중이거나, 짜증나 있거나, 혹은 안절부절 못한 상태라면 다른 사람들은 이러한 태도를 여러분이 공격적인 상황에 처해있다고 해석할 경향이 매우 큽니다.

이러한 상태를 상호 의견이 일치된 목표를 정하는 기회로 삼으십시오.
개발자들이 다른 사람들이 말하는 것을 막는다는 이유로 회의에서 조용히 할 필요가 있다고 언급하지 말고, 그들에게 다른 사람들의 참여를 유도하는데 도움을 줄 수 있는지를 물어보십시오. 어떤 사람들은 다소 내향적이고 대화에 참여하기 전에 더 긴 시간의 침묵을 필요로 한다는 사실을 설명하고, 개발자가 대화에 끼어들기 전에 5초 동안 기다림으로써 여러분을 도와주도록 요청하십시오.

만일 공유된 목적을 가지고 시작하고, 사람 “문제”를 배울 수 있는 기회로 삼고, 자신의 감정을 조절한다면 여러분은 더 유능해 질뿐만 아니라, 매 순간 무엇이든지 배울 수 있는 자신을 발견하게 될겁니다.

1차 번역 : 이 충헌
2차 번역 : 손 영수

Mark Ramm은 TurboGears 2의 BDFL[1]이 며, 파이선 마니아이고, 전체적으로 굉장한 멋쟁이이다. 소프트웨어 아키텍트에서 네트워크 관리자, 바닷가재 잡이(lobster-trap thrower), 식당 청소부(biker-bar cleaner)에 이르기까지 상상할 수 있는 거의 모든 직업을 가졌다. 그는 프로와 아마츄어 프로그래머들이 더 생산성이 있게 도와주는 도구를 열정적으로 만들고 있다.


[1] Benevolent Dictator For Life의 약자로, 오픈 소스 소프트웨어 개발 리더의 한정된 수에게 붙여진 직책임. 이 직책은 Python 프로그래밍 언어의 창시자인 Guido van Rossum이 1995년에 만들었으며, ‘Benevolent Dictator’는 커뮤니티 내에서 논쟁이나 격렬한 논의를 해결한다.
728x90

댓글