정리정돈's Blog

모든 일에는 애로사항이 있습니다만 퍼블리싱을 할 때에 제가 겪었던 애로사항을 적어봅니다.
(이 글은 작년 8월에 쓴 글입니다. 호랑이 담배 필 때군요;; 이전에 썼던 글들과 연결이 됩니다.)

작업시간의 보장

일정을 잡을 때 퍼블리싱에 대한 일정이 조금 촉박하다는 생각이 들었습니다. 생각해 보니 킥오프 때나, 개발자가 DB설계를 하는 동안에도, 디자이너가 메인 서브 디자인의 가이드 작업이 끝날 때 까지 퍼블리셔는 프로젝트의 주변인이 되는 경우가 있더군요. 물론 넘기는 페이지마다 잘라서 html에 짜맞추는 일이라면 필요한 시간은 잘라 붙이는 게 다겠지만 모든 퍼블리셔가 말하건대 그렇지가 않죠. 능숙하고 잘 하면 시간이 적게 들겠지만 그게 아니라 기본적으로 필요한 설계에 대한 시간보장이 필요하다는 것입니다.

비구조적인 스토리보드

위에서 언급한 작업 시간의 보장에 대한 말과 연결이 됩니다. 퍼블리셔에게 반듯한 스토리보드는 작업시간의 단축을 가져오니까요. 스토리보드가 비 구조적이라는 건 다양한 경우를 미리 확인 하고 작업을 해야 하는 퍼블리셔에겐 재앙입니다. (물론 디자인도 마찬가지 입니다. psd 다 열어서 레이어 다 수정 하고, 가이드도 바뀌고.. 끔찍합니다!)
그럼 결론은 스토리보드가 잘나야 한다는 말이 되네요. 디자이너든 퍼블리셔든 개발자이던 스토리보드를 통해 구조를 한눈에 파악하는데 도움이 될 수 있도록 쉽게 작성되어야 하겠습니다.
기획 문서 자체가 html이어야 한다는 말을 들었는데 오히려 쉽지 않은 일이죠. 그건 아주 나중에나 언급할 수 있을 문제일 수 도 있습니다만 그런 의미는 아닙니다. 문서 구조의 표준이 필요한 거죠.                          

처음 이 글을 작성 할 때에는 참 할말이 많았던 것 같지만 이제 와서 다시 보고 추스르니 그렇게 많고 큰 내용은 없네요. 그리고 지금 와서 생각 했을 때에 가장 애로사항을 줄이는 길은 아직은 정착된 프로세서라는 것이 명확하진 않기 때문에 각 작업자들 간의 많은 커뮤니케이션과 이해라는 생각이 듭니다. 너무 많은 불만들이 사실은 짜증을 낸다거나 하기 전에 조금의 이해만 하면 해결 될 일들이 많으니까요.

이올린에 북마크하기(0) 이올린에 추천하기(0)