プロダクトオーナー資格を取得するために勉強していたときに、不確実性の円錐について読みました。 このフレームワークについて初めて知ったので、もちろん、もっと勉強してここで共有することにしました。

不確かさのコーンの基本概念は、Wikipedia によると、AACE International (American Association of Cost Engineers) の創設者によって化学産業のエンジニアリングと建設のために開発されたものだそうです。

「ソフトウェア見積りの主な目的は、プロジェクトの結果を予測することではなく、プロジェクトの目標が、それを達成するためにプロジェクトを制御できるほど現実的かどうかを判断することです」- Steve McConnell。

Cone of Uncertainty という名前は Steve McConnell が彼の Software Project Survival Guide でこの概念を表すために最初に使用し、不確かさの範囲を持つ標準見積りタイプの分類システムとして提案し、コーン図解として提示したものでした。 ソフトウェアでは、Barry Boehm がこの概念を漏斗曲線と呼びました。

Cone of Uncertainty は、利用できるテクノロジーやビジネス目標など、環境が非常に速く変化するソフトウェア開発で使用することができます。 ソフトウェア開発では、エンジニアリング コストが不確実性の量に正比例すると言ってもよいでしょう。

プロジェクト管理は、プロジェクト リスクを大幅に削減する能力として、より良い予測可能性とリスク全体の理解が通常可能なソフトウェア開発とは異なります。 しかし、ソフトウェア開発では、未知数な部分や外部からの圧力により、環境は非常に不安定で予測不可能です。

特にソフトウェア開発では、目標は常に不確実性を減らし、リスクを最小化するように努力することです。 そのための方法として、すべてのフェーズで調査を行い、また、製品やプロジェクトから変動の原因を可能な限り取り除くことが挙げられます。 ご存知のように、スクラムはそれを支援するフレームワークです。

不確実性の円錐は、プロジェクト中の最良のケースの不確実性の量の推移を表します。 初期の段階ではプロジェクトについて多くの情報を持っていないため、特にプロジェクトが新製品に関連している場合は、見積もりには多くの不確実性が含まれ、リスクは高くなります。 作業が進むにつれて、チームは製品についてより多くの情報を得るようになり、不確実性は減少していきます。

How to estimate

成功を予測することは非常に困難です。 多くの要因が見積もりに影響を与え、プロジェクトの不確実性の一因となり得る。 見積もり作成中に、別の類似したプロジェクトに基づいて見積もりを開始するのが良い方法である。

不確実性のコーンを導入する方法は、見積もりに不確実性の範囲を含めることである。

プロジェクトの始まりは不確実性の数が最も多いときなので、プロジェクトが発展するにつれて不確実性と変動性が減少するという考え方です。

見積もりは常にこのことを念頭に置き、過去のプロジェクトの履歴情報によってサポートし、不確実性の円錐が示すように、最も可能性の高いシナリオを範囲形式で予測する必要がある

変動の量はプロジェクトのフェーズとプロジェクトの種類によって変動する。 不確実性の数はプロジェクト開始時に最も多く、プロジェクトが進むにつれて、ほとんどの場合、不確実性は減少していくと考えておいてください。

プロジェクトにおける初期のコミットメントは、より多くの不確実性とリスクを考慮することになります。 期待を管理し、利害関係者にプロジェクト全体のリスクと前提条件を現実的に理解させることができれば、チームとの連携がうまくいき、信頼を得ることができる」

Steve McConnellは、プロジェクト開始時の不確実性係数は（高低で）4と同等であると述べている。 早すぎるコミットメントは、非効率や信頼の欠如を招き、プロジェクトを成功裏に管理する能力を低下させる可能性があります。 そのことを心に留めておいてください！

The Role of Agile

アジャイルは間違いなく見積もりの開発に役立ち、また、チームは、より多くを学ぶために絶えず見積もりを行うことを強いられますが、これは素晴らしいことです。 製品や市場についてより多くを学べば学ぶほど、見積もりはより簡単になるのです。 アジャイルと不確実性の錐は、アジャイルがチームに力を与えて結果を出すのを助けるので、強力な組み合わせです。

ソフトウェアを開発しながら今日の市場の仕組みを考えると、常に仮説を検証する戦略を立てて、できる限りイノベーションを推進すべきなのです。

アジャイルの主な違いは、複数のイテレーションを可能にすることです。

アジャイルアプローチを使用すると、一定の反復と展開によって学習能力が加速されるので、チームはより迅速に学習内容を検証し、市場についてより多くを学び、不確実性を減らすことができる。

適用方法

不確実性の円錐フレームワークはプロジェクトのリスク管理およびすべての既知および未知のリスクの一部になるはずです。 フレームワークの目的は、不確実性に備えることで、プロジェクトリスクをよりよく理解することです。

見積もりプロセスにおけるフレームワークの役割は、最も可能性の高いコースを決定し、また確率の高低幅を計算することです。 これは、数式を使用して、経験主義を使用して、以前のプロジェクトの見積もりに基づいて行うことができます。

フレームワークは、任意の投資のリスクを示す効果的な方法であるため、製品やプロジェクトのさまざまなタイプで使用されます。 不確実性のコーンでは、製品のライフサイクルを通じて確実性の度合いを漏斗の図で示すことで、リスクの量を示します。

経験主義は、以前の類似の経験に基づいて何かを測定することが非常に簡単なので、フレームワークの大きな味方です。 円錐は、そのプロジェクトが実現可能かどうか、可能かどうかを判断するのに役立ちます。 時間の経過とともに不確実性が減少し、それを考慮することで、チームがより良い見積もりを開発できるようになることを期待しています。

Cone of Uncertaintyを使用する利点：

• あいまいさを減少させる。
• 最も可能性の高い見積もりを決定する。
• How much risk the team can afford and incremental funding.
• Reinforces the importance of additional research.

Estimation tips:

• Estimates are uncertain in the beginning of the project, they are vague but hopefully based on an empirical process.
• 見積りには、チームのリスクをどれだけ許容できるか決定する手助けになる。
• 見積もりは、プロジェクトについてより多くのことが分かってきたら、定期的に見直す必要がある。
• 仮定は透明で、日常的にダブルチェックすべきである。
• 見積もりは不確実性を考慮し、プロジェクト計画やかんばんボードで見えるようにする必要がある。

Uncertainties facts:

• It’s difficult to understand the market and what they wants.
• The market is constantly changing.
• Competition will always be there.

Have fun! ❤