우리는 어떻게*설정*마감,우리가 민첩한 방법으로,효과적으로 그들에게 작업 할 수 있도록 할 수 있습니까?[닫은]

StackOverflow https://stackoverflow.com//questions/21021801

문제

저는 민첩한 접근 방식으로 일관되고 상당히 성공적으로 작업한 팀에서 일하고 있습니다.그리고 이것은 지금까지 현재 프로젝트에서,우리가 점진적으로 제품을 만들 때,우리의 초기 작업에서 매우 잘 작동했습니다.

우리는 이제 다음 단계로 나아가고 있습니다.그리고 경영진은 우리가 몇 가지 구체적인 마감일을 스스로 정할 수 있도록 하고 있습니다.우리가 언제 이것을 실제 고객에게 몇 달 안에 시연하고 판매할 수 있는지에 대해서요.

우리는 포함하고자하는 각 기능 요소에 대해 상당히 잘 조직 된 큰 백 로그와 이러한 개별 기능 비트의 우선 순위에 대한 좋은 감각을 가지고 있습니다.

순진한 해결책은 데모 가능한 제품을 제공하고,모든 것을 개별적으로 추정하고,추가하고,우리의 속도와 결합하여 날짜를 얻고,그때부터 데모를 할 것이라고 발표하는 최소한의 이야기 목록을 얻는 것입니다.하지만 여유를 남기지 않고,마감 시간까지 갈수록 미친 위기를 초래할 것 같습니다.저는 절실히 피하고 싶습니다.

개선으로,나는 우리가 진행하는 방법에 따라,우발 또는 보너스 개선 중 하나의 역할을 더 많은 옵션 이야기의 일부 비율에 추가하고 싶습니다,그러나 우리는 어떤 비율이 분별 될 것 어떤 생각이 없다,또는 이것이 표준 접근 방식인지 여부.

나는 또한 우리의 백 로그 전체를 한 번에 모두 추정해야하는 것에 대해 우려하고 있으며,이는 매우 시간이 많이 걸리는 것처럼 보이며,그 이야기에 도달하기 전에 몇 달 안에 더 많은 정보를 발견 할 것으로 보이며,이는 우리의 추정에 영향을 미칠 것입니다.

민첩한 개발 프로세스를 허용하기 위해 마감일 설정을 처리하는 데 권장되는 접근 방식이 있습니까?내가 본 정보의 대부분은 당신이 대신 칠 고정 된 기한을 가지고 일단 상황을 처리 주위에있을 것 같다.또한이 문제를 다루는 관련 문헌이나 흥미로운 블로그 게시물에 관심이있을 것입니다.

도움이 되었습니까?

해결책

문학 관련:내가 소프트웨어의 추정에 대해 알고있는 가장 좋은 책은"소프트웨어 추정"입니다:스티브 맥코넬의"흑인 예술을 해독하는 것"그것은 당신의 사건을 다룹니다.게다가,그것은 추정 그리고 약속 (다른 말로 하면,정해진 마감일)그리고 첫 번째에서 두 번째를 안정적으로 도출하는 방법을 설명합니다.

다른 팁

순진한 해결책은 최소한의 이야기 목록을 얻는 것입니다. 데모 가능 제품을 제공하고,모든 제품을 개별적으로 추정하고, 그들을 추가하고 날짜를 얻기 위해 우리의 속도와 결합,발표 우리는 그때부터 데모를 할 것입니다.그러나 그것은 여유를 남기지 않으며 보인다 리가 마감 시간까 로 미 경기가 될 가능성,떤 나는 필사적으로 피하고 싶다.

이것이 제가 과거에 사용한 해결책입니다.초기 추정은 조금 떨어져 그래서 출시 날짜를 설정하기 전에 추가 스프린트의 몇 가지를 통해 약간의 여유를 추가 할 것입니다.당신이 뒤에 얻을 경우에 당신은 여유를 만들 수 있습니다.그렇지 않은 경우 제품 백로그를 선택하면 릴리스에 포함할 수 있는 추가 기능이 제공됩니다.이것은 팀에 대한 속도 메트릭에 따라 달라질 것입니다.이 메트릭은 현재 팀에 대해 얼마나 정확한 느낌에 따라 여유를 조정합니다.대상 릴리스가 있으면 다시 동그라미를 돌려 해당 릴리스에 영향을 줄 수 있는 알려진 리소스 제약 조건이 있는지 확인할 수 있습니다.

너가 기술하는 접근은 정확하기 할 것 같다.원하는 모든 기능에 대해 추정하고 사용자 인터페이스 요소를 우선 순위로 지정할 수 있습니다(투자자와 고객은 기본적으로 반짝이는 사용자 인터페이스를 볼 수 있기 때문에).;그런 다음 견적을 확장의 형태로 약간의 여유에 추가 할 수 있습니다.현재 생산성과 최악의 기간 사이의 비율을 사용하여 비관적 인 추정치를 만듭니다.동일한 비율을 사용하여 더 짧은 추정치를 확장 할 수 있습니다(예:최소 기능 세트에 대한 귀하의 견적을 위해).

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top