레이블이 협업인 게시물을 표시합니다. 모든 게시물 표시
레이블이 협업인 게시물을 표시합니다. 모든 게시물 표시

2009년 1월 10일 토요일

개발자와 주석으로 대화하자

협업에 대한 두번째 글입니다. 1년이 넘는 시간 동안 함께 스터디를 해 온 동생이 하나 있습니다. 그 동생은 성품도 착하고 유쾌한데 웹표준에 대한 열정과 노력도 참 대단합니다. 그 동생이 스터디 활동을 처음 시작하고 얼마 되지 않아서 한달여간 계약직으로 프로젝트에 참여했던 적이 있었습니다. 웹표준에 대한 인식이나 지식은 왠만한 경력자 못지 않았는데 실무 경험이 처음이었다는 점은 웹디자이너나 웹개발자와의 협업 부분에 있어서 적잖이 스트레스가 되는 일이었을 것입니다. 그런데 이 동생이 아주 재치있는 발상으로 개발자와 협업할 수 있는 방법을 나나 함께 스터디 했던 사람들에게 알려주었습니다. 정확히 기억이 나지는 않지만 동생은 당시에 자신의 마크업 사이에 다음과 같은 주석을 남겼습니다.

<!-- 정말 열심히 웹표준으로 코딩했습니다. 제가 봐도 잘 한 것 같습니다. 개발 잘 부탁드립니다 -->

어떤 생각이 드나요? 겸손하지 못하다고 생각하셨나요? 유치하셨나요? 저는 멋지다고 생각했습니다. 주석이 얼마나 중요한 것인지는 새삼 이야기를 꺼낼 필요도 없겠지만 의외로 많은 사람들이 주석을 작성하는데 큰 신경을 쓰지 않거나 아예 작성하지 않기도 합니다. 그것은 자신의 HTML 문서를 건네 받을 개발자에게 마크업에 대한 거의 아무런 정보도 제공하지 않겠다는 굳은 의지(?)라고 밖에는 생각되지 않는 것입니다. 주석 한 줄 없는 HTML 문서를 받아든 개발자는 한참이나 마크업을 분석해야 했을 것이니깐요.

동생과 함께 일했던 스터디의 또 다른 회원 한 분의 입을 통해서 전해들은 이 일화는 웹퍼블리셔가 개발자와 조금 더 친해질 수 있고, 확실하게 커뮤니케이션 할 수 있는 방법을 일깨워 줍니다. 분명 그 개발자는 이 주석을 읽기 전까지 업무에 지쳐 있었을 것이고, 새로 받은 업무에 짜증이 나 있었을 것입니다. 하지만 동생의 주석 한 줄에 웃음이 났을 것이고, 썩 기분이 나쁘지만은 않았을 거라고 생각합니다. 어쩌면 웹표준에 대한 자신의 편견 내지는 오해에 대해서 미안해 했을수도 있었을테고, 신입으로 들어온 웹퍼블리셔(스터디 동생)의 열정에 깜짝 놀랐을 수도 있었을 것입니다.

물론 사이트를 오픈하면서 저 주석은 지워졌겠지만 적어도 그 개발자와 신입 웹퍼블리셔(스터디 동생)은 꽤나 친해졌고, 트러블 없이 프로젝트를 마쳤다는 이야기를 전해 들었습니다. 우리 옛 말에도 웃는 얼굴에 침 못 뱉는다고 했습니다. 매일 같이 야근과 철야를 반복하는 생활 속에서 주석 한 줄이 꽤나 중요한 협업 관계(더 나아가서 대인관계까지)를 유지해 주는 연결 고리가 될 수 있음을 알 수 있었습니다.



다음은 덧붙임 대신 팁 두가지를 적습니다.

1. 사이즈를 적어 주세요.
위 마크업에서 Map 과 GNB 영역에서 모두 자바스크립트를 이용해서 플래시 무비를 삽입하고 있는 것을 보실 수 있습니다. 그런데 Map 영역에서 기술된 주석은 사이즈를 함께 적어 주었고, GNB 영역에서는 그러지 않았습니다. 단번에 어떤 형태가 좀 더 주석 다운지 알 수 있습니다.

2. 영어로 쓰자.
종종 인코딩 문제로 인해 마크업 내의 한글이 깨져 보일 때가 있습니다. 에디터에서 인코딩을 맞춰주면 해결될 수 있습니다만 만약 당신의 에디터가 지원하지 한글을 제대로 지원하지 못한다면 마크업을 쉽게 분석하거나 수정할 수 없을 것입니다. 하지만 주석이 영문이었다면 큰 도움이 되지 않을까요?


며칠전에도 웹퍼블리셔에게 가장 필요한 능력으로 협업을 이야기했습니다. 신현석님의 의견 처럼 협업은 단순히 웹퍼블리셔들에게만 필요한 능력은 아닙니다. 어느 직업이든 둘 이상의 작업자가 함께 일하는 곳이라면 모두에게 필요한 능력입니다. 하지만 기왕에 (웹표준과 웹퍼블리셔에 대한 이야기를 담는) 이 블로그를 운영하면서 웹퍼블리셔들에게 협업적인 마인드와 능력을 조금 더 강조하고 싶습니다. 웹기획자나 웹디자이너 웹개발자들보다도 확실히 현재의 업무적인 위치에서 협업적인 능력이 크게 요구되는 직군이라고 생각하기 때문입니다. 또 한가지 최근에 웹퍼블리셔들에 대한 수요가 많이 높아지면서 웹표준 기술만 알면 몸 값을 올릴 수 있다라는 거품 섞인 분위기가 만들어지고 있는 것 같아서 환기를 시켜 보고자 협업에 대한 이야기를 강조해 봤습니다. 기술로써 몸 값을 올릴 수 있다면 협업을 잘 해내는 것도 아주 중요한 기술임을 말입니다.

끝으로 당신이 만약 웹퍼블리셔이고, 한참 프로젝트를 진행중이라면 다음과 같은 동료를 위한 주석 한 줄을 고민했으면 하고 바라겠습니다.

2009년 1월 7일 수요일

웹퍼블리셔에게 가장 중요한 것은 무엇일까?

그동안 본 블로그를 통해서 어떤 사람들이 웹퍼블리셔가 되는지, 웹퍼블리셔들은 어떤 일을 해야 하는지, 문서화의 중요성, 웹퍼블리셔들에게 필요한 가이드라인커뮤니티 사이트 소개, 어떻게 표준화를 지켜갈 것인지, UI개발자와 웹퍼블리셔라는 명명의 문제, 개발 프로세스(웹 개발 프로세스) 등 적지 않은 이야기들을 나름대로 풀어 놓았던 것 같다. 하지만 아직도 뭔가 부족한 것이 있다는 생각을 갖고 있었는데 며칠전 가까운 지인들을 만난 자리에서 한 친구가 중요한 사실 하나를 깨닫게 해주는 이야기를 들려 주었다.

협업은 함께 완성해 나가는 작업이다

어떤 분야든 사람은 혼자서 모든 일을 온전히 다 해내기란 쉽지 않다. 특히나 우리가 업으로 삼고 있는 IT. 그 중에서도 웹과 관련된 직종은 기술이 점차 발전하고 사용자의 욕구가 높아질 수록 디테일해지고, 세분화 되는 경향을 보인다. 웹퍼블리셔라는 직군만 해도 최근 몇년 사이에 새롭게 등장한 것이며, 근래에는 UI개발자, 마크업개발자, 자바스크립터, 웹퍼블리셔 등 업무의 범위에 따른 구분이 보다 심화되고 있는 실정이다. 하지만 여전히 큰 틀에서 바라보면 웹은 웹기획자와 웹디자이너, 웹개잘자 그리고 웹퍼블리셔(UI개발자)의 협업으로 완성된다. 내가 친구로부터 새삼 깨달은 것이 바로 이것이고, 지금 말하고 싶은 것이 바로 이것- 협업에 관한 것이다.

업계에서는 흔히 Co-work 이라고 부르는 이것은 사실 새삼스러울 것도 없고, 특별한 설명이 덧붙여지는 것도 아니다. 하나의 프로젝트를 위해서 각기 기술을 가진 이들이 서로 의견과 생각을 나누고, 업무를 나누며, 일사분란하게 일을 처리해서 완성해 나간다는 것인데 웹퍼블리셔에게 있어 이 협업이 다른 직군보다도 더 중요한 요소일 수 있다고 본다.

웹퍼블리셔 중심의 웹 표준 개발 프로세스

웹퍼블리셔 중심의 웹 표준 개발 프로세스

웹 개발 프로세스 에서도 언급했던 내용인데 웹 표준으로 진행되는 프로젝트의 경우 점차로 웹퍼블리셔의 역활이 중요해진다. 기획 단계에서부터 사이트 오픈과 이후의 유지보수까지 전 단계에 걸쳐 웹퍼블리셔는 빈 자리를 찾아 볼 수 없다. 기획자와 함께 스토리보드를 대신하는 구조적 HTML 문서(마크업)를 만들고, 웹디자이너와 웹접근성 관련 이슈들을 논의하면서 최적의 디자인 가이드라인을 만들어야 하며, 이에 맞는 적절한 CSS를 작성한다. 개발자와는 오픈 이후에도 웹표준을 준수하는 사이트를 위한 표준화 가이드라인을 제작하면서 검증 작업을 수행해야 한다. 오픈 이후의 유지보수를 통해서도 사이트의 웹표준 준수를 유지시켜야 할 책임도 가진다. 꽤나 부담스러울 수 있기는 하지만 그만큼 웹퍼블리셔에게 있어 다른 직군들과의 협업 문제가 중요함을 집어낼 수 있다.

그래서 웹퍼블리셔들에게는 대인 관계가 좋고 업무적으로 마찰을 줄이면서 효과적으로 협업을 이끌어 갈 수 있는  마음가짐 내지는 자세가 요구되고, 때때로 훌륭한 PM이나 팀장, 기획자들로부터 배울 수 있기도 하다.

경험적으로도 내부든 외부든 개발자들과의 소통이 원할하지 않아(대체로 개발자가 멍청하거나 무능력하다고 생각하면서- 또는 알면서도 게을러서 해주지 않는다고 생각하는-) 마무리 단계의 프로젝트가 산으로 가 버리는 경우가 많았다. 자신의 디자인에 자부심이 지나친 디자이너와 의견이 맞지 않아서 감정적으로 화가 나서 제대로 일을 처리해 주지 않았던 적도 있었다. 기획자는 또 어떤가! 훌륭한 기획자도 많지만 그렇지 않은 경우도 적지 않다. 그들과 일을 함께 할 때는 차라리 내가 기획을 하고 말겠다! 라는 전직의 희망(?)까지도 꿈틀대곤 했다. 이런 프로젝트는 분명히 엉망이 되어 버리곤 했다.

과거에는 기획자만이 디자이너와 개발자 그리고 클라이언트 사이를 오가며 온갖 원망과 모욕을 받아내며 버티곤 했다. 굳이 지금에 와서 웹퍼블리셔가 그 역활을 해야 한다는 것은 아니다. 앞으로의 웹퍼블리셔들에게 확실히 요구되는 것은 내 경험이나 지금 바로 현업에서 일을 하고 있는 웹퍼블리셔들이 이미 느끼고 있을 그것을 자신이 풀어야 한다는 것이다. 웹기획자와 웹디자이너 그리고 웹개발자. 조금 더 깊게는 클라이언트까지 충분한 지식과 경험으로 설득하고, 제안하며, 때로는 현실적으로 타협해 가면서 서로간의 업무가 단순히 기계적이지 않고 인간적으로 손을 맞잡고 함께 풀어가야 한다는 인식을 가져야 한다는 점이다.

HTML, CSS, JavaScript, DOM, Web Accessiblity 등 웹표준과 관련된 다양한 기술과 이론들을 충분히 배우고 알고 있더라도 협업에 대한 현실적인 마음가짐이 부족하다면 웹퍼블리셔로서의 당신은 충분한 자격이 없다고 봐야 할지도 모르겠다.