VS 2013에서 Scrum 템플릿을 사용할 때 팀 탐색기에 Feature라는 새 항목이 있습니다. Feature를 추가하면 현재 스프린트 (미완성 작업)에 표시되지 않습니다. Feature가 단일 스프린트에서 수행 할 수없는 것을 나타 내기위한 것이라면 현재 스프린트에 나타나지 않는 것이 논리적입니다. 하지만 내가 추가 한 기능은 어디서 볼 수 있습니까?
나는 항상 사용자 이야기가 매우 짧고 분명해야한다는 말을 듣고 메모 등으로 쓸 수 있습니다. "사용자로서 디렉토리에있는 사람들을 입력하고 수정하고 삭제할 수 있기를 원합니다." 그러나 테스트, 우리는 알아야합니다 무엇입니까 분야, 어떤 경계와 범위입니다 검증 메시지는 무엇입니까 (int16-32은?)? 등 문자열의 길이는 어떻게 이런 일이 스크럼에서 해결된
내가 대답하려고하는 주요 내용은 다음과 같습니다. 소프트웨어 개발과 관련하여 "새로운 기능"과 "제품 기능 향상"간의 특징은 무엇입니까? 특히 Scrum에 적용 할 때. 여기 마음에 와서 몇 가지 가능한 조건입니다 요청의 복잡성 (점) 최종 결과는 필드를 추가, 예를 들어, 응용 프로그램의 다른 부분 (에서 얼마나 독립적 완전히 새로운 양식을 추가하는 것을
우리는 소프트웨어 개발에 애자일/린 프랙티브를 구현하려고 노력하고 있습니다. 제가 읽은 한 가지 사실은 긴 "희망 목록"을 유지하는 것이 아니라 제품을 유지하는 것입니다 가능한 한 짧게 목록의 맨 위에있는 것들에 대한 상세한 메모만으로 백 로그하십시오. 나는이 배경의 추론을 분명히 이해할 수있다. 그러나 종종 테스터 고객이 애매한 문제 또는 엣지 케이스를
TFS에서 차단 또는 차단되는 작업 항목을 추적하는 방법에 대한 조언이 있으십니까? 우리는 Affects와 Affected By를 사용하기를 원하지 않습니다. 하나의 스크럼 팀에서 작업 항목을 가지고 있는데, "PBI A"라고 부릅니다. 다른 SCRUM 팀이 소유 한 "Bug B"에 의해 차단됩니다. 이들은 "Affected By"링크 유형으로 연결됩니다.
스크럼을 반대하지 않습니다. 나는 그것을 좋아한다. 바로 RAD의 직후 두 번째 선호도이다.하지만 현재 팀에서는 나를 싫어하게했다. 우리는 가능한 한 최악의 방법으로이를 수행 할 것입니다. 사용자 스터디를 직접 작성하는 동안 대략 30 분이 소요되는 일반적인 스프린트 계획이 있습니다. 그게 전부입니다. 30 분 내에 다음과 같은 질문에 답변합니다 : 사용자
내 프로젝트에 많은 PBI가 있고 각 PBI에 남은 작업이 채워진 작업이 있습니다. 일부 작업이 완료되었지만 다른 작업이 시작되지 않았고 다른 작업이 진행 중입니다. 그러나 번 다운 차트에는 아무 것도 표시되지 않습니다. 정확히 내가 무엇을 놓치고 있는지 확실하지 않습니다! 내 반복은 다음과 같습니다 :이 데이터의 최소 2 일 태워 요구가 무엇인가를 보여줄
내가 일하는 회사는 스크럼 방법론을 사용합니다. 스프린트를 계획하기 전에 스프린트는 3 주간 지속됩니다. 나 자신이 여러 번 물품을 얻는 것을 발견하고, 개발/품질 보증 일을 기준으로 가격을 책정해야합니다. 이는 계획 단계에서 우리가하는 일이기 때문에 얼마나 오래 걸릴지 전혀 알 수 없습니다. 코드 작성에 대한 적절한 훈련 없이는 내가 그것을 알 수 없을
Hy 친구들 지난 며칠 동안 스크럼에 대한 기사와 블로그를 읽은 적이 있습니다. 그러나 스크럼이 우리 과정에 적합한 지 확실하지 않습니다. 우리 회사에서는 엔지니어 (약 100 엔지니어)가 사용하는 우리의 소프트웨어를 개발했습니다. 우리 개발자는 새로운 기능을 지속적으로 구현하고 소프트웨어를 개선하고 있습니다. 따라서 우리는 주기적으로 새로운 버전의 소프트