제품 스펙을 정의하기 위해 어떤 논리적 사고 과정을 거치나요?

제품 스펙을 정의할 때 제가 들고 가는 사고 순서는, 문제 정의에서 출발하는 것입니다. 수업 기획 과제에서 기능 아이디어를 먼저 제안했다가, 왜 이 기능이 사용자에게 필요한지에 대한 답이 없어 방향이 흔들린 적이 있었습니다. 그래서 저는 순서를 문제 정의 → 세분화 → 기능 도출로 바꿨더니 스펙 결정이 훨씬 안정됐습니다. 어떤 사용자가 어떤 상황에서 어떤 문제를 겪는지를 사용자 시나리오 문서로 먼저 쓰면, 어떤 스펙이 필요한지가 자연스럽게 드러났습니다. 또 '빠르게'나 '쉽게' 같은 측정 불가능한 표현은 구체적 수치로 바꿔 모호함을 없앴습니다. 다만 제 한계도 인정합니다. 저는 과제 수준이라, 기능과 비기능 요구사항을 분리해 개발팀이 놓치는 비기능 항목을 미리 명시해 본 경험은 적습니다. 또 문제 정의가 빗나가면 그 뒤 스펙 전체가 어긋납니다. 그래서 문제 정의에서 출발하는 순서를 토대로, 요구사항 분리와 모호성 제거의 정교함을 더 키우려 합니다.