長い間、私は空のブログ「
製品管理 」を見て何かを書くように訴え、何かを書くことにしました。 しかし、トピックはプロジェクト管理に近いものです。 製品管理はNPDなどに関係していると思いますが、プロジェクトポートフォリオの収益性とリスクに関心があります。 特定のリスクレベルで収入を最大化することは、ポートフォリオ管理の目標ではありませんか？ （質問は修辞的です）。
犬、星、乳牛などの話はうまくいかないとすぐに言わなければなりません。
更新： 例 問題は、次の3年間で1万5千人がいた場合、あなたは何をあきらめますか？ポートフォリオ管理について少し
実際のプロジェクトのトピックは、この分野のソフトウェアソリューションが豊富にあるにも関わらず、十分に開発されていません（これらのソリューションはそれぞれ非常に多くのものです）。 プロジェクトポートフォリオを管理するためのPMI標準がありますが、インターネットを確認し、すべてを読み直したが、それを完全にサポートするソリューションを見つけることができませんでした。
ポートフォリオ管理には何が含まれますか？ すべてではありませんが、何かがあります：
- プロジェクトに関する情報を収集し、経済指標、リソースのニーズ、戦略目標の順守、定性的利益を書き出す
- 基準に基づいてプロジェクトをグレーディングし（基準はインジケーターに結合されます）、それらを重み付けし、プロジェクトの評価を計算します（グレードの基準に重み付けする）。 基準の例としては、純利益（0のスコアは0未満、0から500万ルーブルまで、たとえば5のスコア、さらに高い場合は10のスコア）があります。
- 優先順位付け ペアでプロジェクトを比較することができます（たとえば、評価の高い人、またはインジケーターの1つ-優先度の高いインジケーターのいずれか）、タブレットに書き込むことで比較できます（列と行はプロジェクトを示します。行のプロジェクトが列のプロジェクトよりも高い場合は、1つが置かれます。すべてがまとめられ、優先順位が取得されます）
- ポートフォリオバランス分析。 さまざまなバブルチャートが、利用可能なデータ（インジケーターと他のデータの両方）、「クラスター」、「空のスペース」などに基づいて描画されます。ポートフォリオに関する高品質の情報を提供できるものすべてです。 この段階では、ポートフォリオ内の一部のプロジェクトでは不十分であることが理解できます。
- 評価に応じてプロジェクトを時間とリソースで調整します。 可能な場合、最高の優先順位がキーリソースに割り当てられます。 一部のプロジェクトは拒否される場合があります
- ポートフォリオ認可
- ポートフォリオの監視と変更
本を見ると、さまざまなポートフォリオ管理ツールを見つけることができます。
たとえば、私の意見で最も興味深いものは次のとおりです。
- 共通のスレッド。 これは、プロジェクトの一般的なコンポーネント（必ずしもソフトウェアコンポーネントであるとは限りません）を指します。 たとえば、共通のスレッドは、顧客との対話の領域で検索できます
- プロジェクトを粉砕します。 これはそのような部分への内訳として理解され、それぞれが測定可能な利益（すべてのお金で最高）を与え、各部分の後、プロジェクトを変更する（閉じる）決定を下すことができます
- スクリプトテスト。 いくつかのビジネス開発シナリオが記述されています（たとえば、絞り込み、保存、拡張）。 各プロジェクトの動作を確認できます。 すべてのシナリオで保存されるものがおそらく最も重要です
これらはすべて、プロジェクトポートフォリオを操作する高品質の方法です。
上記のいくつかは、たとえばMicrosoft Project Server 2010にあります。 この記事を読むように促したのは、この記事を読んだことでした。
これらのメソッドを品質と呼ぶのはなぜですか？ 彼らはポートフォリオの収益性についても、そのリスクについても直接何も言わないからです。 はい、ポートフォリオは戦略的目標を参照してバランスを取ることができます。 しかし、これは、ポートフォリオがどの程度の確率で私たちにもたらすかを知るまで、すべてではありません。
プロジェクトのリスクについて少し
ここから、投資プロジェクトについて引き続き説明します。つまり、有効性の主な指標は財務結果（プロジェクトのすべての収入と支出の差）であることを意味します。 NPVがより興味深い場合（突然）、以下に示すすべての引数を彼のために繰り返すことができます。
投資プロジェクトのリスクは何ですか？ これは、財務結果がK未満になるような状況の組み合わせの可能性です（K = 0を取り続けます）。
リスク尺度は異なります。 たとえば、確率。 たとえば、確率*損失額。 最後に、可能性のある損傷自体。 これらすべての対策を検討します。
リスクに対処するには、将来のシナリオに従って不確実性を構築する必要があります。 たとえば、販売の3つのケース、楽観的（レベルA）、現実的（レベルB）、および悲観的（レベルC）を考えてみましょう。
PERTメソッドから「確率」を取得してみましょう（実際、これらは重みですが、期待は確率を意味します-そして、耳に若干の気弱があります。必要に応じて、例えば、間違った販売N、M、L回？））：Aが1/6、Bが4/6、Cが1/6
シナリオの財務結果を確率で比較し、財務結果の
推定値を取得
します。 中-これはプロジェクトの期待です。
どのケースで財務結果がゼロ未満になったのかを確認します（悲観的に、どうやら）。 したがって、このシナリオの確率では、負の財務結果に等しい損害があります。
負の財務結果を伴うシナリオが複数ある場合、
- 確率は確率の合計に等しい
- 損害は、負のシナリオの確率の加重平均損害を確率の合計で割ったものに等しくなります（プロジェクト全体の2番目の測定で測定されるリスクは、シナリオのリスクの合計に等しくなります）。
計算
ポートフォリオはどうですか？ 独立したプロジェクトの場合、財務結果を自由に要約できます。 中毒者の場合、依存関係のあるプロジェクトを1つにまとめる必要があります（簡単にするため、相関関係に煩わされないようにするため）。
さらに、受け入れられた条件の下では、ポートフォリオの財政的期待がプロジェクトの財政的期待の合計に等しいことは明らかです。
独立したランダム変数の場合、分散が合計されることを覚えています。つまり、各プロジェクトの分散を計算して合計できます。
プロジェクトの分散は次のように考慮されます。平均財務結果とシナリオ確率によって重み付けされたシナリオに従って財務結果の差の二乗を追加します。
プロジェクトの分散を追加し、平方根を抽出します-標準偏差があります。
このようなチェビシェフ不等式があります-k標準偏差以上の偏差が1 / k ^ 2以下の確率で実現されると言います。 分布が対称であると簡単に想像できる場合（PERTを使用した場合はそうです）、この確率をさらに2つに分割する必要があります。偏差がゼロになる確率にのみ関心があります。 kは、推定（平均）財務結果を標準偏差で割った商に等しくなります。
したがって、損失の確率を取得します。 つまり リスクのレベル。
おわりに
ポートフォリオを比較するには、ポートフォリオの計算を行う必要があることは明らかです。
それにもかかわらず、私たちは今、お金のポートフォリオの期待収益性を見つける方法を知っており、対応する財務結果を得る確率はゼロよりも大きいです。 そして、行動することだけが残っています！
PS方法は私のものです（有価証券のポートフォリオとの類推によって行われます）、突然間違いを見つけた場合、私は非常に感謝します。
PPSおもしろくて便利だと思います:)