• 컴퓨터/IT > 프로그래밍

2021/3 컴퓨터/IT 27위 | 현재 컴퓨터/IT 48위 |

반디앤루니스 리뷰

“개발하기 싫어서 안 된다고 말하는 게 아니다”

많은 IT 종사자들이 안 된다고 말하는 개발자로 인해 협업에 어려움을 겪는다. 우리는 IT 비전공자로서 소통을 잘하기 위해 개발자의 입장에서 많이 생각하게 됐고, 이 과정을 통해 개발자의 안 된다는 말에 담겨 있는 여러 가지 의미를 깨달았다. 이 책에는 우리의 성장 과정에서 발견한 협업 노하우들을 담아냈다.

“개발 언어를 잘 몰라도 협업을 잘할 수 있다”

개발자와의 협업은 외국인과의 대화와 닮은 점이 많다. 영어 시험 점수는 높은데 외국인과 대화를 못 하는 친구와 시험 점수가 높지 않아도 외국인과 대화를 잘하는 친구를 모두 만나본 적이 있을 것이다. 개발 언어는 영어 단어와 비슷하게 많이 알면 유리하지만 당장 협업에 써먹기는 어렵다. 개발 언어를 배우기 전에 꼭 먼저 알고 있어야 할 정보들에 대해 알아보자.

출판사 리뷰

이 책의 구성 PART 01 가깝고도 먼 개발자 IT 비전공자인 두 저자의 협업 이야기를 생생히 다룬다. 아무런 개발 지식이 없는 상태에서 어떻게 개발자와 협업을 하였는지, 어떤 개발자들이 있는지, 협업하기 위해 준비해야 하는 것은 무엇인지 경험담을 바탕으로 이야기한다. PART 02 기획자의 일 개발자와 원활하게 협업하기 위해, 기획자가 알고 있어야 할 사고 방법과 정보를 다룬다. 서비스를 만드는 전체 과정, 서비즈 구조 이해, 논리적으로 개발자를 설득하는 방법, 리뷰를 요청하는 방법 등을 알아본다. PART 03 디자이너의 일 협업을 잘하는 좋은 디자이너로 성장하기 위해 필요한 마인드와 개발 지식을 다룬다. 개발을 이해하는 디자이너가 되어야 하는 이유, 웹/앱 디자인에 필요한 개발 지식 등을 알아본다. PART 04 개발자의 일 개발자의 업무 환경, 협업을 위한 소통 도구를 소개하고 회사 유형별(대기업, 중소기업, 에이전시, 프리랜서)로 개발자의 협업 사례를 다룬다. “개발하기 싫어서 안 된다고 말하는 게 아니다” 많은 IT 종사자들이 안 된다고 말하는 개발자로 인해 협업에 어려움을 겪는다. 우리는 IT 비전공자로서 소통을 잘하기 위해 개발자의 입장에서 많이 생각하게 됐고, 이 과정을 통해 개발자의 안 된다는 말에 담겨 있는 여러 가지 의미를 깨달았다. 이 책에는 우리의 성장 과정에서 발견한 협업 노하우들을 담아냈다. “개발 언어를 잘 몰라도 협업을 잘할 수 있다” 개발자와의 협업은 외국인과의 대화와 닮은 점이 많다. 영어 시험 점수는 높은데 외국인과 대화를 못 하는 친구와 시험 점수가 높지 않아도 외국인과 대화를 잘하는 친구를 모두 만나본 적이 있을 것이다. 개발 언어는 영어 단어와 비슷하게 많이 알면 유리하지만 당장 협업에 써먹기는 어렵다. 개발 언어를 배우기 전에 꼭 먼저 알고 있어야 할 정보들에 대해 알아보자.

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

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

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

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

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

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

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

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

PART 01 가깝고도 먼 개발자

1. 어딘가 이상한 비전공자의 협업
- 기획자 김 군의 협업
- 디자이너 김 양의 협업
- 우리가 협업을 할 수 있었던 이유

2. 온몸으로 느낀 개발자
- 우리가 만난 세 가지 유형의 개발자
- 협업을 잘하는 개발자
- 개발자에게 하면 안 되는 말

3. 협업을 위한 준비물
- 원활한 협업을 위한 준비
- 개발 지식을 쌓는 순서

PART 02 기획자의 일

1. 서비스 기획 들여다보기
- 서비스 기획의 범위
- 인하우스와 에이전시의 기획자
- 이유와 기준이 있는 기획
- 시각화를 통한 최종 점검

2. 협업을 위한 사전 준비
- 전체를 한눈에 파악하는 IA
- 웹 사이트의 계층 구조 이해
- 목적 중심의 벤치마킹

3. 협업을 돕는 화면 설계서
- 화면 설계서를 작성하는 이유
- 목적을 명확하게 전달하는 방법
- 설계서 타이틀의 중요성
- 스토리텔링을 위한 화면 설계서
- 리뷰를 요청하는 방법

PART 03 디자이너의 일

1. 디자이너의 마인드셋
- 디자인 기획 의도와 목적
- 웹/앱 디자인과 UI/UX 디자인
- 경쟁력을 갖춘 디자이너

2. 정확한 시각화를 위한 개발 지식
- 웹 디자인의 색상
- 이미지/영상
- 폰트
- 해상도
- 프로토타이핑

3. 협업을 위한 개발 지식
- 웹 표준과 웹 접근성
- 크로스 브라우징
- 크롬의 개발자 도구
- 레이아웃
- 모바일 웹
- 그리드
- 앱 디자인 고려하기
- 놓치기 쉬운 항목 체크하기

PART 04 개발자의 일

1. 개발자 이해하기
- 웹 개발자
- 모바일 개발자
- 소통에 필요한 개발 용어

2. 생산성 향상을 위한 협업 툴
- 커뮤니케이션 도구
- 기획자/디자이너의 협업 도구

3. 개발자가 말하는 협업
- 2년 차, 대기업 개발자
- 4년 차, 중소기업 개발자
- 6년 차, 프리랜서 개발자
- 10년 차, 에이전시 개발 CTO