본문은 Google Ventures Braden Kowitz 작성한 'HIRING A DESIGNER: HUNTING THE UNICORN' 원작자의 동의하에 번역및 게시한 글입니다.


(이전 주 디자이너 구하기 : 유니콘 사냥하기(2)_'당신이 유니콘을 사냥하는 방법'에서 이어지는 내용입니다..)


힘든 선택의 갈림길

제가 디자인팀을 꾸릴 때는, 우선 어떠한 기술들이 가장 중요한지와 인하우스에서 처리되어야 사항이 무엇인지를 파악합니다. 나머지 사항들은 파트타임직을 통해 외주로 해결한다거나 굳이 디자이너가 필요하지 않은 것들이죠. 아래에는 그 중 결정하기 가장 힘든 가지 고민들을 모아보았습니다.


코딩을 아는 디자이너가 좋을까요?

저는 어떤 디자이너건 간에 자신의 일에 대한 최소한의 지식을 갖추고 있어야 한다고 생각합니다. 그리고 말은 소프트웨어 디자이너들이 소프트웨어 개발에 대한 기초 지식을 갖추고 있어야 한다는 말이기도 하죠.(저의 경우 기본적으로 공학을 공부하였으며 여러모로 도움이 많이 되었습니다.)

하지만 저는 디자이너가 실제 제품에 쓰일 코드를 작성하기를 기대하는 것은 좋지 않다고 생각합니다. 우선 대부분의 디자이너가 코드를 다루지 못하기에 선택할 있는 사람의 수가 확연히 줄어들게 됩니다. 또한 스타트업의 경우 상당수가 개발자 중심으로 이루어져있기에 팀원의 대다수가 일반적인 디자이너보다는 코딩을 잘합니다. 만약 코딩을 잘하는 디자이너를 영입하게 된다면 팀의 코딩 능력이 향상되는 만큼 디자인에 대한 손실을 감수해야 하죠.

하지만 가장 중요한 것은 디자인이 풀타임 직군이라는 것입니다. 만약 디자이너에게 코딩을 요청한다면, 그만큼 디자이너는 자신의 일과 시간을 디자인과 유저 스터디, 프로토타이핑에 쓰게 되며 결국 멋진 제품을 만드는 것이 힘들어지죠.

인원이 매우 적은 팀의 경우(개발자 3 이하), 개발과 디자인을 안다고 하더라도 괜찮다고 생각합니다. 하지만 가장 이상적인 조합은 풀타임 디자이너와 디자인에 감각이 있는 프론트엔드 개발자가 함께 작업하는 경우입니다. 경우 각자가 맡은 역할에 대해 최고의 결과물을 뽑아 있을 뿐만 아니라 디자인이라는 공통분모로 원활하게 작업을 있죠. 코딩을 있는 디자이너를 찾는 것도 좋지만, 있으면 디자인을 좋아하는 개발자를 찾아보세요.


유저 리서치 전문가가 필요할까요?

훌륭한 유저 리서치 전문가는 여러분의 눈과 귀가 있습니다. 고객들이 정확히 무엇을 원하는지와 여러분의 제품이 필요하지 않은지에 대해서 까지도 있죠. 유저 리서치를 통해 여러분이 판매한 소프트웨어의 사용법은 제대로 이해 했는지도 있습니다. 모든 데이터는 시장에 맞는 제품을 제작하는데 도움이 있습니다. 규모가 제품의 경우 데이터는 변화를 주는데 있어서 확신을 있죠.

유저 중심 디자인과 스타트업은 여러분이 책상 뒤에서 나와 회사 밖으로 나가는 것으로부터 시작됩니다. 여러분의 팀에서 고객들과 직접 만나 이야기하는 역할을 정말 자연스럽게 하는 사람이 있나요?

누구나 자기 자신만의 '일'이 있죠. 저에게 만약 마음대로 사용 있는 시간이 주어진다면, 저는 시간을 스케치를 그리는데 사용 겁니다. 개발자라면 시간을 코딩하는데 사용하겠죠. 그리고 정말 멋진 팀이라면 정도는 그 사람의 '일'이 회사 밖에서 이루어지는 사람이 있을 필요가 있습니다. 바로 사람이야 말로 팀의 미래에 대한 논쟁이 벌어질 "내가 밖에 나가서 고객들이랑 직접 얘기해보고 올게. 저녁 되면 대략적으로 있을 거야." 라고 말을 있기 때문이죠.

회사 밖에서 이루어져야 하는 역할은 많은 것들이 있습니다. 유저 리서치, 판매, 커뮤니티 관리, 비즈니스  회의 , 모든 것들을 통해 고객들의 이야기를 각각 다른 방식으로 알아낼 있죠. 제가 이제껏 작업했던 제품들의 경우 고객들에 대해 알아가는 과정들이 제품 디자인에 있어 빼놓을 없는 필수 단계였습니다유저들과 직접적으로 소통이 필요한 제품이라면, 유저 리서치 전문가와 함께 작업하는 것을 강력하게 추천합니다.


인터랙션(사용자 경험) 디자인과 비주얼(시각) 디자인 어느것이 중요할까요?

다행이도 비주얼 디자인(어떻게 보이는지) 인터랙션 디자인(어떻게 작동하는지) 모두를 하는 UX 디자이너를 찾는 것은 어렵지 않습니다.

멋진 제품을 만들기 위해서는 가지 기술 모두가 필요하죠. 고객들이 제품을 이해하고 받아들이는데 있어서 매우 중요한 요소라고 있습니다.

어떤 디자이너건 분명 중에 분야를 것입니다.(저의 경우 비주얼보다는 인터랙션에 강하죠) 만약 명의 디자이너 밖에 채용 없는 상황이라면, 당신이 제품을 만드는데 있어서 어떠한 기술이 가장 필요로 되는지를 반드시 선택해야만 합니다

- 비주얼 디자인에 더 집중해야 하는 상황

  • 경쟁 제품보다 더욱 화려해야 하는 경우.(e.g. 게임)

  • 신뢰가 가야하고 완성도 있게 짜여져 있어야 하는 경우.(e.g. 금융)

  • 사람들이 함께 참여하고 싶은 공간을 만들어야 경우(e.g. 커뮤니티

- 인터랙션 디자인 더 집중해야 하는 상황

  • 많은 기능이 있지만 간단한 느낌을 있어야 경우

  • 복잡하면서도 매일매일 사용하게 되는 제품일 경우

  • 모바일 중심일 경우(모바일 플랫폼에 맞게 시각적으로 접근해야 경우)


힘든 선택들을 하고 여러분의 팀에 필요한 기술이 무엇인지를 파악했다면, 구인 광고를 훨씬 멋지게 작성 하실 있을 겁니다. 또한 인터뷰를 보러 디자이너 후보들을 평가하기가 한결 수월해질 것입니다.

물론 실제로 디자이너를 채용하는 데는 위에 언급한 것보다도 훨씬 많은 것들이 필요합니다지원자들을 어디에서 찾을지 부터 이력서, 포트폴리오를 평가하는 , 디자인 인터뷰는 어떻게 진행 하는지 까지, 하지만 그건 추후에 다시 포스팅 하도록 하죠.

글이 여러분에게 조금이나마 도움이 되었는지 모르겠네요. 질문이 있으시면 언제든지 댓글로 남겨주세요. 감사합니다.

 

원문HIRING A DESIGNER: HUNTING THE UNICORN by Braden Kowitz

"본문은 해외 디자인 커뮤니티에서 화제가 되었던 내용을 번역한 글로 위트 스튜디오의 생각과는 다를  있습니다."

 


블로그 추천글

GUI 디자이너가 저지르기 쉬운 실수 3

절대 지켜져야만 하는 UI 디자인의 7가지 법칙

 나은 디자이너가 되기 위한 6가지 방법

그래픽 디자인을 잘하기 위한 10가지 습관

디자이너가 굳이 코딩을 배워야 할까?

신고


본문은 99 Designs Barin Cristian Doru 작성한 'Should designers learn how to code?' 원작자의 동의하에 번역 게시한 글입니다.

 

디자이너가 굳이 코딩을 배워야 할까요결론부터 말하자면...그럴 수도 있다는 겁니다당신은 디자이너로서 자신이  분야에 특화 기술을 익힐 것인지혹은 여러 종류의 다양한 기술들을 익힐 것인지를 결정해야 합니다.

 

 가지 옵션 모두 장단점이 있죠그러니 결정을 내리기 전에는 다양한 요소들에 대해 생각을 해보아야 합니다그럼   반드시 새겨두어야   가지 사항에 대해 이야기해보도록 하겠습니다.


 

우선 왜그리고 어떻게 다른 분야의 기술을 배울 수 있을까요?

만약 당신이 가고자 하는 길의 전망이 그리 밝지 않다면 외에 다양한 기술들에 대해 미리미리 생각을 해두는 것도 좋습니다.


아마 당신이 디자인 외 다른 기술을 공부하려 하는 데는 여러 이유가 있을 겁니다.


- 창의성의 한계에 부딪혔거나 도전의식이 시들해졌을 수도 있고,

- 하나의 특화된 기술로는 디자인업계에서 당신의 미래가 불투명하다고 느껴졌을 수도 있으며,

- 클라이언트들이 당신의 지금 능력으로는 없는 것들을 요구하고 있을 수도 있습니다.

 

만약 지금 당신이 위와 같은 상황이라면,  당신은 분명 코딩을 통해 얻어가는 것들이 있을 겁니다그러나 새로운 기술을 배운다는 것은 정말 쉽지 않은 일일 뿐만 아니라 대부분의 사람들은 그럴만한 시간적 여유조차 없죠그러니 아직 충분한 여건이 되지 않는다고 생각한다면 아래 사항들을 천천히 준비해두시기를 추천 합니다.

 

- 우선 현재 자신의 분야에서 최선을 다하기

- 새로운 것을 배울 경제적 여력 갖추기

- 무엇을 진행할지 결정하고 그것을 실행하기

 

결론적으로는 코딩을 배우는 행위가 자신의 가치를 향상 시킬 수 있다고 생각된다면 코딩 공부는 분명 도움이 될 수 있다는 것입니다상황을 장기적으로 바라보고 장단점을 비교해보세요반드시 명심해야 것은 일을 조심스럽게 시작 해야 한다는 것입니다자신의 현재 시간과 능력으로는 감당 없는 일을 진행해선 안 됩니다.

 

 

여러 일을 적당히 잘 하는 것도 좋지만 단 한가지 분야에 최고가 되는것 또한 하나의 방법입니다.

 

최고의 디자이너가 될 것인가 아니면 최고의 프로그래머가 될 것인가당신이 진로를 결정해야 했을 때는 아마 둘 중 하나만을 선택해야만 했을 겁니다.

 

시간이란 친근하면서도 정말 무서운 존재죠 시간이라는 녀석 때문에 우리는 진로를 선택   반드시 하나밖에 선택  수가 없는 겁니다당신이 어느 정도 경력이 있는 디자이너라면 본인이 어느 정도 실력을 갖추기 위해 얼마나 많은 시간을 들였는지 아시리라 생각합니다그럼에도 불구하고  훌륭한 디자이너가 되기 위해서는  이상으로 더욱더 많은 시간이 필요하죠.

 

그것은 코딩도 마찬가지입니다. HTML이나 CSS 조금 배운다고 해서 훌륭한 프로그래머가 있는 것이 아닙니다매일 같이 Google 도움을 받으면서 코딩을 경우에도 마찬가지이고요만약 당신이라면 적당히 잘하는 프로그래머와 같이 작업을 하고 싶을까요그렇지 않다는 겁니다당신이 디자인에 시간을 들인 만큼이나 코딩에 시간을 들인 프로그래머와 일하고 싶은 것은 당연한 이치 입니다정리하자면 이렇습니다.

 

- 당신이 지금 진로선택을 하고 있는 단계라면너무 욕심 부리지 말고 디자인과 프로그래밍  하나를 선택 할 수 있도록 하세요.

- 당신이 어느 정도 숙련된 디자이너이고 코딩을 배울 준비가 되어있다면 많은 시간을 투자 각오를 하세요.

- 당신이 충분한 준비되지 않았다면 섣불리 당신의 프로그래밍 기술을 통해 돈을 생각하지 마세요.

 

결론적으로 다양한 일을 '적당히잘 하는 것이 아니라 '상당히 수만 있게 된다면 당신은 분명 다른 이들로부터 존중 받을 있을 것입니다보수도 많이 받을 있을 것이고요만약 자신 있다면 지금 당장 시작하세요.

 


나의 작업 파트너를 위한 노력(개발자 이해하기)

개발자들은 자신의 반쪽(디자이너) 일하면서 상당한 스트레스를 받게 되는 경우가 종종 있습니다그리고 충분히 그럴  합니다종종 특정 형태의 디자인이 포토샵에서는 화려하고 멋질지 모르지만당장 코드로 구현을 하는 것은 불가능  경우가 많으니까요몇몇 디자이너들의 부족한 개발 경험으로 인해 현실세계에서는 존재   없는 컨셉을 클라이언트들에게 소개해준다면그것을 구현 해야 하는 개발자로서는 일생일대의 고비를 맞이할지도 모릅니다이것이 많은 개발자들로 하여금 디자이너에게 코딩을 배우기를 추천하는 이유이기도 합니다.

 

정리하자면 당신은 프로그래밍 기술을 사용하기 위해 코딩을 배운다기보다는 당장 무엇이 가능하고불가능한지에 대해서 깨닫기 위해 코딩을 배운다고 보는 것이 맞습니다만약 내용에 대해 조금 더 자세히 알고 싶다면경험이 많은 개발자를 카페로 초대하여 커피를 한잔 사면서 이야기를 나누어 보세요아마 개발자는 경험이 부족한 디자이너 때문 자신이 겪어야 했던 수많은 고생들에 대해 술술 이야기 해줄 겁니다.

 

 

결론

한 분야에서 최고가 되는 것은 정말 멋진 일이죠평생 우물만 파더라도 분야에서 최고가 되기란 쉽지 않은 일입니다그러나 가끔은 여러 분야에서 동시에 두각을 나타내는 사람들이 분명 존재하기 마련입니다만약 당신이 그러한 사람 하나라고 생각한다면 지금 당장이라도 시작하세요하지만 어느 하나도 최고가 되지 못한  두루두루 적당한 실력을 갖추고자 한다면다른 이들이 당신과 함께 이유는 없다는 것 또한 명심해야 합니다.

 

 

원문Should designers learn how to code?' By Barin Cristian Doru (www.thislooksgreat.net)

"본문은 해외 디자인 커뮤니티에서 화제가 되었던 내용을 번역한 글로 위트 스튜디오의 생각과는 다를 있습니다."

 

 

블로그 추천글

GUI 디자이너가 저지르기 쉬운 실수 3 

절대 지켜져야만 하는 UI 디자인의 7가지 법칙

 나은 디자이너가 되기 위한 6가지 방법

그래픽 디자인을 잘하기 위한 10가지 습관

신고


다음에서 주최하는 커뮤니케이션 개발자 콘퍼런스 'DevOn 2013' 행사에 위트스튜디오도 부스 참여를 합니다.


'개발자와 디자이너의 가장 빠른 대화 방법'이란 주제로 어시스터 PS를 활용한 디자인 가이드 작성 과정 시연과 

현장 이벤트를 마련하였습니다. 


:: 다음 Devon 행사 당일 이벤트 ::

어시스터 팀도 이번주 주말(토, 일) 다음 Devon행사에 참여하는데요,
색다른 이벤트를 준비해 보았습니다.

행사 기간동안 샘플 디자인의 가이드를 어시스터 PS로
가장 빠른 시간에 작성하신 분께 무려 '1년 사용권'을 드립니다.

Devon 행사에 오시는 분들은 많은 도전 부탁 드립니다~!

Devon 행사 안내: http://devon.daum.net/2013/#!/
어시스터PS 부스 안내: http://devon.daum.net/2013/#!/program/booth/witstudio


신고


디자이너는 생각합니다.

이런 버튼 사이즈나 아이콘 위치 정도는 개발자도 알 수 있는거 아냐?

아이콘 사이즈에, 타이틀 폰트 이름까지.. 꼭 따로 적고, 문서화까지해서 넘겨줘야 하나??


그리고, 개발자 역시 생각합니다.

디자이너가 디자인하고 PSD 파일만 넘겨주면 끝인가?

대체 이 버튼의 그림자는 뭐야.. 아.. 이 타이틀은 텍스트만 잘라서 줬네.. 여기 여백 포함해야 되는데..


이런 디자이너와 개발자의 갈등에서 출발한 어시스터 프로젝트는
UI/GUI 가이드를 위한 편리하고 효과적인 툴을 목표로 하고 있습니다.


어시스터 프로젝트의 첫 주자, 어시스터 PS는 "포토샵과 함께 쓰는 미니툴" 입니다.



먼저, 어시스터 PS의 주요 기능을 담은 영상을 살짝 둘러보겠습니다.


어시스터 PS는 기본적으로 별도의 디자인 툴이 아니라 포토샵과 함께 사용하는 독립 툴입니다.

(포토샵 익스텐션이나 플러그인이 아닙니다!)


레이어를 선택하고 버튼을 누르면 현재 레이어의 좌표가 출력되고, 해당 영역을 자동으로 잘라주고,

버튼 하나 눌렀을 뿐인데 자동으로 가이드 라인이 생성되는.. 

디자이너라면 꿈꿔왔을 마법 같은 기능이 가득 담긴 툴입니다. *_*


어시스터 PS 베타에 포함된 아래의 기능들은  디자이너/개발자 여러분께 도움이 될 것 입니다~

  • 포토샵에 생성된 레이어의 모든 정보를 추출할 수 있는 레이어 가이더(Layer Guider)
  • 포토샵에서 가이드라인을 정확하고 빠르게 생성할 수 있도록 도와주는 가이드 메이커(Guide Maker)
  • 멀티 디바이스 환경에 따른 다양한 단위로 변환할 수 있는 유닛 컨버터(Unit Converter)
  • 디자인 협업시, PSD 파일을 비교하여 변경된 부분을 한눈에 확인할 수 있도록 해주는 PSD 비교기(PSD Comparer)
  • 색맹/색약자 들에게 현재의 디자인이 어떻게 보이는지 시뮬레이션하여 보여주는 색약/색맹 시뮬레이터(Color Blind Simulator)

리고.. 앞으로 버전을 거듭하며 업데이트 될 다양한 추가 기능까지!


베타기간 동안 어시스터 PS의 감동적인 기능들을 하나씩 더 자세히~ 소개해 드리도록 하겠습니다!

신고

제조업의 시대가 막을 내리고 S/W의 중요성이 날로 강조되고 있는 시점에서(적어도 한국에서는) 보다 즐겁고 편리한 사용자 경험을 이루어 내기 위해 업계 곳곳에서 힘을 쏟고 있습니다. 때와 장소를 고려하고 디바이스와 타겟을 분석하여 사용성과 유용성 그리고 심미성의 적절한 균형을 유지하기 위해 수많은 이들이 머리를 맞대고 하나의 UX를 생산해 내고 있는데 이 과정에서 필연적으로 만나게 되는 두 사람이 있습니다. 누가 봐도 서로 다르다고 생각되는 개발자와 디자이너입니다.

협업협업협업협업협업협업협업......협업!!!

그런데 실제로, 공통의 결과물을 내기 위해 협업해야 하는 그 수많은 개발자와 디자이너는 그 과정에서 약속이나 한 듯 갈등을 겪고 있습니다. 디자이너는 개발자가 창의성이란 찾아볼 수 없는 꽉 막힌 사람들이라 생각하고 개발자는 디자이너가 알지도 못하면서 너무 독선적이라고 불만을 토로합니다. 그리고 서로 매일 여러 가지 일들로 으르렁댑니다.

이러한 상황이 반복되는 한 프로젝트 수행에 있어 아무리 좋은 기획이 있더라도 좋은 결과물이 나오기는 어려울 수밖에 없습니다. 서로 소모적인 논쟁이 계속 이어지고 프로젝트는 지연되게 됩니다. 그리고 감정의 골과 부족한 기한에 대한 스트레스가 두 직군 모두에게 고통과 불만으로 돌아오게 됩니다. 결코, 그 누구에게도 이익이 돌아가지 않는 악순환이 반복되고 있습니다.






그렇다면 개발자와 디자이너는 과연 서로 배척하고 대립할 수밖에 없는, 화성과 금성에서 온 그런 사람들일까요? 조사해본 결과, 일반적인 통념은 그런듯합니다. 신문기사나 블로그에서 이야기하는 이들의 상대방에 대한 견해는 이렇습니다.

 "디자이너는 개발자가 틀에 박힌 사고밖에 할 줄 모르는 답답한 사람이라고 생각하고
개발자는 디자이너를 감성적이고 합리적이지 못한 수준 이하의 사람들이라 생각한다."

마치 몇 년 전에 유행했던 책 "화성에서 온 남자, 금성에서 온 여자"에서 이야기하는 남자와 여자의 서로 다른 특성처럼, 개발자와 디자이너 또한 "화성에서 온 개발자, 금성에서 온 디자이너"같이 말합니다.


출처 : Yes24 

하지만, 저는 지난 2년 이상의 협업과 여러 경험을 통해서 이러한 주장들에 의문을 갖기 시작했습니다. 제가 그동안 만난 두 직군의 사람들을 보면, 감성적이고 틀에 박히지 않는 자유로운 사상의 개발자가 생각보다 많으며, 디자이너는 감성에 치우치고 비논리적이면 결코 오래 살아남기 어려운 것이 현실입니다. 어쩌면 우리는 서로 주장하는 고정관념에 사로잡혀 서로의 진짜 모습을 객관적으로 보지 못하고 갈등의 골을 더 깊게 만들고 있는지도 모릅니다. 이것이 이 글의 제목 끝에 물음표가 표시된 이유입니다.

그렇다면 왜 개발자와 디자이너는 서로 모르기만 하는 것일까요?

저는 주위의 개발자와 함께 각자 디자인과 S.W 개발에 나름의 경력을 쌓아온 사람으로서, 앞서 제기한 문제에 대해서 우리의 과거를 돌아보고 문제의 원인을 찾으려 했습니다. 그리고 한가지 사실을 찾아내게 되었습니다. 그것은 서로 만나 같이 무엇을 해볼 기회가 현업에 진출하기 이전에 전혀 없었다는 사실입니다.


출처: http://www.battlefieldheroes.com/forum/showthread.php?tid=33025&page=13
상당한 시간을 컴퓨터 앞에서 보내는 것은 똑같은데...ㅜ_ㅜ
(이 사진은 개발자와 디자이너 모두에게 공감이 가지 않을까요? ㅎㅎ)


 

각자 자신의 전공분야에 대해 배우고 익히는 과정에서 자신의 일만 열심히 수행하면 되었으며 스스로 외부의 행사를 찾거나 일을 하기 전에는 서로 현업에서 만날 때까지 전혀 볼일이 없었습니다. 그러다 보니 결국 실무에서 프로젝트를 수행하며 문화적 차이에 의한 갈등을 겪게 되고 이에 따라 파생되는 문제들이 수없이 발생한다는 결론을 내리게 되었습니다.

곧 저는 실제 개발자와 디자이너에게 자신의 이야기를 소개해달라고 요청하였는데 다음의 짧은 독백을 통해 그들의 문화적 차이 또는 상대방에 대한 선입견이 형성되는 과정을 알아볼 수 있습니다.


- 개발자의 독백

"사실 처음부터 개발자를 할 생각이 있는것은 아니었다. 그냥 컴퓨터 게임이 좋았고 그러다보니 게임을 내가 만들고 싶다는 생각을 하게되었다. 하지만 본격적으로 프로그래밍이라는 것을 시작하게 된건 대학 들어와서 였다. 처음으로 내 힘으로 Hello world 란 글자를 도스창에 찍었을때 그때의 감격은 지금도 잊혀지지 않는다.

그렇게 시작한 프로그래밍이 어느덧 한 해 두 해 이어지고, 내가 만든 프로그램으로 다른 사람들을 돕고 싶다는 생각도 하게 되었다. 그리고 취업을 하자 정말 나를 위한 프로그램이 아닌 남을 위한 프로그램을 만들기 시작하게 되었다.
 
하지만 문제가 있었다. 이전에는 내가 만들고 싶은 프로그램만 만들면 그만이어서 내 마음대로 다할수 있었지만, 지금은 누군가 다 이미 큰 그림에 대한 설계를 하고 나는 필요한 부분에 대한 코딩만 하면 되는 거였다. 그런데 그 그림을 그리는 사람은 개발자가 아닌 디자이너라는 사람들이었다. 그 사람들은 우리에게 어떻게 프로그램을 이런 모양으로 만들고 이런식으로 사용하라는 문서를 우리에게 던져주는 사람들이었다. 그런데 던져주는 문서를 보면 나같은 햇병아리가 봐도 참 이해가 안되는 부분들이 많이 있었다.
 
우리가 사용하는 기술로 구현이 불가능 한 부분부터 시작해서, 그렇게 만들면 분명히 느릴 수밖에 없는 내용까지... 그래서 선배에게 왜 이렇냐고 물어보니 돌아온 대답은 이랬다. "쟤네들 코드 하나도 모르고 그림만 그릴 줄 아는 애들이야." 내가 학교에서 배울때엔 경력이 많은 최고 개발자가 지시하는 대로 팀이 움직인다고 했는데, 실제로 업무에 와보니 그게 아니라 디자이너라는 코딩과 전혀 상관없는 사람들이 우리에게 이렇게 만들어라, 저렇게 만들어라 하며 지시하고 있었다 ...... 하지만 문제는 여기에 그치지 않았다. 우리가 문서에 대해서 뭔가 지적하려고 문제를 제기하면 그 사람들은 "당신들은 UX를 모르니 간섭말고 시키는 대로 해라."라고 딱 잘라 말했다. 그리고 정작 시키는 대로 만들어 주면, "전혀 맘에 들지 않아!" 라면서 우리의 실력이 엉망이라고 비하하는 일도 있었다.

물론, 우리와 일하는 디자이너란 사람들이 좀 이상해서 그럴수도 있다고 처음에 생각했지만 그건 일반적인 일이라는 것을 깨닭게 되었다. 친구의 소개로 술자리에서 우연히 디자이너라는 한무리의 여성들을 만난적이 있었는데 내가 개발자라고 이야기 하니 매우 시큰둥한 반응을 보였다. 그들과 농담을 주고받으며 알게된 그들이 생각하는 개발자에 대한 이미지는 '칙칙하고 꽉 막혔으며 살찐 그런 외곯수같은 이미지에 상상력이나 크리에이티브와 같은건 전혀 없는 아저씨' 같은 이미지였던 것이었다. 그에 비해, 디자이너들은 개발자들에 대해서 전반적으로 자신들이 세련되고 멋쟁이라는 사실에 무슨 '우월감' 같은걸 가지고 있는듯 했다.

뭐 농담으로 그런 이야길 할 수 있다고 해도 정말 맘에 안들었던 것은 그들이 개발자를 대하는 방식이었다. 한 디자이너가 자신이 프로젝트를 하나 진행하고 있다면서 나에게 웹사이트 개발을 부탁했다. 그래서 얼마 줄거냐고 물어보았더니 왈 "한 5만원이면 되지 않아요? 그것도 많은거라 생각하는데......" 이렇게 말하는 것이었다. 허. 말이 안나온다.
 
또 다른일은 우연히 개인적인 누구의 부탁으로 한 디자이너의 전시작품을 만들어달라는 일을 의뢰밭게 되었었는데 정작 만나자 그 디자이너라는 분이 대뜸 이야기 하는건 '뭔가 막 나비가 엄청나게 날아다니는 화려하고 뭔가 누르면 막 물감이 막 합성되는 신비한 그런 컨셉'이었다. 그런 컨셉의 UI를 가진 프로그램이 필요하단다. 난 그 순간 이 일을 하면 안되겠구나 생각했다. 그 사람은 프로그램을 원하는 것이 아니라 '아트'를 하려는 것이라는걸 깨달았고 그런걸 만들어 주는데 뭔가 명확한 기획이나 아이디어도 없었던 것이었다.
 
나는 그래서 내 나름대로 디자이너라는 존재에 대한 결론을 내리게 되었다. 디자이너는 겉멋만 들고 비논리적이며 일을 대충 감으로 진행하는 그런 사람들이라고 말이다. 그래서 우리는 이들에게 휘둘려서는 안된다고 결심하였다."




- 디자이너의 독백

"아...이제서야 그 지겨운 군생활을 마치고 복학했다. 1학년 당시의 나태했던 나를 버리고 새로 태어나기 위해 복학 하기전에 열심히 공부도 하고 디자인 공부도 했는데...수업의 시작과 동시에 역시 절망감이 몰려온다. 하지만 마음을 가다듬고 다시 해보자. 디자인은 즐거우니까. 단지... 좀 더 열심히 해야겠다는 생각이 든다.

그런데 듣지 못했던 새로운 수업과 용어가 눈에 띈다. ‘인터페이스디자인?’, 'UI?' 도대체 뭔가 하는 생각에 알아보니 컴퓨터 혹은 모바일같은 기기를 사용하는 사용자들의 보다 편리한 생활을 위해 연구하고 작업하는 분야라고 한다. 난 처음에는 코웃음을 쳤다. ‘웃기지 말라고해, 난 더 화려하고 멋진 그래픽 디자인을 하기 위해 이 학교에 왔다고!’
 
하지만 시간이 지나 학년이 올라가고 디자인에 대해 좀 더 진지하게 다가가니... 내 스스로가 얼마나 부족하고 한심했던 학생인지를 알아버렸다. 나는 다시 UI, Inteface관련 수업을 듣고 공부하며 결과물을 만들어 내고자 힘썼다. 그런데 실제 결과물을 만들어 내기 위해서는 플래시라는 툴을 쓰라고 학교에서 직접적으로 요구한다...플래시? 그래, 배운 대로 모션도 주고 멋지게 만들어 주마. 그런데 그리 쉬운 문제가 아니었다. 액션스크립트라는 언어를 사용해야 내가 원하는 인터페이스 디자인을 만들수가 있단다. 나보고 코딩을 하라고? 미칠 노릇이다. 디자인을 배우러 온 학생에게 왠 코딩이란 말인가?! 투덜투덜 대면서 책을 보며 열심히 구현해 봤다. 어느정도는 잘 구현이 되어 좋은 점수를 받기는 했다.

그런데 공부를 하면 할수록 나의 생각은 더 다양해지고 이것을 구현하고는 싶은데 내 현재 코딩실력으로는 택도 없다. 스트레스만 쌓이고 급기야 코딩할줄 모르는 내 스스로를 질책하기도 해봤다. 그러다 문득 개발자들의 도움을 받으면 어떨까? 하는 생각이 든다. 바로 옆옆 건물이 공대 건물인데 안될것도 없을것 같다. 그러나 이게 또 쉬운게 아니라고 한다. 그들이 다루는 언어는 더 다양하다고도 하고... 실제 프로그램을 만들고 싶어하는 학생을 찾기도 힘들고... 그러다가 문득 인터넷으로 찾아보면 어떨까 하는 생각에 UI,GUI,어플리케이션 관련 인터넷 커뮤니티를 찾아봤다. 오 있다. 일단 가입을 해봐야지...실제 작업물들도 많고 신기하다. 아! 하나의 제품을 시장에 내놓기 위해서는 마케팅 분야의 역할도 중요 하구나... 난 부족했던 내 자신을 또 한번 질책한다.

그렇게 커뮤니티에서 유령회원 활동을 하며 시간을 흘려 보내는데...오! 나가고 싶은 공모전이 시작됬다. 아 근데 저걸 나의 아이디어대로 구현하려면 개발자의 도움이 절실하다... 나는 용기를 내어 커뮤니티에 개발자를 구한다고 글을 적었다. 의외로 반응이 온다. 팀을 하나 꾸리는 것에는 성공하여 그들과 첫미팅을 가지기로 했다. 약속날짜가 되어 개발자들과 만남을 가졌다. 사람들이 모두 착해 보인다. 잘 될것 같은 느낌이다. 그런데 본격적으로 이야기를 시작해 보니 조금 이상한 말들을 한다. “아이디어는 이렇게 저희가 짜왔으니 디자이너분께서는 최종적으로 이쁘게 눈에 띄게 잘 만들어 주시면 될 것 같습니다.” 환장하겠다. 내가 무슨 꾸며주러 온 사람인가? 나는 분명히 학교에서 디자이너가 좋은 결과물을 내기 위해서는 목표에 대한 심도깊은 분석을 통해 가장 적합한 이미지로 시각적 구현을 해 내어야 한다고 배웠다. 그런데 이 사람들...나에게 아이디어가 무엇인지 정확히 가르쳐 주지도 않은채 응용 프로그램 답게 지금 나에게 빨리 포토샵키고 그림이나 그려오라고 한다.

결국 나는 어떻게든 그들을 설득시켜 기획의 단계에서부터 다시 천천히 밟아 나가기로 했다. 그런데 문제는 그 후에도 계속되었다. 디자인의 의도와는 상관없이 지극히 주관적인 판단아래 컬러를 탓하고 글씨를 좀 더 크게 키워야 눈에 잘 띈다는 둥 오히려 날 가르치려 든다. 하아...결국 난 될대라 되란 식으로 어떻게든 완성을 하고 공모전 제출을 하였다. 결과는 낙방. 아쉽긴 하지만 당연한 결과라고 생각한다. 억지로 작업을 했으니 좋은 결과물이 나오기를 바라는건 무리일 수밖에...앞으로도 이런 사람들과 계속 협업해야 하는걸까?"


두 사람의 독백을 살펴보면 개발자는 대부분의 사람이 그렇듯이 학창시절에는 전혀 디자이너와의 협업을 해본 적 없이 취업을 해 만나본 적이 없는 그들과 실무 과정에서 끊임없이 갈등을 겪고 있고 급기야 그들과 벽을 쌓기에 이릅니다. 디자이너의 독백을 보면 학창시절부터 미리 개발자들과 작업을 해보고는 있지만 역시 갈등의 골이 깊습니다. 그런데 생각해보면 이것은 하나의 경험입니다. 실무에 뛰어들기 전 수많은 경험을 한다는 것은 그들과 나 사이에 대한 고민을 통해 서로에 대해 이해를 하는데 도움을 줄 것입니다.

조금 다른 말을 해보겠습니다. 사실 실무에서 일하는 개발자와 디자이너에게 이야기를 들어보면 서로의 직업에 따른 성격 즉, 흔히들 생각하는 개발자와 디자이너의 차이에 의한 갈등을 겪는 경우는 별로 없습니다. 오히려 기획자와의 문제 또는 프로세스의 문제가 가장 크다고 합니다. 하지만, 아이러니하게도 뒤돌아서는 '역시 개발자(디자이너)들이란...' 하며 서로에 대한 고정관념의 이미지를 구축해 나가고 갈등의 원인을 다른 곳으로 돌리고 있지는 않은가 하는 생각을 해봅니다. 실제로 이러한 생각들은 각자의 생각을 담는 블로그에서 많이 노출되곤 하는데 이 과정에서 수많은 개발자, 디자이너 서로에 대한 고정관념이 완벽히 뿌리박게 됩니다.

그렇다면 왜 저는 서로에 대한 이해와 선입견의 타파를 강조할까요? 사람이 중심이기 때문입니다. 사람과 사람이 만나 사람을 위한 제품을 만들어내는 과정에서 서로 불신하고 즐겁지 않은 과정에서 일한다면 그 결과물은 불 보듯 뻔하다고 생각합니다.
사실 제품 하나를 출시하기 위한 전체적인 흐름과 그 안에서의 갈등을 볼 때 이 둘 간의 문제는 굉장히 미약할지 모르지만 동시에 출발점이기도 합니다.

다시 한번 강조하지만 만드는 사람이 즐거워야 보고 즐기는 사람도 즐겁지 않을까요?
여러분의 생각은 어떠신가요?


+ 이글은 개발자 Y군과 함께 작성하였습니다.

신고