問題タブ [estimation]

私はスクラムの初心者で、会社にスクラムを実装しようとしています。賛同を得ることは問題ではありません。それは私の会社であり、開発者はこのように働くことを非常に喜んでいます。

問題は、収益の 75% が固定期間/固定価格のプロジェクトから得られていることです。

Ken Schwaber は、彼の著書「スクラムによるアジャイル プロジェクト管理」の中で、本の最後の付録で、固定期間/固定価格プロジェクトの入札に関するトピックを取り上げています。

多くの内省を重ねた結果、Ken は、潜在的なクライアントに別の考え方をするよう説得できる場合にのみ、この状況でスクラムが役立つことを導き出しました。クライアントは、多くの不確実性 (最終的なコストと最終的な納期について) を受け入れる必要があり、それと引き換えに、使用可能なものをはるかに早く入手する必要があり、すべての機能を実装する必要がない可能性があるため、費用を節約できます。

これが固定長/固定価格プロジェクトでスクラムを実装する唯一の方法であるとは確信していません。

他の人がどのようにして固定長/固定価格プロジェクトに入札し、利益を得たか知りたいです。

さまざまなクラウド コンピューティング プラットフォーム、特に Amazon の EC2 の価格を調べていますが、多くの見積もりはインスタンス時間と呼ばれる単位に基づいています。

インスタンス時間の正確な定義を把握して、Web アプリケーションをホストし続けるコストとクラウドに公開するコストをよりよく比較しようとしています。

(1) 現在の実装をベンチマークし、価格計算ツールで使用できるような方法で Windows パフォーマンス カウンターのいずれかに対応していますか?

(2) マルチプロセッサインスタンスは、インスタンス時間の計算にどのように組み込まれますか?

ABAP での開発の標準時間見積もりの​​表またはリスト、開発チーム、プロジェクトの複雑さなどに応じていくつかの変数でカスタマイズ可能なものを探しています...

次のようなもの：

検索しましたが、まだ何も見つかりません。私が必要とすることを行うためのソフトウェアツールのように見えるAboveSoft Adaptive Estimatorを見つけましたが、私は何か...マニュアル、公式または標準のテーブルを好みます。

あなたはそのようなことを知っていますか？

前もって感謝します。

Rob S. のコメントで要求されたように、今後の同様の質問に対する詳細情報を提供するために更新されました。

私が探しているのは、一連の数式であり、SAP 開発の時間見積もりに適用できる (または作成された) 任意のメトリック システムです。

SAP の作業、期間、コスト、SAP 開発用の COCOMO II、FP、ESTIMACS、または SLIM に似たものを見積もるための技術/ツール/方法を探しています。

• プロジェクトの計画と、新しいプロジェクトの時間見積もりの​​作成に関して、どのような経験がありますか?

• 使用しているアプローチは何ですか? また、それがうまくいった、またはうまくいかなかった理由は何ですか?

• 考慮すべきベストプラクティスはありますか?

ユーザー ストーリーの実装に必要な時間をどのように見積もっていますか? それがどれくらいの時間がかかるかを知る前に行ったことがある場合。しかし、それがあなたにとってまったく新しいものである場合はどうでしょうか? 「サプライズ」のためにどれくらいの時間を確保していますか?

私はこの 2 か月間 Flex に取り組んできましたが、実際に Flex を行うのはこれが初めてだったので、プロジェクトのタスクを過小評価してしまい、遅れが生じました。では、新しいテクノロジーに取り組んでいるときに、プロジェクトのタイミングをどのように見積もればよいのでしょうか?

一部の人々は、見積もりを行う際に、配達までの予想時間の下限と上限を設定する必要があると提案しています。私が見たいくつかのプロジェクト ツールは、1 つの固定された日付を要求するようです。この推定範囲の概念をサポートするツールはありますか?

私は FogBugz をツールとして使用して、「未来をのぞき見る」ことができます。このプログラムは、私たちの作業時間、リリースのタスク、そのタスクに対する割り当てられた開発者の見積もり、および開発者が過小評価/過大評価する傾向を考慮して、将来のある範囲の日付に対してリリースを行う可能性を考え出そうとします。 .

現在、FogBugz は作業時間を考慮に入れているため、開発者が割り当てられたタスクに時間を割くことを想定していますが、これは XP では当てはまりません。ペアの以前の決定は、開発者のタスクの 1 つに取り組むことだったからです。一緒。

これは、ペア プログラミングを行うときに FogBugz を見積もりに使用できないということですか?

XPの本を読んでいると、私は対処できないという考えがあり、皆さんが助けてくれるかどうか疑問に思っています。

XPは、インデックスカードにストーリーを書き、それらを開発者に割り当て、タスクにかかる時間を見積もり、ペアプログラミングを使用してコーディングビットを実行すると言います。

したがって、彼女と彼女がペアを組む開発者は、自分のタスクを実装することを選択する必要があります。その選択に基づいて、彼らが実行する作業は、彼女がそのタスクに対して行った見積もりにカウントされます。彼女が誰と一緒に働いているかに依存しているように見えるので、その見積もりはまだ有効ですか？

小規模な仕事について質問しています。大規模な仕事では、あらゆる種類の契約上の問題に対処しなければならないと思います。大規模な仕事では、スケジュールの遅れを考えていなければ、基本的にうんざりしています。

成果物が少ない場合 (10 時間以内): 以前に行ったことがあることを行っている場合、その作業にかかる時間を簡単に見積もることができます (その方法を既に学んでいるため、それよりも短い時間で済む場合もあります)。 "一番"）。しかし、何か新しいものを使用する場合、最初の見積もりで発生する可能性のあるタイム スリップにどのように対処しますか? 念のため、任意に時間に 20% を追加しますか? 範囲を指定してから、先に進むにつれて精度を上げますか? 一部の HelloWorlds は数時間課金して、不明な点を解明しようとしていますか?

この質問については、仕事を遂行するために可能な限り最高の情報を必要とし、遅かれ早かれすべてを必要とする柔軟なクライアントのために働いていると仮定しています。