2

主観的および/または議論かもしれません..しかし、ここに行きます.

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

私は週に2ポイントと見積もっていますが、ユーザーアクションをプレビューしたり、コンテキストを表示したりできるように、どこに接続すればよいかがわからないため、週末に仕事をしていることに気付きます（まあ、どこにも行かないようにしようとしています）。メニューなど。最終的には、スケジュールを軌道に乗せないスパイクを作成するのに時間を費やします...そしてその価値を減らします..正しい画像が得られません.

無知の板に釘を刺すにはスパイクが必要です。しかし、それらはどのように推定方程式に組み込まれているのでしょうか? 機能が間違っているように見える前に、必要なすべてのスパイクを実行します.. (YAGNI であることが判明する可能性があります) 途中で実行すると、フローが中断されます。今はイテレーション前の計画中です..しかし、これは毎週タッチラインを押し出しています.

4

4 に答える 4

6

あなたはいつも過小評価していると思います

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

1. これら 2 つのことの見積もりが上手になる。

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

2. これらのスパイクに取り組んでいるときに道に迷わないようにしてください。

それらは、短い時間のボックス化されたセッションである必要があります。マーケティング スライドに挙げられているすべての可能な機能をいじってみるのではありません。2 つまたは 3 つのオプションを調べて、焦点を当てます。彼らが1つの具体的な結果をもたらすことを期待してください.

追記（ぎしゅ）：まとめ

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

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

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

于 2008-09-22T14:19:39.753 に答える
1

@pointernil ..ストーリーに取り組むためのインディ・ジョーンズのヘッドファーストのアプローチと相まって、見積もりはほとんどありません。私はストーリーをその内容から推定します。現在、コントロールライブラリがうまく機能するための適切な呪文を見つけるのに必要な時間を考慮していません。それは私のアプリケーションロジックよりも時間がかかることがあります。元の質問を言い換えると、スパイクは、特定のストーリーに取り組み始める前に、JITベースで追加された反復計画の個別のタスクである必要がありますか？

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

たぶん、これは物事の「バッファリングの不確実性」スキームに含まれています。マイク・コーンの本で何か役に立つものを見つけたら調べます。

于 2008-09-22T03:02:54.530 に答える
1

私はpointernilに同意します。唯一の問題は、見積もりが正しくないことです。もちろん300万ドルのプロジェクトを吹き飛ばしたばかりでない限り、これは大きなドラマではありません:-)

それが一度起こった場合、それは学習体験です。それが再び起こり、結果がより良い場合、あなたはあなたのベルトの下で別の学習経験を持っています。あなたが絶えず過小評価していて、あなたのパーセンテージが悪化しているならば、あなたは少し賢明にする必要があります。これから抜け出す方法論はありません。

スパイクには、必要な時間を与える必要があります。私の経験で繰り返し起こっていることの1つは、人々が数時間または1日以内にテクノロジーを釘付けにできることを期待しているということです。それは実際には起こりません。最も単純な問題は、タイプミスによって引き起こされたバグでさえ、開発者が膨大な時間の間私たちの髪を引っ張ってしまう可能性があります。あなた自身またはあなたのスタッフが実際にどれほど有能であるかについて正直になり、それを予算に入れてください。

于 2008-09-22T03:20:17.907 に答える