제품 핵심 B · 공식 안내 플랫폼: 제품

Product Backlog

제품 백로그

제품 백로그는 계속 변하는 할 일의 순서가 적힌 목록이에요. 아이디어, 고치기, 배우기, 기술적인 일을 담아둘 수 있어요.

당신은 이것을 이렇게 부를 수 있습니다 Product Backlog백로그작업 대기열제품 대기열

작동 방식을 확인하세요

원본 작업 예제제품 백로그

다른 예시

팀은 매주 백로그를 검토하고, 오래된 아이디어를 닫고, 근거를 연결하고, 사고 후에 작업 순서를 다시 정해.

주요 부분

  1. 01Prioritized work item
  2. 02Readiness and evidence
  3. 03Owner and current state

사용할 때

소유자, 증거, 충분한 단기 세부 정보를 포함한 가시적 결정 큐로 사용하세요.

다음 경우에는 사용하지 마세요

모든 요청을 약속으로 취급하지 마세요. 중복을 제거하고, 백로그는 공개 로드맵과 분리하세요.

코드에서 사용된 이름

ordered items + evidence + owner + refinement state

출시하기 전에

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 제품 백로그 (Product Backlog)。 User context:팀은 매주 백로그를 검토하고, 오래된 아이디어를 닫고, 근거를 연결하고, 사고 후에 작업 순서를 다시 정해. Product concept to apply:제품 백로그 (Product Backlog)。 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 제품 백로그 (Product Backlog) 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.

B
이 용어는 얼마나 공식적인가요?

공식 안내

명명된 플랫폼, 프레임워크, 프로젝트 또는 전문가 그룹에는 이 용어에 대한 공식 가이드가 있습니다.

해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다.

범위
소스가 포함하는 것만:정규 이름、정의、사용 안내、피해야 할 상황 안내
문서 상태
안정적인
선택됨
2026-07-30

증거 출처 및 범위

권위 있는 출처 · Ken Schwaber and Jeff Sutherland · 안정적인 The Scrum Guide 범위: 정규 이름、정의、사용 안내、피해야 할 상황 안내 여기 역할: 명시된 범위 안의 권위 출처 범위: 정규 이름, 정의, 사용 안내, 피해야 할 상황 안내

직접 복사

브라우저가 이것을 복사할 수 없습니다. 아래 요청을 선택하고 직접 복사하세요.