모든 소프트웨어 개발은 어딘가에서 시작해야합니다. 일반적으로 클래스 구조, 아키텍처, 초기 폼 디자인 또는 작성해야 할 다른 요소가 있습니다.민첩한 방법론의 초기 기본 개발을 평가하는 방법은 무엇입니까?
내 질문은 :이 초기 개발에 필요한 시간을 예측하는 방법은 무엇입니까? 그것은 사용자 스토리의 개발로 평가되어야하지만 어느 것을 사용합니까? 나는이 이야기의 평가가 다른 사람들에 비해 "타협"될 것이므로 우선 순위를 매길 수 있다고 생각한다.
일반적으로 초기 소프트웨어 개발을위한 노력을 어떻게 예상합니까? 기존 사용자 스토리에 노력을 포함 시켰습니까? 이것을 포함하기 위해 새로운 "사용자 이야기"를 만드십니까? 당신은 그것을 전혀 예상하지 않습니까?
개발 견적은 사용 가능한 정보를 기반으로하므로 나중에 프로젝트 수명주기에있을 때 더 정확한 추정치를 산출 할 수 있습니다. 예를 들어
다음이 사용자 스토리가 먼저 해결해야 할 필요가 작은 것들로 분할을 필요로 등 아직 관리자 사이트 또는 고객 사이트를 해달라고 경우 'As a site admin I need to add a product so that the customer site can sell it'
당신은 사용자 스토리가있는 경우.
관리자 사이트와 고객 사이트가있는 경우 add a product 사용자 스토리에 대한 예상치에 새로운 클래스, 아키텍처 변경, 양식 디자인에 대한 예상치가 포함되어야합니다.
견적을 보내지 마십시오. 그것은 시간이 지정된 활동입니다. 시작하려면 하루가 걸립니다. 하루가 끝날 때 우리는 계속할 충분한 자신감이 있는지 평가하고, 그만 두거나 더 많은 시간을 소비해야합니다.
나는 ** 소프트웨어 견적을 사랑했다. Demystifyng Black Art ** –
Adriano에 감사드립니다. 그러나 저는 사람들이 실제 프로젝트에서 어떻게 이러한 일을하는지에 관심이 있습니다. – Theo
프로그래밍에 관한 것이 아니기 때문에이 질문을 주제로 끝내기로했습니다. –