면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
가장 중요하게 생각하는 것은 각 팀이 프로젝트를 보는 관점이 다르다는 것을 전제로 정보를 재구성해서 전달하는 것입니다. 개발팀에는 기술적 제약과 일정을, 디자인팀에는 사용자 경험 관점을, 경영진에는 비즈니스 지표 중심으로 같은 내용을 다르게 정리해 전달했습니다. 신규 기능 출시 프로젝트에서 이렇게 청중별로 문서를 나눠 공유한 뒤로 회의 시간이 평균 20분가량 줄었습니다.
의사결정을 내릴 때 그 근거를 숨기지 않고 모든 이해관계자에게 동일하게 공유하는 것을 원칙으로 삼고 있습니다. 우선순위를 조정해야 했던 상황에서 왜 특정 기능을 다음 스프린트로 미뤘는지 데이터와 함께 설명 문서를 공유했더니, 불만이 나올 것으로 예상했던 팀에서도 오히려 수긍하는 반응을 받았습니다. 근거를 감추면 신뢰가 무너진다는 것을 그때 배웠습니다.
팀원과의 소통에서는 결과 보고보다 진행 중인 맥락을 먼저 공유하는 것을 중요하게 생각합니다. 막힌 부분이 있으면 완성된 결과가 아니라 중간 상태에서도 공유해 미리 의견을 받는 방식을 택하고 있습니다. 한 기능 기획 단계에서 초안을 일찍 공유한 덕분에 개발 착수 전에 구조적 문제를 발견해 재작업을 피할 수 있었습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.