이야기에 시작일과 종료일이 필요합니까?

Question

우리는 개발 환경에서 민첩한 방법론을 구현하려고합니다. 스토리에 시작일과 종료일이 필요합니까 아니면 순전히 스프린트에 적용됩니까?

-Alan-

Answer 1

당신은 "종료 날짜"에 의해 무엇을 의미합니까? 이야기를 끝내기를 기대하는 날짜 (두려워한 마감일) 또는 실제로 이야기를 끝내는 날짜.

나는 이야기에 "이 이야기를 시작/끝내기를 기대하는 날짜"가 없다고 말하고 싶습니다. 당신이 가진 것 대신에 "팀이 이야기를하는 것에 커밋하는 단거리"입니다. 이것은 끝 날짜와 같습니다. "이 스프린트가 끝나면 모두 잘 풀릴 것입니다."하지만 스프린트가 시작될 때 커밋 된 모든 작업이 모두 잘 진행되면 풀려나 기 때문에 세밀하지 않습니다. 스프린트의 끝에. 팀이 실제로 그 정보를 커밋 할 때까지는 해당 정보를 얻지 못합니다.

나머지 백 로그 및 팀 속도의 예상 크기도 있습니다. 이것은 이야기가 시작될 때를 안내 할 수 있습니다. 그러나 그것은 당신이이 이야기를 집어 올 수있는 단단하고 빠른 날짜가 아니라, 단거리 경주에 대한 지침입니다.

그래서 시작일/종료일은 무엇입니까? 다른 메트릭스 중 하나 인 스크럼/애자일의 취향을 통해 원하는 데이터를 얻을 수 있음을 알게됩니다. 또는 원하는 데이터와 애자일이 함께 작동하지 않는지 확인하십시오.

1) 실제로 "우리가 그때까지 해보려고 할 것"을 의미 할 때 고정되어있는 소리로 "커밋 된"경향을 발견했습니다.

2) 스크럼은 다양한 민첩한 방법론 중 하나 일 뿐이지 만 많은 사람들은 하나의 트루 형태의 스크럼을 가지고 있다고 느끼지만 많은 사람들이 하나의 트루 이맥스 바인딩에 대해 모두 동의하는 것이 더 쉽다고 생각합니다. 스크럼의 형태. Agile 또는 Scrum의 일부 구현에는 마감일이있을 수 있습니다.

Answer 2

이야기에 시작일과 종료일이 없습니다.

이야기는 응용 프로그램에 구현 될 수도 있고 구현되지 않을 수도있는 가치있는 비트입니다.

스크럼에서 이야기를 구현하기위한 결정은 스프린트 계획 회의에서 이루어지며, 스토리는 계획중인 특정 스프린트 백 로그로 이동합니다. 때로는 이야기가이 시점에서 분리되기 때문에 특정 (원본) 이야기는 실제로는 부분적으로 만 구현되거나 다른 시간에 구현 될 수 있습니다.

이야기에서 "시작"과 "끝"날짜는 위의 경고와 함께 구현 된 스프린트의 시작 날짜와 종료 날짜입니다.

Answer 3

다른 사람들과 마찬가지로 사용자가 작업을 시작하면 시작일이 표시되고 완료되면 완료 날짜가 표시됩니다. 스토리를 완성하는 데 걸리는 시간에 대한 추정치를 찾고 있다고 생각합니다. 그렇다면 보통 1 시간 4 시간 8 시간 버킷에 넣습니다. 이 카테고리에 맞지 않는다면 사용자 스토리의 복잡성을 다시 생각해 볼 필요가 있습니다. 사용자 스토리를 다루는 대규모 작업이 될 수 있기 때문입니다 ... 이는 더 큰 이야기입니다.