팀을위한 스크럼 프로세스가 있으며 JIRA Agile 플러그인을 조금 변경하고 싶습니다. 나는 네 개의 열이 있습니다 UAT에서Jira Agile : 종료/완료 이외의 단계에서 클레임 스토리 포인트
를 완료/닫힘 주장 된 스토리 포인트와 그래프가 내려 간다. 제가하고 싶은 일은 그것을 변경하고 이야기를 Resolved 칼럼에 넣자 마자 JIRA가 스토리 포인트를 주장하게 만드는 것입니다. 왜냐하면 개발자가 스토리 작업을 마쳤고 유닛 테스팅을 수행했기 때문에 "done"에 대한 나의 정의가 "done"이라고 부르기 때문입니다.
done의 최소 정의는 작동하는 소프트웨어 여야합니다. 테스트를 거치지 않으면 작업 소프트웨어를 사용할 수 없습니다.
"스크럼의 핵심은"완료되었습니다 ","사용 가능 "및"잠재적으로 분리 가능 "한 제품 인 Increment가 생성되는 한 달 또는 그 이하의 시간 상자 인 스프린트입니다." - 스프린트 가이드 스크랩
스프린트가 끝나면 소프트웨어가 작동하지 않는다면 투명성이 없으므로 조사하고 적용 할 수 없다. 즉, 개발 프로세스는 경험적 일 수 없습니다.
실증적 인 프로세스없이 올바른 소프트웨어를 만들지 않으면 과도한 재 작업 (품질 보증부에서 문제를 발견 함)으로 인해 제품 소유자의 돈을 낭비하게됩니다.
JIRA는 해상도 필드에 값이있을 때 '완료'라고 생각합니다. 상태가 무엇인지는 실제로 신경 쓰지 않습니다.
일반적으로 문제를 폐쇄/완료로 전환하면 해결 화면이 나타납니다. 문제를 해결할 때 JIRA는 번 다운을 향해 카운트하고 백 로그의 항목을 통해 라인을 추가합니다.
이제 해결 방법이 이전 상태 (예 : 해결/UAT)에 추가되도록 워크 플로 수정을 중지 할 수있는 방법은 없습니다.
In Progress에서 Resolved/In UAT 로의 전환을 해상도 화면과 연결하면됩니다. Resolved/In UAT에서 Closed/Done으로 전환 할 때 해상도 화면을 벗어날 수도 있습니다.
나는 당신이 내 질문에 대답하지 못했다고 생각한다. 우리가 요구 한 것은 기능성 A와 우리가 개발 한 유닛 테스트, QA 테스트, UAT 테스트, 선적 준비는 아니지만 배송 결정 또는 아닙니다 그러나 이것은 이야기 점을 요구하고 싶은 지점입니다. "Resolved/In UAT"열 이름은 실제로 모든 테스트를 통과했기 때문에 오해의 소지가 있습니다. –
그런 다음 DONE으로 표시하고 완료 후 비트를 관리하기 위해 다른 프로세스를 사용하십시오 ... –