37장. 제품 개발의 요구사항

제품 성과와 사용자 문제에서 기회를 찾고 해법 후보·실험·학습 지표를 분리해 기능 생산을 목표로 착각하지 않는다.

이번 장에서 해결할 질문

학습 목표

• “제품 발견·성과·실험과 요구사항을 어떻게 연결해 기능 목록화를 피하는가?”에 답하는 데 필요한 개념과 근거를 설명한다.
• 수강신청 사례에 같은 판단 기준을 적용하고 확인할 빈칸과 다음 행동을 기록한다.

핵심 개념

제품 개발의 실패는 정해진 기능을 늦게 만드는 것만이 아니다. 사용자가 겪지 않는 문제를 훌륭하게 해결하거나, 지표 하나를 올리면서 더 중요한 권리와 서비스 신뢰를 해치는 것도 실패다. 그래서 무엇을 만들지 결정하기 전에 기대하는 결과와 틀릴 수 있는 가정을 다뤄야 한다.

이 장에서는 문제·기회, 제품 목표, 성과 지표와 가설을 요구사항 활동에 연결한다. 발견과 실험에서 얻은 증거로 투자 결정을 갱신하면서도 업무 규칙·품질 제약·윤리적 경계를 놓치지 않는 제품 중심 접근을 살펴본다. 학습 결과와 승인된 요구를 구분해 다음 투자 판단의 근거도 남긴다.

1. 제품 성과에서 출발한다

제품 발견이 요구사항을 대신하지는 않는다. 발견은 문제·사용자·가치와 해법의 불확실성을 줄이고, 요구사항은 그 결과를 이해관계자 필요·규칙·품질·제약·검증 가능한 조건으로 연결한다. 전달에서 얻은 증거는 다시 발견으로 돌아간다. 문제→해법→구현의 한 방향이 아니라 문제·기회·결과·가설·요구·검증·학습이 반복되는 순환이다.

IIBA의 Product Ownership Analysis는 제품 소유와 비즈니스 분석을 결합해 가치 있는 결과를 만드는 실무를 다룬다. Teresa Torres가 소개한 Opportunity Solution Tree는 원하는 결과에서 고객의 필요·고충·욕구인 기회, 가능한 해법과 검증할 가정을 연결해 보는 도구다. 특정 트리 형식을 반드시 써야 하는 것은 아니며 근거 없는 가지를 많이 그리는 것이 발견의 품질을 보장하지 않는다.

이 사례에는 실제 제품팀, 사용자 조사 표본과 운영 기준선이 없다. OUT, OPP, HYP, EXP 항목은 모두 교육용 후보다. 10부의 G-01G-01 · 목표목표가 필요를 유발, 효과는 측정 전.과 FR-001–FR-005FR-001–FR-005FR-001: 학생·분반·학사 규칙과 강좌 상태를 평가해 승인 또는 근거 있는 거절 결과를 기록하고 제공한다는 기능 요구다. · FR-002: 인증·대상·신청 기간과 요청 형식을 확인해 신청 의도를 고유 식별자로 접수하고 접수 결과를 제공한다는 기능 요구다. · FR-003: 인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. · FR-004: 같은 신청 의도를 다시 보내도 복수 승인이나 좌석 변동을 만들지 않고 기존 신청 상태에 연결한다는 기능 요구다. · FR-005: 신청·판정 이력.를 유지하며, 새로운 제품 지표나 대기명단을 승인된 범위로 바꾸지 않는다.

첫 흐름은 문제와 기회를 사용자 행동·업무 결과로 표현하는 일이다. “상태 조회 화면이 없다”는 해법의 부재이고, “학생이 신청 결과를 알 수 없어 같은 의도를 반복 제출하고 담당자가 첫 30분에 재처리한다”가 문제 후보에 가깝다. 원인과 규모는 아직 ASM-001ASM-001 · 가정결과를 알 수 없는 상태에서 발생하는 반복 제출이 수동 재처리 증가에 유의미하게 기여한다는 미확인 가정이다.이므로 실제 로그·문의·관찰로 확인해야 한다.

문제 프레임 후보를 다음처럼 둔다.

기회는 제품 아이디어가 아니라 사용자의 충족되지 않은 필요로 표현한다.

• OPP-STATUS-01OPP-STATUS-01 · 기회학생은 제출 직후와 재접속 뒤에도 접수와 최종 판정을 구분해 알고 싶다.: 학생은 제출 직후와 재접속 뒤에도 접수와 최종 판정을 구분해 알고 싶다.
• OPP-REASON-01OPP-REASON-01 · 기회학생은 거절·보류의 공개 가능한 이유와 자신이 할 수 있는 다음 행동을 알고 싶다.: 학생은 거절·보류의 공개 가능한 이유와 자신이 할 수 있는 다음 행동을 알고 싶다.
• OPP-RECOVER-01OPP-RECOVER-01 · 기회응답 유실·세션 만료·규칙 장애에서도 새 효과를 만들지 않고 기존 신청을 찾고 싶다.: 응답 유실·세션 만료·규칙 장애에서도 새 효과를 만들지 않고 기존 신청을 찾고 싶다.
• OPP-OPERATE-01OPP-OPERATE-01 · 기회담당자는 보류·중복·연계 장애를 서로 구분해 안전하게 처리하고 싶다.: 담당자는 보류·중복·연계 장애를 서로 구분해 안전하게 처리하고 싶다.

이 문장도 사실로 단정하지 않는다. 인터뷰에서 나온 말, 실제 행동, 지원 기록과 로그가 같은 문제를 가리키는지 삼각 검증한다. 학생이 “알림이 필요하다”고 말해도 실제 필요는 결과를 놓치지 않는 것일 수 있다. 알림, 상태 조회, 명확한 접수 확인은 서로 다른 해법이다.

발견 조사는 편한 사용자 몇 명에게 원하는 기능을 묻는 것으로 끝나지 않는다. 피크 시간에 성공한 학생만 모집하면 응답 유실·접근 장벽·학적 정정 중인 사용자의 경험이 사라진다. 담당자 인터뷰만 하면 학생의 불안과 자기 회복 행동보다 운영 효율이 지나치게 크게 반영될 수 있다. 필요한 관점이 빠지지 않도록 조사 대상을 구성한다.

연구 질문도 특정 해법을 전제하지 않게 쓴다. “알림이 있으면 좋겠는가?”보다 “제출 뒤 무엇을 보고 접수됐다고 판단했는가?”, “결과를 알 수 없을 때 다음에 무엇을 했는가?”, “어떤 정보가 있었다면 다르게 행동했을 것인가?”를 묻는다. 반대 사례와 문제를 겪지 않은 사용자도 찾아 현재 회복 방식과 숨은 비용을 비교한다.

기회 후보에는 출처·빈도만이 아니라 심각도, 목표와의 관련성, 현재 대안, 집단별 차이, 해결 권한과 신뢰도를 기록한다. 빈도가 낮아도 잘못된 승인이나 개인정보 노출처럼 피해가 큰 기회는 우선 검토할 수 있다. 빈도가 높아도 제품 밖의 학칙·교육·지원 절차가 더 나은 해결책일 수 있다.

계획에서 언급한 신청 포기율 감소와 공정성 향상은 G-01G-01 · 목표목표가 필요를 유발, 효과는 측정 전.과 자동으로 같은 결과가 아니다. OUT-ABANDON-01OUT-ABANDON-01 · 프로젝트 항목은 어떤 신청 단계의 포기를 말하는지, 포기가 나쁜지와 측정 분모를 정해야 한다.은 어떤 신청 단계의 포기를 말하는지, 포기가 나쁜지와 측정 분모를 정해야 한다. 조건을 이해해 부적격 신청을 중단하는 것은 좋은 결과일 수 있다. OUT-FAIR-01OUT-FAIR-01 · 프로젝트 항목도 선착순, 동일 규칙 적용, 취약집단 접근, 설명·이의 가능성 가운데 무엇을 공정성으로 보는지 정책 합의가 필요하다.도 선착순, 동일 규칙 적용, 취약집단 접근, 설명·이의 가능성 가운데 무엇을 공정성으로 보는지 정책 합의가 필요하다.

두 번째 흐름은 원하는 outcome과 해법을 구분하고 측정 지표를 정하는 일이다. 산출물은 만든 기능·화면·API이고, outcome은 그 결과로 달라진 사용자 행동이나 업무 상태다. 더 먼 impact는 학업 계획 안정, 행정 비용과 서비스 신뢰처럼 여러 요인의 영향을 받는다.

수강신청 제품 결과 후보를 다음처럼 구성한다.

OUT-ENR-01OUT-ENR-01 · 프로젝트 항목다음 학기 피크 기간에 결과를 알 수 없어 발생하는 동일 의도 반복 제출과 첫 30분 수동 재처리를 기준선보다 줄이되, 잘못된 승인·좌석 불일치·미해결 보류·개인정보 노출과 접근 장벽을 악화시키지 않는다.: 다음 학기 피크 기간에 결과를 알 수 없어 발생하는 동일 의도 반복 제출과 첫 30분 수동 재처리를 기준선보다 줄이되, 잘못된 승인·좌석 불일치·미해결 보류·개인정보 노출과 접근 장벽을 악화시키지 않는다.

BR-001BR-001 · 업무 요구목표값과 투자 범위. 사업 후원자·교무 책임자.의 50%는 목표 후보로만 연결하고 기준선과 귀속 가능성을 확인한다. 같은 사용자의 같은 강좌·학기·의도를 무엇으로 식별할지, 안전한 기술 재시도와 실제 중복 행동을 어떻게 구분할지 정의해야 한다.

선행 지표와 후행 지표도 구분한다. 상태 조회 성공과 이해도는 빠르게 볼 수 있는 선행 신호이고, 피크 수동 재처리 감소는 실제 학기 운영에서 확인할 후행 결과다. 클릭 수나 알림 열람률은 관찰하기 쉽지만 목표와의 인과가 약하다. 대시보드에 있다는 이유로 성공 지표가 되지 않는다.

기준선은 같은 정의·기간·대상·데이터 품질로 측정한다. 직전 학기와 비교할 때 신청 규모, 강좌 수, 정책, 장애와 홍보가 달랐는지 본다. 무작위 실험이 어렵다면 단계적 출시, 중단 시계열, 유사 집단 비교를 사용할 수 있지만 인과 한계를 기록한다. 결과가 좋아도 보안 사건이나 특정 집단의 실패율이 증가하면 출시 확대를 멈출 조건을 둔다.

지표에는 이름보다 측정 계약이 필요하다. MET-REPEAT-01MET-REPEAT-01 · 프로젝트 항목반복 제출을 측정하기 위해 사건 원천, 유일 의도 키, 분자·분모, 제외할 기술 재시도와 집계 기간을 정하는 지표 계약 후보다. 후보라면 사건 원천, 유일 의도 키, 분자·분모, 제외하는 기술 재시도, 집계 시간대, 지연 도착 수정, 보존 기간과 데이터 책임자를 정한다. 계측 코드는 제품 기능과 함께 버전 관리하고, 사건 누락·중복·봇·운영자 대리처리를 검증한다. 측정 정의가 바뀐 시점 전후의 추세를 한 선으로 이어 붙이지 않는다.

계측이 없다는 이유로 무조건 새 로그를 수집하지 않는다. 목적에 필요한 최소 사건인지, 기존 데이터로 충분한지, 민감한 학적 정보와 결합되는지 검토한다. 분석용 식별자는 운영 권한과 분리하고 소수 집단의 결과가 재식별되지 않도록 공개 범위를 제한한다.

Opportunity Solution Tree 후보는 다음 관계를 보여 준다.

2. 기회와 해법 후보를 분리한다

알림 SOL-NOTIFY-01SOL-NOTIFY-01 · 해법 가설적시 전달이 문의를 줄임.은 여러 기회를 보조할 수 있지만 공식 상태를 대신하지 않는다. 좌석 대기명단 SOL-WAIT-01SOL-WAIT-01 · 해법 가설별도 좌석 부족 기회.은 좌석 부족 뒤 기회를 다룰 수 있으나 현재 G-01G-01 · 목표목표가 필요를 유발, 효과는 측정 전.과 승인 범위가 다르고 ASM-003ASM-003 · 가정처리 보류가 좌석을 점유하는가?, RULE-004RULE-004 · 업무 규칙분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다., RULE-005RULE-005 · 업무 규칙우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다., ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다.이 미결이다. 트리에 그릴 수 있다는 사실이 구현 우선순위를 의미하지 않는다.

해법 후보는 기대 가치만으로 고르지 않는다. 어떤 기회를 얼마나 직접 다루는지, 가장 위험한 가정, 사용자·운영 피해, 규칙·데이터·연계 의존성, 가역성, 학습 비용과 장기 유지비를 함께 비교한다.

가장 화려한 해법보다 중요한 가정을 빠르고 안전하게 확인할 수 있는 조합을 우선한다. 한 번에 여러 해법을 출시해 지표가 좋아지면 무엇이 기여했는지 알기 어렵다. 다만 안전한 접수와 인가는 분리 실험할 수 없는 기반일 수 있으므로 인과 순도보다 사용자 보호를 우선한다.

세 번째 흐름은 가설을 반증 가능한 요구·검증으로 바꾸는 일이다. 가설은 “이 기능이 좋을 것이다”가 아니라 대상, 행동 변화, 원인 가정, 측정과 중단 조건을 포함한다.

HYP-STATUS-01HYP-STATUS-01 · 프로젝트 항목접수·판정·사유·다음 행동을 한 번의 공식 상태 조회로 제공하면, 결과를 알 수 없는 학생의 반복 제출이 기준선보다 감소할 것이다. 학생이 상태를 정확히 설명하지 못하거나 중복·오승인이 늘면 반박한다.에서 먼저 검증할 가정은 적어도 네 가지다. 실제 반복 제출의 주원인이 결과를 알 수 없는 상태인지, 학생이 상태·사유를 이해하는지, 공식 데이터를 필요한 시간에 제공할 수 있는지, 조회가 피크 부하를 견디는지다. 가정의 중요도와 불확실성을 비교해 가장 위험한 것부터 시험한다.

Product Talk의 최근 설명은 발견 단계의 가벼운 assumption test와 구축 뒤 영향 측정 실험을 구분한다. 완성 기능을 다 만든 뒤 A/B 시험만 하는 것보다 로그 분석, 인터뷰, 프로토타입 이해도 시험, 계약·부하 탐침으로 중요한 가정을 더 싸고 일찍 확인할 수 있다.

프로토타입에서 참가자가 문구를 이해했다고 데이터 일관성이 검증된 것은 아니다. 부하 탐침이 통과했다고 사용자 가치가 확인된 것도 아니다. 각 검증은 줄이는 불확실성과 줄이지 못하는 불확실성을 적는다. 여러 증거가 같은 결론을 지지할 때 다음 투자 결정에 대한 확신을 높일 수 있다.

검증에는 윤리와 권리 제약이 있다. 실제 수강 기회를 일부 학생에게만 의도적으로 불리하게 제공하는 시험, 규칙 장애를 알리지 않고 만드는 시험, 필요 이상의 학적·장애 정보를 수집하는 분석은 제품 학습이라는 이름으로 정당화되지 않는다. 최소 데이터, 목적 제한, 접근 통제, 적절한 동의·고지, 철회와 피해 대응을 조직 정책·법률 책임자와 확인한다.

공정성 가설은 특히 평균 지표로 시험하지 않는다. 규칙을 동일하게 적용했는지, 접근 채널과 보조기술에서 과업이 가능한지, 판정 이유와 이의 경로가 있는지, 집단별 오류·지연 격차가 있는지를 분해한다. 집단 데이터를 수집하는 행위 자체의 적법성·필요성도 먼저 검토한다.

가설에서 요구로 넘어갈 때는 학습용 변형과 운영 불변조건을 구분한다. 상태 설명의 순서·문구는 프로토타입으로 바꿀 수 있지만 다른 학생의 신청 비노출, 규칙 실패 자동 승인 금지, 좌석 초과 없음은 실험 변수가 아니다. FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다., IR-001IR-001 · 인터페이스 요구자격·운영 흐름., QR-006QR-006 · 품질 요구대표 사용자는 신청·상태 과업과 공개 사유의 다음 행동을 합의한 성공 기준으로 이해해야 한다을 보호 조건으로 유지한다.

네 번째 흐름은 학습 결과로 요구와 우선순위를 갱신하고 근거를 남기는 일이다. 실험은 통과 도장을 받는 절차가 아니라 다음 결정을 위한 증거다. 결과가 기대와 다르면 구현을 강행하는 대신 문제 프레임, 기회, 해법, 측정 또는 표본이 틀렸는지 돌아간다.

학습 기록에는 가설, 결정 전 예측, 방법·표본, 데이터 품질, 결과, 한계, 결정자, 결정과 후속 요구를 남긴다. 결과를 본 뒤 성공 기준을 바꾸는 것을 막고, 실패한 실험도 중복 투자를 줄이는 자산으로 만든다. 대시보드 스크린샷만 남기지 않고 정의와 분석 쿼리·기간·버전을 재현 가능하게 한다.

지표 변화와 사용자 가치도 함께 해석한다. 반복 제출이 줄었지만 학생이 신청을 포기해서라면 목표를 달성한 것이 아니다. 문의가 줄었지만 지원 경로를 숨겼다면 비용만 이동했다. 조회 시간이 줄었지만 오래된 캐시가 승인처럼 보이면 신뢰를 해친다. 결과 지표, 사용자 연구, 운영·품질·보호 지표를 함께 본다.

제품 요구의 추적은 다음처럼 학습까지 이어진다.

학습 때문에 요구가 바뀌어도 원래 근거를 덮어쓰지 않는다. 대체·폐기·보류 상태와 버전을 기록하면 왜 지금의 해법을 선택했는지, 어떤 증거에서 다시 검토해야 하는지 알 수 있다. 계약·법·학칙 요구는 제품 실험 결과만으로 폐기하지 않고 권한 있는 변경 절차를 따른다.

이 장에서 정리한 결과는 Opportunity Solution Tree 후보, 결과·보호 지표표, 가설 카드, 가정-검증 계획, 실험-학습 결정 기록이다. 다음 장에서는 같은 요구와 변경을 한국 SI 사업의 제안요청·계약·정의서·설계서·시험·검수·감리 산출물 속에서 어떻게 일관되게 유지하는지 살펴본다.

3. 제품 발견의 산출물과 인계

수강신청 사례에 적용

판단 기준과 흔한 오류

직접 해보는 실습

핵심 요약

관련 도구와 다음 경로