일정/추정 게임에서 "스파이크"는 어떻게 계산됩니까?[닫은]

Question

주관적이거나 토론일 수 있습니다.하지만 여기 간다.

나는 직장에서 차세대 혁신을 위한 기능을 평가해 달라는 요청을 받았습니다.분해해요..스토리 포인트를 사용하여 견적을 내보세요.그러나 이 기능은 다양한 회사 이니셔티브 외에도 타사 다이어그램 구성 요소인 GoDiagrams와의 인터페이스를 요구합니다.(2008_Limited_Edition 프레임워크/서비스 전체 세트:).연소 차트를 사용하여 내 자신을 추적해 왔는데 주로 "스파이크" 때문에 속도를 유지할 수 없다는 것을 알게 되었습니다. 정의

나는 일주일에 2포인트를 예상하고 주말에도 일하게 됩니다(글쎄요..여기서도 거기에서도 끝나지 않습니다) 사용자 작업을 미리 보고 컨텍스트 메뉴를 표시하는 등의 작업을 수행할 위치를 알 수 없기 때문입니다.결국 나는 내 일정을 궤도에서 벗어나게 만드는 스파이크를 만드는 데 시간을 소비합니다...그리고 그 가치가 감소합니다..올바른 그림을 제공하지 않습니다.

무지의 널빤지를 뚫고 못을 박으려면 스파이크가 필요합니다.그러나 그것들은 추정 방정식에 어떻게 고려됩니까?기능이 잘못된 것처럼 보이기 전에 필요한 스파이크를 모두 수행합니다.(야그니로 판명될 수도 있음) 중간에 하면 흐름이 흐트러지거든요.지금은 사전 반복 계획 중입니다.하지만 이로 인해 매주 터치라인이 밀려나고 있습니다.

Answer 1

내 생각엔 넌 끊임없이 과소평가하다

• 타사 구성 요소에 대해 이미 알고 있는 내용
• 알려지지 않은 영역에 대해 유용하고 유용한 스파이크를 생성하는 데 걸리는 시간

1.이 두 가지를 더 잘 추정하십시오.

그래서 그것은 모두 경험에 관한 것입니다.어떤 방법론을 사용하든 경험을 대체하는 것이 아니라 더 잘 활용하는 데 도움이 됩니다.

2.스파이크 작업을 할 때 방향을 잃지 않도록 노력하십시오.

짧고 시간이 제한된 세션이어야 합니다.마케팅 슬라이드에 나열된 모든 가능한 기능을 가지고 놀려는 것이 아닙니다.그들에게 집중하고 탐색할 수 있는 두세 가지 옵션을 제공하십시오.그들이 하나의 구체적인 결과를 내놓을 것으로 기대합니다.

업데이트(기슈):요약

• 스파이크는 반복 계획 단계에서 정의된 명시적인 작업이어야 합니다.
• 스파이크가 기간을 초과하면 작업을 중지하세요.관련 작업을 보류합니다.현재 반복 버킷의 다른 작업을 완료합니다.보류된 작업으로 돌아가거나 관련 작업과 함께 다음 반복에 더 정교하고 세분화된 스파이크를 추가하세요.다음번에는 1세대 스파이크에 좀 더 보수적인 추정치를 태그하세요.

Answer 2

정해진 기간 내에 시간이 부족하더라도 다른 약속된 작업을 중지하고 완료해야 합니다.그런 다음 스파이크로 인한 작업을 정확하게 예측하기 위해 완료해야 하는 필수 작업을 완료하기 위해 다음 반복에 또 다른 스파이크를 추가해야 합니다.

너무 오랫동안 급증하는 것에 대한 우려가 있고 이것이 문제가 되는 경우 - 이것이 제가 1주일 반복을 좋아하는 이유 중 하나입니다.:-)

Answer 3

@포인터닐..스토리를 다루기 위한 Indy-Jones Head-First 접근 방식과 결합된 것은 무평가에 가깝습니다.나는 내용으로 이야기를 평가한다..현재 저는 컨트롤 라이브러리가 제대로 작동하기 위해 올바른 주문을 찾는 데 필요한 시간을 고려하지 않습니다.때로는 내 응용 프로그램 논리보다 더 많은 시간이 걸립니다.따라서 원래 질문을 다시 말하면, 스파이크는 반복 계획에서 별도의 작업이어야 하며 특정 스토리 작업을 시작하기 전에 JIT 기반으로 추가되어야 합니까?

내 스파이크는 극도로 집중적이야..나는 "진짜" 문제로 돌아가고 싶습니다.예를 들어'이 컨트롤에서 컨텍스트 메뉴를 어떻게 표시합니까?' 150 개 이상의 페이지 매뉴얼 또는 코드 샘플을 읽지 않은 유죄 일 수 있습니다.하지만 시간이 부족합니다.문제를 해결하는 첫 번째 솔루션이 고개를 끄덕이고 계속 진행합니다.그러나 파악하기 어려운 이벤트나 구성 요소에서 사용하는 NIH 알림 패턴을 찾을 수 없는 경우 스파이크로 인해 시간이 많이 걸릴 수 있습니다. 알려지지 않은 항목을 어떻게 타임박스에 보관하나요? 예를 들어내 시간 상자가 경과했지만 여전히 내 사용자 정의 컨텍스트 메뉴를 플러그인할 단서가 없습니다.어떻게 진행하나요?계속 해킹하시겠습니까?

어쩌면 이것은 "버퍼링 불확실성" 계획에 나오는 것일 수도 있습니다.Mike Cohn의 책에서 유용한 내용을 찾으면 찾아보겠습니다.

Answer 4

나는 포인터에 동의합니다.유일한 문제는 귀하의 추정치가 정확하지 않다는 것입니다.물론 300만 달러 규모의 프로젝트를 성사시키지 않는 한 큰 드라마는 아닙니다. :-)

한 번 발생하면 학습 경험입니다.이런 일이 다시 발생하고 결과가 더 좋아지면 또 다른 학습 경험을 얻게 됩니다.만약 당신이 지속적으로 과소평가하고 있고 당신의 비율이 점점 더 나빠지고 있다면, 조금 현명해져야 합니다.어떤 방법론도 이 문제에서 벗어날 수 없습니다.

스파이크에는 필요한 시간만 주면 됩니다.제가 경험한 바에 따르면 반복적으로 일어나는 일 중 하나는 사람들이 몇 시간 또는 하루 안에 기술을 완성할 수 있을 것으로 기대한다는 것입니다.그것은 실제 생활에서는 일어나지 않습니다.가장 간단한 문제, 심지어 오타로 인한 버그라도 개발자는 엄청난 시간 동안 머리를 쥐어뜯게 될 수 있습니다.자신이나 직원이 실제로 얼마나 유능한지 솔직하게 설명하고 이를 예산에 포함시키십시오.