Agile 스프린트를 위해 장단점을 알리거나 Jira 및/또는 Google 문서를 사용하는 사람이 있습니까? 우리는 8 명의 개발자로 구성된 팀으로 Jira 또는 Google 워드 프로세서로 전환 할 계획입니다. 우리는 현재 스프린트 이야기가있는 화이트 보드를 사용 .... 감사
Sprint Burndown 보고서가 표시되지 않는 이유 작업을 수행하려면? 현재 스프린트에 대한 스프린트 번ンド 보고서에 아무것도 표시되지 않습니다. 거의 모든 작업에는해야 할 일이 있습니다. 모두 예상치가 있습니다. 모든 작업에는 반복이 현재 스프린트로 설정되어 있습니다. Sprint는 오늘부터 시작될 예정입니다. 는 이전 스프린트는 현재 도스 만이 아
우리의 개발 방법론은 마이크로 소프트의 기본 스크럼 템플릿과는 다른 중요한 사실을 가지고 있습니다. 우리는 개별 태스크를 측정하지는 않지만 "스토리"(상위 작업 항목)를 추정합니다. 그러나 TFS 11의 새로운 베타를 사용하면 번 다운 차트가 예상되는 작업에만 기반한다는 것을 알게되었습니다. 템플릿을 다운로드하고 xml 및 보고서를 보았습니다. 그러나 템플
나는이 질문이 여기에 들어 맞는지 확신 할 수 없지만 나는 그 대답을 정말로 열망하고 있기 때문에 계속 질문 할 것이다. 내 TFS에 MSF Agile 5.0 템플릿 또는 Scrum 1.0 템플릿 중 어느 것을 사용할지 결정하고 싶습니다. 우리는 원칙적으로 애자일 (템플릿이 아닌 철학)을 선택하기로 결정했지만 어떤 템플릿이 더 나은 ALM 경험을 제공 할
강사는 기본적으로 구현하기 전에 셀레늄 (acceptance) 테스트를하는 것이 이유에 대한 "수용"테스트에서 말한 것처럼 이해가되지 않는다고 말했습니다. 우리는 Scrum과 XP (학습을위한)의 이상한 혼합을하고 있습니다. 우리의 목표는 기본적으로이 테스트에서 우리의 사양 (사용자 이야기)을 형식화하는 것이 었습니다. 왜 실제로 테스트를 실시하기 전에 테
우리는 스크럼을 처음 접하고 처음으로 스프린트를 통해 팀 구성원 중 하나 (개발자)가 탐색에서 사용자의 관점에서 어떻게 작동해야하는지에 대해 조사해야한다는 것을 깨달았습니다. 그래서이 조사가 끝나면 뭔가 작동해야하는 제안이나 프로토 타입이 있어야합니다. 그러나 실제로 응용 프로그램에 코딩 된 것은 아닙니다. 제 질문은 스프린트 계획의 관점에서 어떻게해야할까
스프린트가 끝나면 스크럼에 따르면, 우리는 작업 솔루션 (빌드, 개념, 코드)을 만들어야한다. 예를 들어, 스프린트 기간은 1 주이며 우선 순위에 따라 1 주일 이상 걸릴 수있는 문제를 찾아야합니다. 우리는 모든 것을 마스터 브랜치에 맡기기위한 전략을 사용하고 있으며, 브랜치를 문제에 사용하지 않습니다. 문제를 두 번 테스트하지 않으려 고합니다. 큰 문제를
SCRUM Agile 프로젝트에서 우리는 TFS 2010/VS2010을 사용합니다. 이 프로젝트를 시작하기 전의 기간에 고객은 이미 모든 사용 사례의 80 %를 작성했습니다. 문제는 이러한 UC의 대부분이 너무 커서 사용자 스토리에서이를 분리하려고합니다. 사용자 사례는 사례의 시나리오와 비교 될 수 있습니다. 내 계획에서 이제 민첩한 프로세스 템플릿을 사용