ソフトウェアの見積もりを教えるための良い例（サイズ、スケジュール、努力）？
私は、推定手法の広範なブラシをカバーするクラスを教えるつもりです。 SLOCに基づく絶対推定手法（関数ポイント、COCOMO IIなど）や、Tシャツのサイズ設定、ストーリーポイントの推定などの相対論的手法を取り上げます。
見積りの内容、理由、方法を理解するために、クラスで何を行うとよいでしょうか。 PowerPointによる死ではなく、実際の実践的な例で彼らの興味をそそりたいと思います。
私の同僚によって提案された例は、新聞をクラスに持ってきて、彼らに紙の単語数を見積もるように依頼することでした（短い紙の場合、または長いものの場合はページのみ）。彼らはそれを絶対に数えることができないので、彼らは彼ら自身の発見的方法を考え出すことを強いられ、彼らは彼ら自身から自身の洞察を得るためにそこから講義を受けることを強制されます推定手法。
良い例ですが、ソフトウェア推定IMHOとうまくリンクしていないようです。私はソフトウェア推定を教えるためのいくつかの良い例は何だろうと思っていました。彼らが実際に遭遇するサイズ、スケジュール、および努力の見積もり。私は、「それについて話す」よりも、実際に「授業で行う」ことができる実用的な例を好みます。
[〜＃〜] update [〜＃〜]：クラスの構造にさらに光を当てる-はい、私は粒度の側面をカバーします。つまり、RFPの段階で何が最良かできます。問題（プロトタイピングが行われた後のFPなど）がわかっている場合、推定値をどのように調整できますか？ストーリーのリストを取得したらストーリーポイントがどのように役立つか、またはSLOCカウントに基づくCOCOMOのようなモデルがどのようにできるか適用後のアーキテクチャ/設計。つまりプロジェクトの完了に向けて進むにつれて、不確実性のコーンを狭めます。私の目的は、生徒のチームがテクニックをよりよく理解し、その使いやすさ（または難易度）とそのレベルの粒度と知識で得られる正確さのレベルを理解するためにクラスで練習できる例を引き出すことです。
[〜＃〜] ps [〜＃〜]：反対票を投じている場合は、同じことを強調するコメントをいただければ幸いです。これは主観的な質問ではなく、実践的な方法で教えることは簡単ではなく、「最良の答え」を選択する可能性があります
Steve McConnellの ソフトウェアの見積もり：黒のアートの謎を解く は、本を通して提示されたいくつかの優れた例があり、一部は特定の見積もり方法にも関連しています。
例として、「count-compute-judge」を提示するために、彼は大きな会議場の人々の数を数える問題を提示します。今は本が手元にないので、こんな感じになると思います。カウント手法には、部屋のすべての人を個別にカウントすることが含まれます。計算では、各テーブルが5人を収容できるように設計されており、多くの観察可能なテーブルに約5人が座っていたと判断し、部屋のテーブルの数を数えます。判断は、投稿された部屋の最大容量を確認し、その割合と最大容量を使用して、占有された部屋の割合を推定することでした。
彼は、他の推定手法を説明するために、ソフトウェアと他の推定の両方からの他の例を示します。まだ読んでいない場合は、コースを教える前に読むことを強くお勧めします。できれば、コースの教科書（または推奨される教科書）として提案することもできます。
見積もりは教えるのが難しいものです。これは、経験を積むことで改善されるものの1つです。ただし、「行うことによって学習する」カテゴリの他のものとは異なり、推定では（推定を実行する場合と同様に）行うだけでなく、推定したことを行い、推定と実績を追跡し、違いがある理由について話し合う必要があります。
McConnellの本は、いくつかの優れた推定手法を使用するのがどのようなものかについての良い例を提供しますが、コースでプロジェクトを使用することを検討します。見積もり手法が異なると精度のレベルが異なるだけでなく、見積もりと実績の両方に関して一定量の履歴データが必要になる場合もあります。より多くのプロジェクトを進めるにつれて、より多くの履歴データを得ると同時に、特定の推定手法を使用して学生に実践的な経験を与えることができます。
学生の経験レベルにもよりますが、適切な場合はそのテクニックとその長所と短所を教えることに集中する傾向があります。これは特に、学部生や、専門的な経験が限られている大学院生にも当てはまります。より大規模なプロジェクトを抱えている経験豊富な学生は、おそらく彼らの経験にもっと関連している可能性があり、推定値と実績のより大きな履歴データベースを利用できます。
クラスを開始するには、4つのビジネスプロセスなどを備えた非常にシンプルなアプリケーションを提供することをお勧めします。コースについて学ぶ前に見積もりを依頼し、コース全体でこのアプリケーションを使用して、見積もり手法がどのように適用されるか、どこで問題が発生するかを示します。私が言おうとしているのは、単純なケーススタディに基づいたクラスを用意し、さまざまな要因や推定手法によって異なる結果がどのように得られるかを示しながら、原則を適用することだと思います。