완료된 사용자 스토리 - 버려? 보관소? [닫은
https://stackoverflow.com/questions/422699
-
05-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
우리는 개발을 위해 스크럼 프로세스를 사용하기 시작했습니다. 우리는 지금 멋진 사용자 스토리 스택을 가지고 있습니다. 그래도 사용자 스토리가 완료되고 테스트 및 배치되면 다른 일을합니까? 우리는 지금 작은 인덱스 카드를 사용하고 있습니다. 나는 쓰레기통에 그들을 던지는 것이 좋을 것이라고 생각합니다.
당신이 그들을 지키면, 나중에 그들과 함께 무엇을합니까?
해결책
향후 프로젝트에 대한 참조를 위해 보관하십시오. 스토리 포인트를 추정해야 할 때 유용합니다. 종종 프로젝트에서 비슷한 사운드 이야기가 발생합니다.
다른 팁
음 - 보관하고 프로젝트 파일에 넣으십시오. 모든 경우에 CYA. 당신은 언제 고객이 돌아와서 "왜 이런 식인가?"또는 "누가 그것이 어떻게 되었습니까?"라고 묻지 않습니다. 그런 다음 사용자 스토리를 꺼내어 백업 할 수 있습니다.
보증 기간이 소프트웨어에서 만료 될 때까지 항상 이와 같은 모든 것을 보관하십시오. 실제로 무료로 변경 한 것을 "고정"할 수있는 위치에 놓으려고하지 않는 한.
쓰레기는 적절한 장소처럼 보일 수 있습니다.
페즈는 거의 옳습니다. 카드를 쓰레기 대신 재활용하십시오. :)
실제로 그들을 지키는 것은 없습니다. 변경 이력이 필요한 경우 SCM 및 테스트 스크립트에서이를 얻을 수 있습니다.
그들을 지키기위한 또 다른 투표. 나는 그것이 더러운 단어라는 것을 알고 있지만, 사용자 스토리는 당신의 문서의 일부이며 중요한 목적을 제공합니다.
지금부터 3 년 후 귀하 (또는 상속자)가 시스템을 변경하고있을 때 역사적인 문서를 통해 자신이 한 일을했던 일을 알기 위해 도움이됩니다.
또한 상황이 변경 될 때 도움이되고 응용 프로그램이 만족하는 사용자 스토리를 되돌아 갈 수 있도록 다시 작성해야하며 동일한 스토리가 새 버전에 적용되는지 여부를 결정해야합니다.
나는 일반적으로 속도와 추정 포인트를 진술하는 고무 밴드와 새로운 카드로 각 반복의 가치를 포장합니다. 그래도 향수를 불러 일으키는 것을 제외하고는 그들에게 아무 소용이 없었습니다. 그러니 내가 말하는 아카이브를 위해 보관하십시오 : -9
그들에게 매달려!
나는 (코드 대신) 요구 사항을 작성하지만, 오래된 사용자 스토리와 수락 테스트 (광산 및 다른 사람들)를 다시 읽는 것을 자주 본다.
오래된 이야기를 검토하면 휠을 재발 명하지 않고 복잡한 개념에 대한 가장 분명한 문구를 찾는 데 도움이 될 수 있습니다. 그들은 때때로 문서화하는 것을 잊을 수있는 세부 사항에 대한 유용한 알림 역할을합니다. 다른 사람들이 쓴 이야기는 내가 관여하지 않은 기능에 대한 속도를 높이는 데 도움이되며 아마도 신입 사원을위한 좋은 학습 도구가 될 것입니다.
계속할 수는 있지만 이런 식으로 놓아 드리겠습니다.
더 큰 문제를 일으킬 가능성이 더 높습니다. 이야기를 유지하고 필요로하지 않거나 이야기가 필요하지 않고 가지고 있지 않습니까?
미래에 무언가에 대한 분쟁이나 논쟁이 있으면 그들에 대한 언급이 있고 자신을 덮을 수 있도록 그들을 보관하십시오 (아카이브).
완성 된 사용자 스토리는 본질적으로 프로젝트의 최종 사양입니다. 공식적인 요구 사항 문서 또는 사양으로 시작한 경우 완성 된 사용자 스토리를 해당 문서와 비교하여 배울 수있는 많은 교훈이 있습니다. 초기 문서가없는 경우 완료된 사용자 스토리에 프로젝트 기능을 문서화합니다. 두 경우 모두, 나는 사후 프로젝트에서 또는 후속 프로젝트를 추정하고 계획 할 때, 향후 참조를 위해 그들에게 매달리는 것이 매우 가치가 있다고 생각합니다.
나는 우리가 앞으로 무엇이 유용 할 것인지 결코 알지 못한다는 것을 알았으므로 내 추천은 그것들을 태그하고 제출하는 것입니다. 실제 카드를 사용하는 경우 스캔 한 다음 이미지 파일에 태그를 추가하는 것만 큼 간단한 작업을 수행하십시오. 나중에 태그 클라우드를보고 공통 스레드를 찾거나 콘텐츠를 찾아서 재사용 할 수 있다고 상상해보십시오.
그러나 모든 것들과 마찬가지로 Scrum과 마찬가지로 시간이 너무 많은 시간이 걸리면 노력할 가치가 없을 것입니다. 미친 과정으로 만들지 말고 빨리 제출하고 잊어 버리십시오.
건배, 리브스
