우리는 현재의 직무에서 민첩한 개발을 시도하고 우리는 대부분 성공합니다. 주요 문제는 프로젝트의 개발자가 스프린트 시작시 항상 요구 사항을 기다리고 있으며 결국 목표를 달성하기 위해 서두르는 것입니다. 요구 사항을 제공하는 비즈니스 분석가는 항상 요구 사항을 완료하기 위해 끊임없이 노력하고 있습니다. 편집 : 추가 정보 : 우리는 내부 용도로 COTS 응용
두 명의 액터간에 대화 또는 교환을 포함하는 프로세스를 모델링한다고 가정 해 봅니다. 공급자는 구매 주문을 받아 전송, 구매자 구입하는 일부 항목을 선택하고 구매 주문을 전송, 공급 가격 목록을 만듭니다 - :이 예를 들어, 난 쉽게 이해할 수있는 무언가를 사용합니다 상품. 공급 업체 송장 구매자가 송장을 받아 복잡한 빠른 될 수 자체가 지불을 물론 그 각
다음 프로젝트를 위해 스토리 카드를 정의 할 것입니다. 우리는 우리가 그들에 의해 떨어져 서명하는 비즈니스 요구 사항 문서가 워크샵을 통해 고객이 원하는 좋은 생각을 가지고있다. 을 다음과 같이 정의 storys의 우리의 사전 처리 우리는 우리는 다음을 결정 우리 팀 amognst 간단한 디자인 토론이 이야기를 고객이 원하는 기능을 쓸 수있다 카드 추정 카