대용량 프로젝트에서 Agile을 한 번에 모두 릴리스해야합니다.

Question

검색 및 읽기에는 시간이 많이 걸리지 만 제 질문에 대한 정확한 답을 찾을 수 없습니다. 나는 조각 식사를 낼 수없는 커다란 프로젝트에서 애자일 (Agile)을 사용하는 방법에 대해 머리를 쓰려고 노력하고 있습니다. 지금은 민첩한 원칙을 잘 이해하고있는 것처럼 느껴지지만이 부분을 이해할 수는 없습니다. 필자가 해본 대부분의 독서는 구현할 기능을 설명하는 사용자 스토리에 대해 이야기합니다. 그들은 항상 스프린트에서 X 개의 이야기를 끝내고 풀어 놓는 것에 대해 이야기합니다. 하지만 한 번의 스프린트로 완료 할 수없는 일이 있다면 어떨까요? 예를 들어, 웹 사이트에서 빌드하려는 새 사용자 프로필 섹션이 있다고 가정 해 봅시다. 기능이 풍부하고 2 개월 정도의 가치가 있다고 가정 해 봅시다. 게다가, 나는이 새로운 섹션의 부분을 공개하고 싶지 않다. 나는 그것을 한꺼번에 발표하고 싶다. 그러나, 나는 그것 모두를 1 개의 스프린트로 맞출 수 없다. 그래서 당신은 그것을 어떻게 분해 하느냐? 나는 각 스프린트에서 하나 이상의 조각을 마칠 수 있도록 작은 조각으로 나눌 수있었습니다. 그러나 나는 모든 것이 끝날 때까지 석방하고 싶지 않습니다. 제안 사항이 있으십니까?

Answer 1

귀하의 질문을 읽으면서 두 가지 분야에 중점을 두었습니다.

하나는 사용자 스토리를 올바르게 분할하는 방법입니다. 이미 웹의 많은 영역에서 다루어지고 있습니다. Mounthingoatsoftware.com 또는이 옵션에서 Cohn의 자료를 확인하십시오. http://www.agileforall.com/2009/10/patterns-for-splitting-user-stories/

또 다른 개념은 잠재적으로 배송 가능 (출시 가능)하다는 개념입니다. 해제하지 않는 것은 잘못된 것이 아닙니다. 하지만 제품 소유자 (스크럼)가 전화를 걸도록하는 데 중점을 두는 것이 목표로 삼는 것입니다. 원할 경우 석방하는 옵션을 제공하십시오. 그것은 그들을 기뻐할 것입니다.

행운을 빈다.

Answer 2

모든 스프린트가 끝나면 나올 필요가 없습니다. 물론 사용자 프로필 스프린트를 스프린트로 출시하지 않고 개발할 수도 있습니다 (소프트웨어는 각 스프린트 후에도 여전히 해제 가능한 상태 여야합니다!). 그러나 빨리 풀어주는 아이디어는 가능한 한 빨리 피드백을 얻는 것입니다. 고객으로부터의 피드백뿐만 아니라 시스템로드 (시스템로드, 실제 환경에서의 성능, 버그 및 기타 문제)와 같은 "시스템"으로부터의 피드백입니다. 고객이 실제로 원하지 않는 제품으로 수개월의 개발 기간을 유지할 수 있습니다.

짧은 버전 : 모든 것을 한 후에 스프린트로 스프린트를 개발하고 출시 할 수는 있지만 모든 종류의 피드백을 늦게 얻기위한 많은 자원이 낭비 될 수 있습니다.