면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
기획자와 협업할 때는 기획서를 받는 즉시 구현에 들어가기보다, 왜 이 기능이 필요한지 배경을 먼저 물어보는 것을 습관으로 삼고 있습니다. 모바일 앱 신규 기능 개발 당시 기획서상 요구사항만으로는 우선순위가 불명확했는데, 배경을 확인한 결과 특정 사용자 불만을 해소하기 위한 것임을 알게 되어 더 간단한 방식으로 같은 목적을 달성할 수 있었습니다. 이 경험 이후로 요구사항의 목적을 먼저 확인하는 절차를 빠뜨리지 않습니다.
기획자와의 협업에서 요구사항이 기술적으로 구현하기 어려운 경우, 저는 개발이 진행된 후가 아니라 기획 리뷰 단계에서 바로 어려움을 알리는 것을 원칙으로 삼고 있습니다. 예전에 실시간 동기화 기능을 요청받았을 때, 서버 부하 문제로 완전한 실시간은 어렵다는 점을 초기에 설명하고 대신 5초 주기 갱신이라는 대안을 제시해 기획자의 동의를 얻었습니다. 초기에 제약을 공유하니 이후 일정 조율도 훨씬 수월해졌습니다.
팀에서 기획자와의 커뮤니케이션 오류가 반복되는 것을 보고, 주 1회 짧은 동기화 미팅을 제안한 적이 있습니다. 미팅에서는 진행 상황과 막힌 부분을 공유하고, 기획 변경 사항이 있으면 그 자리에서 영향 범위를 함께 논의했습니다. 도입 이후 막판에 기획이 바뀌어 재작업하는 일이 크게 줄었고, 기획자도 개발 진행 상황을 더 명확히 파악할 수 있게 됐습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.