Feature Prioritization
기능 우선순위
기능 우선순위는 가치, 증거, 비용, 위험에 따라 작업을 체계적으로 정렬하는 방법입니다.
다른 예시
사람들은 새로운 프로필 테마를 요청합니다. 팀은 더 큰 위험을 초래하는 신뢰할 수 없는 결제를 먼저 수정합니다.
주요 부분
- 01Candidate work
- 02Value and evidence
- 03Cost, effort, and risk
사용할 때
팀이 완료할 수 있는 것보다 더 유용한 작업이 있을 때 사용하세요.
다음 경우에는 사용하지 마세요
추측을 스코어카드에 넣고 최종 숫자가 정확한 것처럼 절대 행동하지 마세요.
코드에서 사용된 이름
RICE / impact-effort 출시하기 전에
Check the target user, wanted result, current baseline, evidence source, scope, owner, and success level. List assumptions, open risks, and the next test or decision.
Outcome：Complete the task with 기능 우선순위 (Feature Prioritization)。 User context：사람들은 새로운 프로필 테마를 요청합니다. 팀은 더 큰 위험을 초래하는 신뢰할 수 없는 결제를 먼저 수정합니다. Product concept to apply：기능 우선순위 (Feature Prioritization)。 Why it fits：팀이 완료할 수 있는 것보다 더 유용한 작업이 있을 때 사용하세요. Do not use it when：추측을 스코어카드에 넣고 최종 숫자가 정확한 것처럼 절대 행동하지 마세요. Product framing: Name the target user and wanted result. Record the current baseline and evidence. Set what is in and out of scope, the limits, the owner, and the time frame. Decision quality: Keep facts, guesses, and unknowns separate. Record the options you did not choose and what evidence would change the decision. Acceptance criteria: The document names an owner, target user, measurable result, scope limit, evidence source, open risks, and next test. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Target group, baseline, success level, owner, time frame, dependencies, and review schedule.
이 요청을 확인하세요
Review how 기능 우선순위 (Feature Prioritization) is used now. Definition: 기능 우선순위는 가치, 증거, 비용, 위험에 따라 작업을 체계적으로 정렬하는 방법입니다. Release checks: Check the target user, wanted result, current baseline, evidence source, scope, owner, and success level. List assumptions, open risks, and the next test or decision. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.