개발자와의 협업은 외국인과의 대화와 닮은 점이 많다. 주변에 영어 시험 점수는 높은데 외국인과 대화를 못하는 친구들이 주변에 많다. 반면, 영어 시험 점수가 높지 않은데도 외국인과 소통을 잘하는 친구들도 있다. 개발 언어는 영어 단어와 비슷하다. 많이 알면 분명히 유리하지만 그렇다고 협업을 잘하게 되는 것은 아니다.
---프롤로그

기획서 작성 시 가장 중요한 점은 작성 방법이 아니라, 전달하고자 하는 메시지를 정리하는 것이다. 특히 협업을 할 때는 내가 생각한 의도를 상대방에게 정확하게 전달할 수 있어야 한다. 그러기 위해서 무엇보다 기획 의도를 명확하게 정의할 수 있어야 한다.
---p.19

함께 협업하는 개발자가 “개발 한번 배워 보는 건 어때요?”라고 말을 건네는 것은 정말 개발 언어를 공부하여 개발하라는 뜻이 아니다. 개발을 직접 경험해보면 각각의 디자인 요소들이 실제로 웹에 어떻게 적용되는지 알 수 있기 때문에 하는 말이라는 것을 알아두자.
---p.32

협업을 잘하기 위해서는 상대방을 아는 것만큼이나 자신을 아는 것도 중요하다.
---p.54

“디자인은 예술이 아니다.”
---p.99

경쟁력을 갖춘 디자이너는 개발을 직접 하는 것이 아닌, 개발을 이해하며 개발팀과 원활한 협업이 가능한 디자이너가 되는 것이다. 개발을 이해하는 방법은 실로 다양하다. 가볍게 배울 수 있는 HTML과 CSS 정도만 공부를 하거나, 정말 디자이너에게 필요한 개발 지식만 뽑아 공부하거나, 함께 일하는 개발자와 많은 커뮤니케이션을 하는 등의 방법이 있다. 개발을 이해하면 허황된 상상의 나래를 펼치기보다 되는 디자인과 안 되는 디자인의 차이를 알게 되고, 개발자에게 더 효율적인 디자인을 전달하며 원활한 소통을 할 수 있을 것이다.
---p.110

빈 페이지와 에러 페이지는 기획자나 디자이너가 놓치기 쉬운 부분이다. 보통 사용자가 보는 주 화면인 메인 페이지, 서브 페이지 등을 기획하고 디자인하는 데 초점이 맞춰져 있어 정작 개발을 하고 나면 데이터가 비어있는 곳이 생길 수 있다.
---p.157

개발을 요청할 때는 무엇보다 요청하는 이유가 중요하다. 개발자들도 납득할 근거가 있어야 개발을 할 수 있다. 단순히 “이거 잘 만들어서 매출을 만들어야 해요.”라는 대답은 개발자에게 전혀 공감이 되지 않는다. 문제 해결의 관점에서 발견한 문제가 무엇인지, 어떤 것을 실행해야 하는지, 개발자의 관점에서 좋은 대안이 있는지, 개발을 진행하는 데 문제는 없는지 등 먼저 의견을 물어보는 형태로 접근하고 도움을 요청하는 형태의 대화를 시도하는 것이 좋다.
---p.215

[책 속으로 더 보기 닫기]