スケジュール/見積りゲームにおいて「スパイク」はどのように計算されますか?[閉まっている]

Question

主観的および/または議論である可能性があります。しかし、ここで行きます。

仕事で次の大きなことの機能を見積もるよう頼まれました。分解してみます。ストーリーポイントを使用して見積もりを出します。ただし、この機能には、他のさまざまな企業の取り組みに加えて、サードパーティの図作成コンポーネントである GoDiagrams とのインターフェースが必要です。(2008_Limited_Edition フレームワーク/サービスのセット全体:)。バーンアップ チャートを使用して自分自身を追跡していますが、主に「スパイク」が原因で自分のペースを維持できないことがわかりました。 意味

私は週に 2 ポイントを見積もっていますが、気が付くと週末も働いています (まあ、そうしようとしています...)なぜなら、ユーザーアクションをプレビューしたり、コンテキストメニューを表示したりできるように、どこに接続すればよいのかわからないからです。結局、スパイクを作るのに時間を費やしてしまい、スケジュールが狂ってしまいます…。そしてその価値が下がります。正しいイメージが得られません。

無知の板に釘を打ち込むにはスパイクが必要です。しかし、それらは推定方程式にどのように組み込まれるのでしょうか?機能が間違っていると思われる前に、必要なスパイクをすべて実行します。（YAGNIになるかも知れません） 合間にやると流れが乱れます。現在、イテレーション前の計画中です。しかし、これにより毎週のようにタッチラインが外れる状況になっている。

Answer 1

あなたは常にそうしていると思います 過小評価している

• サードパーティコンポーネントについてすでに知っていること
• 未知の領域に使用可能な/役立つスパイクを作成するのにどれくらい時間がかかりますか

1.この 2 つのことをうまく見積もれるようになりましょう。

つまり、すべては経験なのです。どのような方法論を使用するとしても、それらは経験を置き換えるのではなく、より良く活用するのに役立ちます。

2.これらのスパイクに取り組むときは、道を見失わないように注意してください。

短い、タイムボックス型のセッションである必要があります。マーケティング スライドにリストされているすべての機能を試してみることではありません。彼らに焦点を当て、探索する 2 つまたは 3 つの選択肢を与えます。彼らが 1 つの具体的な結果をもたらすことを期待してください。

更新情報(岐州):要約する

• スパイクは、反復計画ステップで定義された明示的なタスクである必要があります。
• スパイクがタイムボックス期間を超えた場合は、作業を中止してください。関連するタスクを棚上げします。現在の反復バケット内の他のタスクを完了します。棚上げされたタスクに戻るか、関連するタスクとともに、より複雑な/細分化されたスパイクを次の反復に追加します。次回は、より控えめな推定値を第 1 世代のスパイクにタグ付けします。

Answer 2

タイムボックス内のスパイクで時間がなくなった場合でも、停止して他のコミット済みの作業を完了する必要があります。次に、次の反復に別のスパイクを追加して、スパイクから生じるタスクを正確に見積もるために完了する必要がある作業を完了する必要があります。

スパイクが長すぎて問題になるのではないかという懸念がある場合、これが私が 1 週間の反復を好む理由の 1 つです。:-)

Answer 3

@pointernil..それは、ストーリーに取り組むためのインディ・ジョーンズの頭からのアプローチと組み合わされた、見積もりの​​ないものです。ストーリーは内容から推測します。現時点では、コントロール ライブラリが適切に動作するための適切な呪文を見つけるのに必要な時間は考慮していません。場合によっては、アプリケーション ロジックよりも時間がかかることがあります。元の質問を言い換えると、 スパイクは、特定のストーリーの作業を開始する前に、JIT ベースで追加されるイテレーション プラン内の別個のタスクである必要がありますか?

私のスパイクは非常に集中力があります。「本当の」問題に戻るのが待ちきれません。例えば「このコントロールからコンテキストメニューを表示するにはどうすればよいですか？」私は、150以上のページマニュアルまたはコードサンプル全体を読んでいない罪で罪を犯している可能性があります。しかし、それでは時間が足りない。問題を解決する最初の解決策に同意し、次に進みます。ただし、コンポーネントで使用されるとらえどころのないイベントや NIH 通知パターンを見つけることができない場合、スパイクには時間がかかる可能性があります。 不明なものをタイムボックスにするにはどうすればよいですか? 例えばタイムボックスが経過しましたが、カスタム コンテキスト メニューをプラグインする手がかりがまだありません。どうやって進めればいいですか？ハッキングを続けますか？

おそらく、これは「バッファリングの不確実性」のスキームに当てはまるのかもしれません。Mike Cohn の本で役立つものがあれば探してみます。

Answer 4

私はポインターニルに同意します。唯一の問題は、見積もりが間違っていることです。もちろん、300 万ドルのプロジェクトをやり遂げたばかりでない限り、これは大したドラマではありません :-)

それが一度起こったら、それは学習経験です。それが再び起こり、結果が改善された場合は、別の学習経験が得られたことになります。常に過小評価していてパーセンテージが悪くなっている場合は、少し賢くなる必要があります。どんな方法論もこの状況から抜け出すことはできません。

スパイクには必要な時間を与えればいいだけだ。私の経験の中で繰り返し見てきたことの 1 つは、人々は 2 ～ 3 時間または 1 日以内にテクノロジーを習得できると期待しているということです。それは現実の生活では起こりません。最も単純な問題は、たとえタイプミスによって引き起こされたバグであっても、開発者が膨大な時間を費やすことになる可能性があります。自分自身やスタッフの能力が実際にどれくらいであるかを正直に考えて、それを予算に組み込んでください。