2012-11-12 2 views
0

TFS 2012를 사용하여 웹 사이트 및 모바일 응용 프로그램 (예 : Windows Phone, Android 등)으로 사용할 수있는 응용 프로그램을 개발하고 있습니다. 이 응용 프로그램의 기능 나는 많은 플랫폼에서 사용할 수있는 제품이 많다는 것을 알고 제품 백 로그에서 제품을 관리하는 방법을 모르겠습니다.여러 플랫폼에서 공유 제품 백 로그 항목 관리

예를 들어 Facebook 계정으로 로그인하는 옵션이 있으며 사용자는 웹 사이트 및 모바일 응용 프로그램에서이 작업을 수행 할 수 있습니다.

그래서 제품 백 로그 항목 "Facebook 계정으로 로그인"을 만들고 "웹 사이트"라는 영역에 할당했습니다. 그런 다음 같은 제목의 다른 백 로그 항목을 만들지 만 이번에는 "Windows Phone"이라는 영역에 할당합니다. 따라서 내 수령 잔고에는 동일한 제목을 가진 두 항목이 있지만 서로 다른 지역이 있습니다.

웹 사이트의 "로그인 ..."백 로그 항목을 한 스프린트에 할당 한 다음 Windows Phone의 "로그인 ..."백 로그 항목을 다른 스프린트에 할당 할 수 있습니다.

Agile/Scrum을 사용하여 새로운 제품으로 간주하는 것이 제품 백 로그를 관리 할 수있는 효과적인 방법으로 간주 될까요?

+4

[프로젝트 관리가 이제 스택 오버플로에 대해 주제를 벗어났습니다] (/ meta.stackoverflow.com/questions/343829/is-stack-overflow-an-appropriate) 때문에이 질문을 주제와 관련이없는 것으로 보겠습니다. -website-to-ask-about-project-management-issues/343841 # 343841). 대신에 [SoftwareEngineering.SE] (// softwareengering.stackexchange.com/) 및 [ProjectManagement.SE] (// pm.stackexchange.com/)에 대한 질문을하십시오. (불행히도이 질문은 너무 오래되어 마이그레이션 할 수 없습니다.) – robinCTS

답변

1

각자 다른 이야기가되어야한다고 생각합니다. 왜? 당신은 아마도 각각의 이야기에 대해 서로 다른 수용 기준을 가지고있을 것이고, 아마도 웹과 모바일을 위해 다른 레이아웃을 사용할 것입니다.

작은 조각으로 속보의 장점 중 일부

은 다음과 같습니다

  • 테스터가 스프린트의 2 일에서 테스트보다는 스프린트의 마지막 날에 배치를 얻을 수있는 이야기를해야합니다.
  • 흐름이 커집니다. (이것이 더 칸반이지만, 좋은 증상이라고 생각합니다.)
  • 스프린트가 끝나면 이야기가 진행되기가 더 어려워집니다.

this mind-map 나는 가능한 가장 작은 전달 단위로 이야기를 나누기 위해 나를 안내하는 데 정말로 유용하다고 알았다.

+0

두 가지 플랫폼에서 제공되는 기능/사용자 스토리가있는 경우 제품 백 로그 내에 두 가지 항목을 생성 할 때 문제가 있습니까? – MotoSV

+0

예, 그들은 2 개의 다른 이야기입니다. – Augusto

+0

당신이 유용하다고 생각할 때 그들을 부셔 버리십시오. 플랫폼 전반에 걸쳐 아이디어/요구 사항/요구 사항을 반복하지 않고 예측할 수 있다는 예측을 편안하게 생각한다면 그건 너에게 달렸어 ... 정확한 방법은 없어. –