백 로그를 정리하고 있는데 완전히 유효하지만 매우 우선 순위가 낮은 사용자 스토리가 있으면 삭제해야합니까? 백 로그는 작업 할 기회가있는 사용자 스토리이거나 브레인 스토밍하는 동안 얻은 아이디어 일지라도 제품과 관련된 모든 사용자 스토리 여야합니다. 아이디어가 고객 요청에서 왔지만 제품 소유자의 관점에서 우선 순위가 높은 항목이 아닌 경우 어떻게해야합니까?백 로그에서 userstory를 삭제하는 것이 좋은 경우
나는 이러한 이야기를 삭제하지 않습니다. 백 로그 특성은 아무리 의미가 없거나 중요하기 때문에 모든 것을 포함합니다. 각 스프린트가 끝날 때까지 우리가하는 것처럼 스트레칭 목표로 포함 시키면 그러한 이야기를 할 수 있습니다. 특히 비교적 작은 경우. 스트레치 작업의 아름다움은 수행 할 필요가 없다는 것입니다. 그들은 단지 사탕입니다. 그래서 나는 항상 그들을 지키고 있습니다.
"백 로그 특성이란 아무 의미가없는 모든 것이 포함되어 있습니다."라는 의견에 동의하지 않습니다. 백 로그에는 PO가 중요하다고 생각하는 내용이 포함됩니다. 의미가 없으면 삭제해야합니다. 백 로그에는 ~ 50 개 이상의 UserStories가 포함되어서는 안되며 일반적으로 한도를 초과하는 것이 기능/에픽 (고수준 사항)의 "조기 분해"경향을 나타내는 일반적인 비공식 규칙이 있습니다. –
참조 만하면됩니다. 잘 알려진 Gojko Adzic의 흥미로운 기사도 있습니다. _ [사용자 스토리를 전달한 후 멀리 던져주세요.] (http://gojko.net/2014/03/25/throw-user -stories-away-after-they-are-delivered /) –
응답은 - 내가 심장의 컨설턴트임을 증명하는 것처럼 - "의존합니다."
이야기가 언젠가 구현 될 것이라고 생각하거나 이야기를 요구 한 사용자가 불쾌감을 주거나 다시 우선 순위를 부여 할 수있는 "좋은 기능"을 나타 내기 때문에 이야기를 계속하고 싶다면 미래, 그 후에 그것을 지키십시오.
확실히 확실하다면, 엉덩이에 물린 채로 돌아서는 것을 잊지 마십시오. 삭제하십시오.
제품 소유자가 제품 백 로그를 소유하고 있으며 백 로그의 내용을 수정할 수있는 유일한 사람이어야합니다. 일단 사용자 스토리가 백 로그에 추가되면 일부 기능이 설명되고 우선 순위가 부여됩니다. 우선 순위가 시간이 지남에 따라 변하거나 다음 relee가 나중에 계획 될 수 있으므로 우선 순위가 낮은 사용자 스토리를 삭제하면 안됩니다. 이러한 캡처 된 기능은 우선 순위가 매겨 질 수 있습니다.
프로젝트가 끝나고 백 로그에 여전히 우선 순위가 낮은 사용자 스토리가 많이 있으면 아무 문제가 없습니다. 그것은 단지 예산/자원이 전부를 완료하기에 부족하거나 계획된 일정으로 모든 것을 제공 할 수 없다는 것을 의미합니다. (다음 버전 또는 출시 기회를 보여줍니다.) 우선 순위 결정의 이유는 비즈니스 가치가 가장 큰 사용자 스토리를 제공하는 것입니다.
편집 :
나는 누군가가 그것 (결코) 구현 될 수 없음을 발견하면 해당 사용자의 이야기가 삭제 될 수 있습니다 상상할 수있다. 예를 들어 회사 정책이나 법적 사유로 인해 그러나 그런 경우에 나는 여전히 삭제 된 이유가 추가 된 "소프트"삭제 만 사용하려고합니다.
내가 백 로그를 정리하고 있고 완전히 유효하지만 매우 우선 순위가 낮은 사용자 스토리가 표시되면 삭제해야합니까?
물론 아닙니다! 사용자 스토리를 정리하는 동안 릴리스 구조 또는 계획을 정리해야합니다. 사용자 스토리를 릴리즈로 분류해야합니다. 또한 휴지통이라는 이름의 릴리스를 만들어 필요에 따라 확실하지 않은 모든 것을 넣을 수 있습니다. 도움이 있을까요 내가 백 로그를 정리하고있는 경우 마이크 콘
에 의해 "애자일 추정하고 계획"을 읽고 난 완전히 유효하지만이를 삭제해야 낮은 우선 순위 울트라 사용자 스토리를 참조 할 것?
제품 소유자로서 백 로그에서 스토리를 유지/제거하고 싶습니다.그러나, 그것의 유효한 이야기 왜 그것을 삭제하십시오? 나는 갑자기 시간이지나면서 갑자기 낮은 우선 순위를 보았다. 미래에이 스토리가 스프린트에 넣기 위해 작은 스토리를 필요로 할 때 클라이언트에게 제공 할 수있는 좋은 추가 기능 보너스를 제공하지만 더 높은 우선 순위의 스토리는 적합하지 않을 수도 있습니다. 그렇다면 여유 시간이 있다면 더 많은 자동화 된 테스트와 리팩터링을하는 것이 더 좋을 것입니다. (여유 시간이 있다면 :) :)
프로그래밍에 관한 것이 아니기 때문에이 질문을 주제로 끝내기로했습니다. –
[프로젝트 관리가 이제 스택 오버플로에 대해 주제를 벗어났습니다.] (// meta.stackoverflow.com/questions/343829/is-stack-overflow-an-appropriate-website 때문에이 질문을 주제와 관련이없는 것으로 보겠습니다. 프로젝트 관리에 관한 질문/343841 # 343841). 대신에 [SoftwareEngineering.SE] (// softwareengering.stackexchange.com/) 및 [ProjectManagement.SE] (// pm.stackexchange.com/)에 대한 질문을하십시오. (불행히도,이 질문은 너무 오래되어 마이그레이션 될 수 없습니다.) – robinCTS