기존 기능의 작은 조각을 제거하기위한 사용자 스토리를 작성하는 것이 적절합니까?


9

개발 된 응용 프로그램 영역의 경우 메뉴에서 항목을 제거하라는 요청이 들어 왔습니다.

나는 이것이 작은 일이라는 것을 알고 있지만 스크럼에서 어떻게 취급합니까? 기능을 추가하고 제거하지 않고 사용자 스토리를 사용하는 데 익숙합니다.

그래서 내 질문은 : 어떻게 든 버튼을 제거하는 것과 관련하여 사용자 스토리를 만들어야합니까? 아니면 더 나은 방법이나 이것을 다루는가?

답변:


14

예, 사용자 스토리를 작성해야합니다.

당신이하는 모든 일에 이야기를 사용하십시오. "이 작업을 수행 할 때 어떤 비즈니스 가치가 있습니까?"라는 질문에 답해야합니다. 사용자 스토리를 작성하면 작업의 이점을 누릴 수있는 사람을 이해하게됩니다.

또한 무언가 추가하고 있습니다. 아마도 제거 된 기능은 해당 기능이 사용되지 않거나 버그가 있거나 다른 기능으로 대체 되었기 때문입니다. 따라서 제품에 유용성을 추가하고 있습니다.

예를 들어 이야기는 다음과 같이 읽을 수 있습니다.

제품 X의 제품 소유자로서, UI가보다 능률화되고 고객에게 진정으로 유용한 기능 만 제공하기 위해 기능 Y를 제거하고 싶습니다.

가치는 사용자 스토리 자체 가 아니라 스토리 를 만드는 작업에 있습니다. 이야기를 쓰면 노력에 집중할 수 있습니다.


그것에 동의하십시오. 기능이 추가되거나 제거되는 이유 를 아는 것이 중요 하며 아마도 단추 제거 요청 뒤에 어딘가에 묻혀있는 다른 이유가있을 수 있습니다.
Bruno Schäpper

+1 낙관론자이지만 제거하여 추가하는 것은 내가 생각한 적이없는 것입니다.
superM

합격 기준은 어떻습니까?
geoom 2016 년

1
@geoom : 나는 당신이 무엇을 요구하는지 모른다. 기능을 제거하는 경우, 아마도 수용 기준은 기능이 UI에서 사라지고 테스트 스위트가 적절하게 업데이트되었으며 문서가 변경되었다는 것입니다.
Bryan Oakley

1

버튼이 제거 된 이유에 따라 다릅니다.

  • 기능이 더 이상 필요하지 않거나 사용되지 않아 제거되는 경우 비즈니스 요구 사항 변경을 나타내는 사용자 스토리를 작성하십시오.

  • 혼란 스럽거나 부적절하게 작동하여 제거 된 경우 작업을 수정중인 버그에 연결하십시오.

  • UI 변경으로 인해 제거 된 경우에는이를 다시 기술하는 기술 부채 이야기와 연결하십시오.

그렇지 않으면 불필요한 작업을 중단하거나 비즈니스에게 UI의 모양을 팀에 지시하지 말라고 지시하십시오.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.