🔥협업의 첫 단추, 기획자*개발자*디자이너 서로를 이해하기

안녕하세요, IT 협업 동아리 PARD에서 기획 파트를 배우고 있는 배예진입니다!

IT 산업에서 일을 하기 위해서는 기획자, 개발자, 디자이너 서로간의 협업이 필수조건이라고 생각이 드는데요 !

IT 협업 동아리 PARD에서는 기디개 세미나를 통해 디자이너와 개발자를 이해하는 시간을 가졌습니다 🔥

PM이 어떻게 디자이너와 개발자와 일해야 하며, 어떻게 서로를 이해하면 좋은지! 세미나를 통해 얻은 꿀Tip들을 회고해보려고 합니다!

사진 출처: Publy

개발자가 원하는 PM은?

기획자는 항상 해주세요~하고 개발자는 항상 안돼요. 하는 이 굴레 속에서 개발자들은 어떤 PM을 원하는지 개발자분의 이야기를 들어보았습니다.

1. 목표를 하나로 만드는 PM
2. 개발자가 그저 코딩만 하는 것이 아닌, 함께 프로덕트를 만들어간다는 인식과 목표를 통해 동기부여를 지속적으로 해주어야 합니다! 코딩하는 기계로서가 아닌, 우리가 만드는 서비스에 관심을 갖고 애정을 쏟게끔 -! 🤩
3. 깊이 있게 정책을 이해한 PM
4. 개발자가 어떠한 질문을 했을 때 바로 답변이 나올 수 있게끔 PM은 문제와 상황, 프로덕트에 대한 깊은 이해를 해야합니다. 그만큼 꼼꼼하게 파악하여 피드백도 줄 수 있어야 합니다. 돌발상황에도 바로 대처할 수 있는 PM이 되어보자구요!
5. 제한된 자원(시간,비용 등)에 맞게 조율하고 소통하는 PM
6. 개발이 가능할 것인지에 대한 여부를 소통을 통해 조율해야 하며, 어려울 시 빠르게 대처하여 정책을 바꾸는 등 다른 방법을 찾아야 합니다!

개발자를 그저 결과물 만든느 사람으로서가 아닌, 함께 프로덕트를 만들어가는 팀원으로 인식하고 소통하는 것이 중요한 포인트라는 생각이 들어요. 그렇기에 개발자의 열정의 온도를 끌어올려 맞추고, 개발자가 이해하기 쉽도록 레퍼런스를 첨부하는 등의 태도가 중요하다는 생각이 듭니다:>

디자이너에게 피드백,,어떻게 하면 될까?

시각디자인을 함께 전공하고 있는 저는, PM으로서 디자이너에게 어디까지 피드백을 해야할까? 라는 고민을 항상 가지고 있었어요.

그러던 중, 기디개 세미나 시간에 디자이너의 결과물을 피드백 하는 시간이 주어졌습니다. 어떻게 하는 것이 좋은 피드백일까요?

1. PM의 입장에서 피드백하기
2. PM은 결국 프로덕트(프로젝트)의 목표를 지니고 정책을 세우고, 관리를 하는 사람입니다. 디자이너가 완벽하다고 생각하는 디자인이, 프로덕트의 방향성과 맞지 않을 수 있어요! 우리의 방향성과 맞는가? 를 잘 체킹해야합니다.
3. 무엇을 피드백할지 모를때는 디자인의 의도를 묻자
4. 어떤것을 피드백해야 할지 모르겠을 때는 디자이너의 의도를 물어봐야 합니다. 디자이너는 객관적으로 자신의 디자인을 바라볼 수 있으며 PM은 기획 의도와 디자인 시안간의 간극을 이해할 수 있어요-!
5. 개인의 심미적 취향이 아닌, 명확한 근거를 가지고 피드백 하자
6. 결국은 피드백에 있어서도 논리가 필요합니다. 단순히 안예뻐요. 가 아닌, 왜 이 디자인이 맞지 않는지, 맞는지에 대한 근거와 프로덕트 목적 파악이 중요합니다.

교내 디자인 수업에서도 피드백을 진행한 적이 많은데, 디자이너의 입장과 피엠의 입장에서 피드백하는 것은 매우 다른 것을 느낄 수 있었습니다.

디자이너는 심미적 요소를 많이 본다면, PM은 논리적인 백그라운드 요소를 많이 봐야하는 것 같아요.

실제 세미나때 피드백을 하다 보니, 논리있는 피드백 하기가 굉장히 어렵더라구요 그만큼 PM은 프로덕트에 관한 생각을 더 깊이있게 해야하며, 디자이너의 생각을 이해하는 연습이 필요할 것 같다는 생각을 하게 되었습니다🤩