스크럼을 적용하는 동안 제품 백 로그 항목은 사용자 스토리입니다. 다음과 같이 TFS에 대한 샘플 스토리를 작성했습니다.Frontend와 Backend 작업에서 사용자 스토리를 분할해야합니까?
사용자로서 시스템에 가입 할 수 있습니다.
- 는 로그인 양식을 준비해야합니다
나는 다음 작업을 만들었습니다.
일부 작업은 프론트 엔드 (HTML, CSS 등)이고 일부는 백엔드 (이메일 발송 등)입니다.
번호 애자는 고객에게 작업 코드를 제공에 초점을 맞추고 있습니다. 구현 된 각 부분이 구현되지 않으면 작성된 코드는 가치가 없습니다. 업무가 독립적 인 가치를 제공하는 것으로 표시 될 수 없다면, 함께 보관해야합니다.
예 서로 다른 부분을 다른 사람이 구현할 수 있습니다. 요청 된 기능이 전체적으로 작동하도록 적절하게 조정해야합니다.
귀하의 대답은 매우 감사합니다. 즉, 민첩은 적절한 계획에 초점을 맞추지 만 프론트 엔드 및 백엔드 코딩에 신경 쓰지는 않습니다. 사실이다? – barteloma
애자일은 소프트웨어 개발을위한 일련의 가치와 원칙입니다. 프론트 엔드/백엔드 코드에 대해서는 어떤 것도 요구하지 않습니다. –
그것의 모든 잘 애자의 통신 지점을 존중하고 기대/서로 얘기 DEVS 조언하지만, 좋은 당신은 바로 티켓을 따기 관련 팀 구성원의 측면에서 자율성의 어느 정도를 원하는 경우 적시에 제품 개발의 구성 요소를 이해하는 워크 플로우가 필요합니다.
내 머리가 들리네 ...
"사용자 스토리 작업은 여러 사용자가 할 수 있습니까?" "다른 개발자가 작업을 구현할 수 있습니까?" –
예. – barteloma