개발자와의 협업 — 이 질문만은 피하자

"빠르고 정확한 협업은 질문의 품질에서 시작된다. 모호한 질문은 모호한 결과를 만든다."

프로덕트 기획자, 디자이너, PO, 혹은 서비스 담당자라면 개발자와의 대화에서 같은 질문을 여러 번 반복하게 될 때가 있습니다. 질문 자체가 문제를 만들기도 합니다. 

이 글은 실제 협업 현장에서 자주 쓰이지만 피하는 것이 좋은 질문과, 그 대신 사용할 실전형 질문 예시를 정리한 가이드입니다. 목표는 명확한 요구사항 전달과 불필요한 재작업을 줄이는 것입니다.

1. 피해야 할 질문 #1 — "이거 가능한가요?"

문맥 없이 "이거 가능한가요?"만 묻는 것은 개발자가 정확한 답변을 내리기 어렵게 만듭니다. 가능한지 여부는 요구사항의 범위, 우선순위, 기술적 제약에 따라 달라집니다.

대체 질문 (권장)

• "이 기능을 구현하려면 어떤 데이터가 필요하고, 예상 작업량(예: 1~3일 / 1~2주)은 어떻게 될까요?"
• "현재 시스템에서 이 기능을 추가할 때 가장 큰 기술적 제약은 무엇인가요?"

2. 피해야 할 질문 #2 — "왜 안돼요?"

감정 섞인 질문은 방어적 반응을 유발할 수 있습니다. 문제가 발생했을 때는 원인 파악을 돕는 구체적 질문이 더 생산적입니다.

대체 질문 (권장)

• "이 오류 로그에서 핵심 원인은 무엇으로 보이나요? 로그와 재현 단계는 다음과 같습니다."
• "현재 상황을 재현하기 위해 제가 해야 할 테스트 단계는 무엇인가요?"

3. 피해야 할 질문 #3 — "얼마나 걸려?" (맥락 없는 일정 질문)

단순한 일정 질문은 추정의 정확도를 떨어뜨립니다. 범위와 우선순위를 함께 제시하면 더 정확한 답을 얻을 수 있습니다.

대체 질문 (권장)

• "이 기능의 최소 요건(MVP)을 기준으로 예상 소요 기간을 알려주시고, 추가 옵션별로 기간이 어떻게 달라지는지 예시를 부탁드립니다."
• "우선순위가 A·B·C로 나뉠 때 각 항목에 대한 예상 작업량을 간략히 제시해 주세요."

4. 좋은 질문을 만드는 세 가지 원칙

질문을 하기 전에 다음 세 가지를 점검하면 훨씬 생산적인 대화가 됩니다.

• 맥락 제공: 현재 목표와 사용자 시나리오를 간단히 설명합니다.
• 재현 방법 첨부: 오류나 기대 동작을 재현할 수 있는 단계 또는 데이터 샘플을 포함합니다.
• 우선순위 명시: '반드시 이번 릴리즈'인지 '다음 마일스톤'인지 분명히 합니다.

5. 실전 템플릿 — 개발자에게 보낼 메시지 예시

제목: [요청] 결제 페이지 - 할인 코드 적용 오류 (우선순위: 높음)

내용 요약: 사용자 A가 할인 코드 입력 후 결제가 실패함. 재현 단계와 오류 로그를 아래에 첨부합니다.

• 재현 단계: 1) 장바구니에 상품 추가 2) 할인 코드 'NEW10' 입력 3) 결제 시도 → 결제 실패
• 오류 로그: payment.js:234 UnhandledPromiseRejectionError ...
• 요청: 원인 분석 및 임시 우회 방법 제안, 추정 소요시간(대략)

맺음말

질문의 품질을 바꾸면 협업의 속도와 완성도가 달라집니다.

개발자 협업에서 피해야 할 질문을 줄이고, 위와 같은 대체 질문과 템플릿을 사용하면 커뮤니케이션 비용을 크게 낮출 수 있습니다. 처음에는 습관을 바꿔야 하지만 곧 팀의 표준이 되어 더 빠른 결과를 만듭니다. 필요하면 이 글의 템플릿을 팀 위키에 복사해 두세요.