プロジェクト成立前、プロジェクト成立の基礎

スタートアップフェーズはプロジェクトの始まりを示し、ハイエンドです。

スリーハイ

利害関係者が望んでいること

ビジネス目標

目標を達成するために必要なすべてのこと

コンテンツ

やるべきことの内訳（成果物レベルまで）

やるべきことの内訳（活動レベルまで）

プロジェクトに対して外部の支援が必要なスコープの説明

法的および財務政策によって形成された公式の説明を導入する

調達固有の成果物の説明

関係者からの情報の概要

関係者（プロジェクト外部）の管理、公式参加の検討、戦略の策定方法

情報の伝え方（５つ正解）

人材の管理方法（プロジェクト内）

チームの共通ミッション、ビジョン、価値観、基本ルール

新規・大型・コンセプト策定（判断遅れ、量追求）

名目上のグループ (実際にはそれぞれが独自のアイデア、表現、投票、ランキングを持っています)

特定の 1 人または 2 人をターゲットにする

プロのモデレーターの指導を受けながら、トピックについて話し合い、アイデアを収集します

多くの視聴者をターゲットにし、迅速に収集する

専門家、匿名性、複数ラウンド、コンセンサス（重要で影響力のあるステークホルダーの干渉を解決）

模倣、成熟した製品を探し、そこから学び、真似する

成熟した製品はありません (レンダリング、デモ) 不確かなニーズに基づいてプロトタイプを作成し、フィードバックを収集します。

JAD共同設計アプリケーション開発（ソフトウェア業界、ビジネス＆開発）

QFD品質機能展開（製造業、成果主義）

クリティカル パス上の重要なリソースは限られているため、最初に実行することがクリティカル パスの延長と工期の延長につながります。

非クリティカル パスの非クリティカル リソースの場合は、クリティカル パスと構築期間に影響を与えずに後で実行します。

コストを使用して進捗を達成し、リソースを追加し、残業し、リスクを増大させます。

もともとシリアルだった作業を並行して行うと、やり直しのリスクが高まる可能性があります

一貫性コスト

不整合（障害）コスト

代替案を見積もり、最大のメリットを決定し、コストを効果的に利用します (凹型の円弧)

仕事内容の構成

人、物、機械の構成

ビジネスユニットの組織構造を表示する

技術/経営/ビジネス/外部リスクの分類

プロジェクトに使用できる時間

リソースの利用可能性

報告

避ける

移行

緩和する

受け入れる

報告

開ける

共有

改善する

受け入れる

一括契約

費用プラス補償契約

仕事と資材の契約

一貫性のない製品または製品コンポーネントを修正するための目的を持った活動 (再製造)

プロジェクトの作業パフォーマンスをプロジェクト管理計画と一致させるための目的を持った活動（パフォーマンス、生産プロセスの検査、管理）

将来のプロジェクト作業の実行がプロジェクト管理計画に準拠していることを保証するために実行される目的のある活動 (再発防止、メンバーのトレーニング)

変更または追加されたコメントまたはコンテンツを反映するための、正式に管理されているプロジェクト文書または計画などの変更 (プロジェクト計画または文書の更新)

基準の設定：品質測定指標

決定方法：品質管理計画書

品質を行う: 品質管理計画に従って

品質のやり直し：改善計画に基づく

結果を見てください: 品質指標が満たされているかどうか

逸脱の発見: 基準を満たしていないコンテンツを特定します

人事考課

テスト

問題ステートメントの原因を個別の分岐に分解すると、問題の主原因または根本原因を特定するのに役立ちます。

1対1

欠陥の優先順位付け

80/20 ルール

1対多、多対1

プロジェクトマネージャーはツール担当者に縮小され、連絡担当者は機能マネージャーを経由する必要がある

権力の最大化、完全解散、ホームレス化

弱い行列タイプ

バランスマトリックスタイプ

強力なマトリックスタイプ

生理的欲求

安全要件

社会的ニーズ

ニーズを尊重する

自己実現の欲求

理論X

理論Y

所属ニーズ

電力需要

達成ニーズ

動機付け要因（報酬）

衛生要因（基本給）

モチベーション＝期待値×価値

撤退/撤退

未解決

後で使用するために保存するか、他の人にプッシュします

ハーフ＆ハーフ

中性

一貫性を重視し、調和を保ち、一歩下がってください

ハーフ＆ハーフ

ネガティブ

対立を隠蔽すると、損をする状況が生じる可能性がある

進む/押す

解決する

力強く突き進み、相手を犠牲にし、勝敗を決める。

ハーフ＆ハーフ

ポジティブ

オープンな協力、コンセンサスとコミットメント、Win-Win

時間の経過に伴うプロジェクトのパフォーマンスの変化を確認するように設計されています

パフォーマンスが向上しているか低下しているかを判断するため

偏差分析は、ベンチマークと実際の結果を比較するために使用されます。

偏差が臨界値の範囲内にあるかどうかを判断するには

予測的

増分

反復的な

アジャイル