プロジェクト管理用語集
プロジェクト管理
とコンサルティングに関連する用語の用語集。
あ
アジャイルソフトウェア開発とは
、従来の強引なソフトウェア開発方法論とは対照的に、アジャイルな作業方法に基づいてソフトウェアを開発する方法に関する一連の基本原則です。
[
1
]
総計計画
とは、2 ~ 18 か月前に生産プロセスの総計計画を立て、経営陣に資材やその他のリソースの調達量と時期についての考えを示し、その期間の組織の総運用コストを最小限に抑える運用活動です。
割り当てと
は、利用可能なリソースを経済的な方法で割り当てることです。
B
ベネフィット管理計画とは
、プロジェクトのベネフィットを達成するために必要な活動と、計画されたベネフィットがいつ実現されるかを記述した文書です。また、ベネフィット達成の進捗状況を測定するための指標と手順も概説しています。
BOSCARD は
、新しいプロジェクトの参照条件を示すためにプロジェクト管理で使用される戦略計画ツールです。
予算と
は通常、計画されているすべての支出と収入のリストを指します。
予算実行作業コスト
(BCWP) は、予定された作業コストではなく、実際に実行された作業の予算コストを測定します。
予定作業予算コスト
(BCWS) は、特定の期間内に予定されたタスク (または作業の内訳構造 (WBS) コンポーネント) を完了するために割り当てられた承認済み予算です。
ビジネス ケースは、
プロジェクトの承認を正当化し、その境界を設定するために、プロジェクトのビジネス ニーズと費用対効果の分析を検証するドキュメントです。
ビジネス モデル
は、企業内の他のシステムから重要な程度の独立性を備えた、利益を生み出すシステムです。
ビジネス分析
とは、ビジネスニーズを特定し、ビジネス上の問題に対する解決策を決定するために必要な一連のタスク、知識、および手法を指します。解決策にはシステム開発の要素が含まれることがよくありますが、プロセス改善や組織変更が含まれる場合もあります。
事業運営
とは、ステークホルダーに価値を生み出すことを目的として、事業運営に関わる継続的かつ反復的な活動を指します。プロジェクト管理とは対照的に、事業プロセスから構成されます。
ビジネスプロセス
とは、特定の顧客(複数可)に対して特定のサービスまたは製品(特定の目標達成)を提供する、関連性のある構造化されたアクティビティまたはタスクの集合です。ビジネスプロセスには、管理プロセス、運用プロセス、サポートプロセスの3種類があります。
ビジネス プロセス モデリング
(BPM) は、企業のプロセスを表現し、現在の (「現状のままの」) プロセスを分析して、将来 (「予定通りの」) に改善するアクティビティです。
C
能力成熟度モデル。
2 つのクリティカル パスを持つ PERT チャート。
ソフトウェアエンジニアリングにおける能力成熟度モデル
(CMM)は、特定のビジネスプロセスの能力の成熟度をモデル化するものです。成熟度モデルは、組織における成熟度の特定の側面を記述する要素の構造化された集合体であり、組織のプロセスの定義と理解に役立ちます。
変更管理
とは、品質管理システム(QMS)および情報技術(IT)システムにおける変更が、管理され、調整された方法で導入されることを保証するために用いられる手順です。変更管理は、より広範な変更管理分野の主要な側面です。
変更管理は
、組織の変更に焦点を当てた管理分野です。管理対象の
ITインフラストラクチャ
へのあらゆる変更を効率的かつ迅速に処理するための方法と手順を確実に適用し、関連するインシデントの発生件数とサービスへの影響を最小限に抑えることを目的としています。
ケーススタディ
とは、単一の事例や出来事(ケース)を詳細かつ長期的に調査する研究手法です。ケーススタディは、出来事を体系的に考察し、データを収集し、情報を分析し、結果を報告するための方法を提供します。
Certified Associate in Project Management
は、Project Management Institute が提供するプロジェクト実務者向けのエントリーレベルの認定資格です。
コミュニケーションログ
とは、プロジェクトマネージャーによって管理および収集される、特定されたプロジェクト関係者間のコミュニケーションイベントの継続的な文書であり、コミュニケーションイベントの送信者と受信者、コミュニケーションイベントが発生した場所、時間、経過時間、コミュニケーションイベントがどのような形式で行われたか、伝達された情報の概要、コミュニケーションイベントの結果としてどのようなアクション/結果を実行する必要があるか、コミュニケーションイベントのアクション/結果をどの優先度に評価する必要があるかなどについて説明します。
施工性評価
とは、建設前段階で建設プロセスの開始から完了までをレビューするプロジェクト管理手法です。プロジェクトの実際の建設前に障害を特定し、ミス、遅延、コスト超過を軽減または防止します。
施工性レビュー
とは、設計図書、施工図、仕様書、および建設業者がプロジェクトを施工する際に使用するその他の施工文書をレビューするプロセスです。施工性レビューの目的は、文書の入札前に設計ミス、遺漏、調整上の問題を排除し、プロジェクトの入札が正確で、施工中に不確実性、遅延、追加コスト、その他のリスクが生じる可能性が低くなるようにすることです。施工性レビューでは、これらのリスクを特定し、プロジェクトの入札および施工前に修正できるようにします。施工性レビューは、プロジェクト設計者から独立した、設計、エンジニアリング、および施工の専門家からなる多分野にわたるチームによって実施される必要があります。施工性レビューのコメントについては、入札前または建設請負業者から価格を取得する前、および施工作業を開始する前に、入札文書を修正することで対応および解決する必要があります。これにより、正確な入札可能かつ施工可能な施工文書によって、最良の価格で施工の効率、品質、安全性を最大限に高めることができます。
経済学、ビジネス、会計学におけるコストと
は、何かを生産するために使われ、もはや使用できなくなったお金の価値を指します。ビジネスにおいては、コストは取得コストである場合があり、その場合、その取得に費やされた金額がコストとして計上されます。
コストエンジニアリング
は、コスト見積もり、コスト管理、ビジネス計画と管理科学、
収益性
分析、
プロジェクト管理、計画
とスケジュールの問題に科学的原理と技術を適用する際にエンジニアリングの判断と経験が使用されるエンジニアリング実践の領域です。
[
2
]
建築および土木工学の分野における建設
とは、インフラの建設または組み立てからなるプロセスです。大規模な建設は単一の活動ではなく、マルチタスクの成果です。通常、プロジェクトマネージャーが管理し、建設マネージャー、設計エンジニア、建設エンジニア、またはプロジェクト建築家が監督します。
コスト超過は
、実際のコストが予算を超過することとして定義されます。
クリティカル パス メソッド
(CPM) は、プロジェクト管理で使用される、一連のプロジェクト アクティビティをスケジュールするための数学ベースのモデリング手法です。
クリティカル チェーン プロジェクト管理
(CCPM) は、プロジェクト タスクの実行に必要なリソースに重点を置いてプロジェクトを計画および管理する方法です。
D
プロジェクト ネットワーク内の依存関係
は、プロジェクトのターミナル要素間のリンクです。
動的システム開発手法
(DSDM)は、ラピッドアプリケーション開発手法をベースとしたソフトウェア開発手法です。DSDMは、継続的なユーザー関与を重視した反復的かつ漸進的なアプローチです。
プロジェクトの終了要素の期間
は、要素の実行が開始された時点から完了するまでにかかる暦期間の数です。
成果物
契約上要求される成果物であり、要求された状態に作成・納品されます。成果物には、文書、ハードウェア、ソフトウェア、その他の有形製品が含まれます。
E
イベントチェーン図
達成スケジュール
(ES) は達成価値管理 (EVM) の拡張機能であり、従来の 2 つの測定基準の名前を変更して、時間ではなく通貨または数量の単位であることを明確に示すものです。
アーンド バリュー マネジメント
(EVM) は、測定範囲、スケジュール、コストを単一の統合システムで組み合わせ、プロジェクトの進捗状況を客観的に測定するプロジェクト管理手法です。
エンタープライズモデリング
とは、企業のビジネスを理解し、エンタープライズモデルの作成を通じてそのパフォーマンスを向上させるプロセスです。これには、関連するビジネスドメイン(通常は比較的安定)、ビジネスプロセス(通常はより変動しやすい)、そして情報技術のモデリングが含まれます。
プロジェクト管理における見積り
は、適切な手法を使用して正確な見積りを行うプロセスです。
イベント チェーン図
: イベントとタスクの関係、およびイベントが相互にどのように影響するかを示す図。
イベント チェーン方法論は
、プロジェクト スケジュールに影響を与えるイベントとイベント チェーンの識別と管理に重点を置いた不確実性モデリングおよびスケジュール ネットワーク分析手法です。
エグゼクティブ スポンサー
はプロジェクト ボードの上級メンバーであり、多くの場合は議長となります。
エクストリーム プロジェクト管理
(XPM) とは、非常に複雑で不確実なプロジェクトを管理する方法を指します。
F
プロジェクト ネットワークのフロート
とは、後続のタスクやプロジェクトの完了日を遅らせることなく、プロジェクト ネットワーク内のタスクを遅らせることができる時間の長さです。
制約理論における集中的改善
とは、制約を一つずつ排除し、非制約には取り組まないことで、あらゆるシステム、特にビジネス システムの目標に対するパフォーマンスを向上させることを目的とした一連のアクティビティです。
ヘンリー・フォードにちなんで名付けられたフォーディズムは
、様々な社会理論を指します。分野によって、またマルクス主義の学者と非マルクス主義の学者の間で、それぞれ異なるながらも関連性のある意味を持ちます。
G
ガントチャート。
ヘンリー・ガントは
アメリカの機械技術者であり経営コンサルタントであり、1910 年代にガント チャートを開発した人物です。
ガントチャートは
、プロジェクトのスケジュールを示す棒グラフの一種です。プロジェクトの最終要素と要約要素の開始日と終了日を示します。最終要素と要約要素は、プロジェクトの作業分解図(WBS)を構成します。
目標
または目的とは、個人またはシステムが計画または達成または実現しようと意図する、予測された状況、つまり、ある種の想定された発展における個人または組織が望む最終目標を指します。多くの人は、期限を設定することで、限られた時間内に目標を達成しようと努力します。
目標設定には
、具体的で測定可能で、時間目標を定める目標を設定することが含まれる。
グラフィカル評価およびレビュー手法
(GERT) は、ネットワーク ロジックと推定されたアクティビティ期間の両方を確率的に処理できるネットワーク分析手法です。
H
ハンモック アクティビティ
は、結び付けられた 2 つの終了日 (または固定された 2 つの終了イベント) の間に「ハングする」サブタスクのグループです。
HERMES
は、ドイツのVモデルに基づいてスイス政府が開発したプロジェクト管理手法です。最初の適用分野はソフトウェアプロジェクトでした。
私
統合マスター プラン
(IMP) は、プログラム イベントの階層で構成される、イベント ベースのトップ レベルのプランです。
ISO 10006
は、プロジェクトにおける品質管理のガイドラインであり、国際標準化機構によって開発された国際規格です。
反復的・漸進的開発は
、ウォーターフォールモデル
の弱点に対応するために開発された循環的なソフトウェア開発プロセスです。初期計画から始まり、その間の周期的な相互作用を伴いながら展開で終わります。
K
キックオフ ミーティング
は、プロジェクト チームとプロジェクトのクライアントとの最初のミーティングです。
L
リーマン レビューは
、主要な建設プロジェクトの状況に関する独立したピア レビューおよび評価です。
努力レベル
(LOE)は、個別の成果の測定には適さないサポート型の活動として分類されます。このような活動の例としては、プロジェクト予算の会計処理、顧客との連絡などが挙げられます。
線形スケジューリング法
(LSM)は、反復的な活動における継続的な資源利用に焦点を当てたグラフィカルスケジューリング法です。元々はライン・オブ・バランス法の考え方を採用したと考えられています。
単に「リーン」と呼ばれることが多いリーン製造法
またはリーン生産方式は、想定される顧客に対する価値の創造以外の手段でリソースを費やすことは無駄であり、したがって排除の対象となるとみなす生産理論の実践です。
M
ビジネスおよび人間の組織活動におけるマネジメント
とは、単に人々を結集させて望ましい目標を達成する行為です。マネジメントは、目標達成を目的として、組織(1人以上の個人または団体の集団)または活動を計画、組織化、人員配置、指導、または指揮、そして管理することから成ります。
管理プロセス
とは、あらゆる種類のアクティビティのパフォーマンスまたは実行を計画および制御するプロセスです。
経営科学
(MS)は、数学的モデリングやその他の分析手法を使用して、より優れたビジネス管理上の意思決定を支援する分野です。
メガプロジェクト
とは、極めて大規模な投資プロジェクトです。
マイルストーンは
、プロジェクト管理において、プロジェクトのタイムラインに沿って特定のポイントをマークするために使用されるツールです。
動機とは
、特定の行動を起こすきっかけとなる一連の理由のことです。
北
非線形管理
(NLM) は、アジャイル、進化型、リーンなどの多くのアプローチを網羅し、組織に自己組織化、進化、適応の余地を与えることで秩序を生み出す管理手法と戦略のスーパーセットです。
お
オペレーションズ・マネジメントは
、高品質な製品やサービスの生産に関わるビジネス分野であり、事業運営の効率性と効果性を確保する責任を担います。具体的には、リソースの管理、顧客への製品やサービスの分配、そして待ち行列システムの分析などが挙げられます。
業務については
、
事業運営を参照してください。
オペレーションズ リサーチ
(OR) は、数学的モデリング、統計、アルゴリズムなどの手法を使用して複雑な問題に対する最適または最適に近い解決策を導き出す応用数学と形式科学の学際的な分野です。
組織とは
、集団の目標を追求し、自らのパフォーマンスを管理し、環境から境界を隔てている社会的取り決めです。
組織開発
(OD) は、組織の有効性と健全性を高めるために計画され、構造化された、組織全体の取り組みです。
P
プロジェクト管理のトライアングル
PDCA
(
計画・実行・確認・改善
または
計画・実行・確認・調整
)は、ビジネスにおいてプロセスと製品の制御と
継続的な改善に使用される
反復的な設計
および管理手法です。
組織や公共政策における計画
とは、計画を作成し維持する組織的なプロセスであると同時に、ある規模で望ましい目標を達成するために必要な活動について考える心理的なプロセスでもあります。
金融におけるポートフォリオ
とは、機関または個人が保有する投資の適切な組み合わせまたは集合です。
事後分析ドキュメント
: プロジェクトの事後分析は、プロジェクトの失敗 (または重大なビジネス障害を引き起こすダウンタイム) の原因を特定し、将来それを防ぐ方法を特定するために使用するプロセスです。
事前死因究明
: 事前死因究明 (またはプレモーテム) とは、プロジェクト チームがプロジェクトまたは組織が失敗したと想定し、そこから逆算してプロジェクトまたは組織の失敗につながる可能性のある原因を特定する管理戦略です。
PRINCE2
:PRINCE2はプロジェクトマネジメント手法です。プロジェクトのあらゆる側面を計画、監視、管理し、関係者全員のモチベーションを高めることで、プロジェクトの目標を期限内に、指定されたコスト、品質、パフォーマンスで達成します。
[
3
]
プロセス
とは、入力、出力、および入力を出力に変換するために必要なエネルギーを伴う、継続的なアクティビティの集合です。
プロセス アーキテクチャは
、一般的なプロセス システムの構造設計であり、コンピューター (ソフトウェア、ハードウェア、ネットワークなど)、ビジネス プロセス (エンタープライズ アーキテクチャ、ポリシーと手順、ロジスティクス、プロジェクト管理など)、およびさまざまな複雑さのレベルのその他のプロセス システムなどの分野に適用されます。
プロセス管理は
、特にビジネス プロセスという意味でのプロセスのパフォーマンスを計画および監視する一連のアクティビティであり、リエンジニアリングと混同されることがよくあります。
プロジェクト管理における製品内訳構造
(PBS) は、項目を構成するコンポーネントを全体と部分の関係で整理した網羅的な階層型ツリー構造です。
プロジェクト管理における製品説明
は、プロジェクトの製品に関する情報を提示するための構造化された形式です。
プログラム評価およびレビュー手法
(PERT) は、プロジェクト管理で使用される統計ツールであり、特定のプロジェクトの完了に必要なタスクを分析および表現するように設計されています。
プログラムマネジメントと
は、複数の進行中の相互依存的なプロジェクトを管理するプロセスです。例えば、自動車メーカーにおける設計、製造、そしてサポートインフラの提供などが挙げられます。
プロジェクト
:ユニークな製品、サービス、または結果を生み出すために行われる一時的な取り組み。
[
4
]
プロジェクト会計
とは、プロジェクトの財務上の進捗状況を追跡するために特別に設計された財務レポートを作成する手法であり、マネージャーはこれを使用してプロジェクト管理を補助することができます。
プロジェクト憲章
は、プロジェクトの範囲、目的、および参加者を規定したものです。
プロジェクト コスト管理
見積段階からプロジェクト制御まで、テクノロジーを使用してコスト、スケジュール、生産性を監視し、プロジェクトをリアルタイムで管理する方法です。
プロジェクトマネジメント
:プロジェクト実行中に適用されるタスク、テクニック、ツールの完全なセット。
[
5
]
プロジェクトマネジメント知識体系
(PMBOK):ISOによって標準化されたプロジェクトマネジメント専門職の知識の総体。
[
6
]
プロジェクトマネジメントオフィス(PMO)
: 企業や専門職団体におけるプロジェクトマネジメントオフィス(PMO)は、組織内における、一般的にプロジェクトマネジメントに関連するプロセスの標準を定義・維持する部門またはグループです。PMOは、プロジェクト実行における標準化と反復による経済性の導入に努めます。PMOは、プロジェクトマネジメントと実行の実践に関する文書、ガイダンス、および指標の提供元です。
プロジェクト管理プロセス
は、プロジェクトのパフォーマンスまたは実行を計画および制御する管理プロセスです。
プロジェクト管理プロフェッショナル
は、プロジェクト管理の認定を受けた専門家です。
プロジェクトマネジメントシミュレーターは
、プロジェクトマネジメント
研修プログラムで使用されるコンピュータベースのツールです。通常、プロジェクトマネジメントシミュレーションはグループ演習として行われますが、コンピュータベースのシミュレーションはインタラクティブな学習アクティビティです。
プロジェクト管理ソフトウェア
は、スケジュール管理、コスト管理と予算管理
、リソース割り当て、コラボレーション ソフトウェア、コミュニケーション、品質管理とドキュメント管理、管理システムなどを含むソフトウェアの一種であり、大規模プロジェクトの複雑さに対処するために使用されます。
プロジェクト管理の三角形
は、プロジェクト管理の制約のモデルです。
プロジェクトマネージャー
:プロジェクトマネジメント分野の専門家。プロジェクトマネージャーは、建設業、建築業、コンピュータネットワーク、通信、ソフトウェア開発など、あらゆるプロジェクトの計画、実行、そして完了までを担います。
プロジェクト ネットワークは
、ターミナル要素とその依存関係を表示することで、プロジェクトのターミナル要素が完了する順序を示すグラフ (フロー チャート) です。
プロジェクト計画は
、プロジェクトの実行
と
管理の
両方を導くために用いられる正式な承認済み文書です。プロジェクト計画の主な用途は、計画上の前提と決定事項を文書化し、
関係者
間のコミュニケーションを促進し、承認されたスコープ、コスト、およびスケジュールの
ベースライン
を文書化することです。プロジェクト計画は、概要または詳細のいずれかになります。
[
7
]
プロジェクト計画は
プロジェクトマネジメントの一部であり、ガントチャートなどのスケジュールを使用してプロジェクト環境内での進捗を計画し、報告することに関連しています。
[
8
]
プロジェクト ステークホルダーと
は、プロジェクトを後援したり、プロジェクトが成功裏に完了した場合に利害関係や利益を得る組織内外の団体です。
プロジェクトチーム
は、プロジェクトを主導し、プロジェクトにサービスを提供する管理チームです。プロジェクトでは、様々な問題が同時に発生することがよくあります。ステークホルダーは、他のステークホルダーと重要な問題を共有しています。
プロポート
とは、組織のメンバーの独自のスキルを集団の利益のために組み合わせることを指します。
質問
品質
とは、高度の卓越性(「高品質の製品」)、ある程度の卓越性またはその欠如(「平均的な品質の作品」)、あるいは何かの特性(「アルコールの中毒性」)を意味します。[1] この記事の主題は、俗語とは異なり、ビジネスにおける品質の解釈です。
リーン生産方式で使用される品質、コスト、納期
(QCD)は、企業の活動を測定し、主要業績評価指標(KPI)を開発します。QCD分析は、継続的な改善プログラムの一部となることがよくあります。
R
リエンジニアリングと
は、組織のプロセス、特にビジネスプロセスを根本的に再設計することです。企業を機能別(生産、会計、マーケティングなど)に組織化し、各機能が担うタスクを考慮するのではなく、資材調達から生産、マーケティング、流通に至るまでのプロセス全体を考慮する必要があります。企業は、一連のプロセスへとリエンジニアリングされるべきです。
リソースと
は、プロジェクトのタスクを遂行するために必要なものです。リソースには、人材、設備、施設、資金など、プロジェクト活動の完了に必要な定義可能なあらゆるもの(通常は労働力以外)が含まれます。
リソース平準化
:「リソース使用量が指定された制限値以下に抑えられるように、活動を遅らせるスケジューリング計算。リソース制限スケジューリングとも呼ばれる。」
[
9
]
リスク
とは、特定の事態が起こる正確な確率です。
リスクマネジメント
とは、事前に選択された領域に関連する様々なリスクを、社会が許容できるレベルまで低減することを目的とした経営の専門分野です。環境、技術、人、組織、政治などによって引き起こされる様々な脅威を指す場合があります。
リスク レジスタ
は、プロジェクト計画や組織のリスク評価でよく使用されるツールです。
S
システム開発ライフサイクル。
プロジェクト管理におけるスケジュールは
、予定の開始日と終了日を含むプロジェクトの最終要素のリストで構成されます。
科学的管理法
は、ワークフローのプロセスを分析、統合し、労働生産性を向上させる管理理論です。
プロジェクト管理におけるプロジェクトの範囲は
、そのすべての製品とその要件または機能の合計です。
スコープクリープ
とは、プロジェクトのスコープが制御不能に変更されることを指します。この現象は、プロジェクトのスコープが適切に定義、文書化、または管理されていない場合に発生する可能性があります。一般的に、これは避けるべきネガティブな事象と考えられています。
Scrumは
、アジャイルソフトウェア開発で一般的に用いられる、反復的な増分型ソフトウェア開発プロセスです。「Scrum」は頭字語ではありませんが、このプロセスを導入している企業の中には、すべて大文字の「SCRUM」という表記にこだわっているところもあります。
シックス シグマ
は、もともとモトローラによって開発されたビジネス管理戦略であり、現在では多くの産業分野で幅広く応用されています。
スロットベースのスケジューリング
という用語は、IBM Spectrum Symphony
[
10
]
で初めてリソース割り当て手法として採用されました。プロジェクト管理の文献では、各スロットを特定のタスクを完了するために必要な代替可能な人的資源時間として表現することで、この用語が実装されています。
[
11
]
ソフトウェア工学
とは、ソフトウェアの開発、運用、保守に体系的かつ規律があり、定量化可能なアプローチを適用することである。
[
12
]
規格
とは、公認機関によって承認された文書であり、遵守が義務付けられていない製品、プロセス、またはサービスについて、共通かつ繰り返し使用するために、規則、ガイドライン、または特性を規定するものである。(ISO 9453)
[
13
]
プロジェクトに投資する
利害関係者クライアントまたはその他の関係者。
システム開発ライフサイクル
(SDLC)とは、システムアナリストが情報システムを開発する際に用いる論理的なプロセスであり、要件定義、検証、トレーニング、ユーザーオーナーシップなどが含まれます。SDLCは、顧客の期待を満たすかそれを超える高品質なシステムを、時間とコストの見積もりの範囲内で実現し、既存および計画中の
ITインフラストラクチャ
において効果的かつ効率的に機能し、保守コストが低く、拡張コストも低いものでなければなりません。
[
14
]
システム エンジニアリング
は、複雑なエンジニアリング プロジェクトをどのように設計および管理するかに焦点を当てた学際的なエンジニアリング分野です。
T
タスクは
、仕事、問題、または割り当てを達成する一連のアクションの一部です。
プロジェクト管理におけるタスクは
、定められた期間内に完了する必要があるアクティビティです。
タスク分析
とは、タスクがどのように達成されるか、例えばどのようなサブタスクが必要かなどを分析または分類することです。
制限時間
とは、目的またはタスクを達成しなければならない狭い時間範囲、または特定の時点のことです。
タイムライン
とは、出来事の時系列をグラフィカルに表現したもので、年表とも呼ばれます。また、タイムテーブルのように、活動のスケジュールを表すこともあります。
あなた
統一プロセス。
統一プロセス
:統一プロセスは、
反復的かつ増分的な
ソフトウェア開発プロセス
フレームワークとして広く知られています。統一プロセスを改良したものとして最もよく知られ、広く文書化されているのが、
Rational統一プロセス
(RUP)です。
V
バリューエンジニアリング
(VE)は、機能の検証を通して商品やサービスの「価値」を向上させる体系的な手法です。定義上、価値とは機能と
コストの比率です。したがって、価値は機能の向上または
コストの
削減によって高めることができます。バリューエンジニアリングの基本理念は、価値向上の追求の結果として基本機能が低下しないように維持することです。
[
15
]
垂直スライス
は、マイルストーン、ベンチマーク、または期限の一種であり、プロジェクトのすべてのコンポーネントにわたる進捗状況を示すことに重点が置かれています。
仮想設計および建設
(VDC) とは、明確かつ公的なビジネス目標をサポートするために、製品 (施設など)、作業プロセス、設計 - 建設 - 運用チームの組織など、設計 - 建設プロジェクトの統合された多分野にわたるパフォーマンス モデルを使用することです。
W
作業の内訳構造。
Wideband Delphi は
、労力を見積もるためのコンセンサスベースの見積り手法です。
プロジェクト管理における作業
とは、成果物を作成するため、またはタスク (終了要素) を達成するために費やされる労力の量です。
作業分解構造
(WBS)は、プロジェクトを定義し、プロジェクトの個々の作業要素をグループ化することで、プロジェクト全体の作業範囲を整理・定義するための手法であり、一種の表現形式です。WBSの要素は、製品、データ、サービス、またはこれらの組み合わせのいずれかです。WBSは、詳細なコスト見積りと管理に必要な枠組みを提供し、スケジュールの作成と管理のガイダンスも提供します。
作業パッケージ
とは、特定の担当者に割り当てて実行できるプロジェクトのサブセットです。類似性があるため、作業パッケージはプロジェクトと誤認されることがよくあります。
ワークストリーム
は、開始から完了までのパスに従う特定の範囲に重点を置いた、一連の関連アクティビティです。
関連リスト
制作トピックス一覧
プロジェクト管理トピックのリスト
管理トピックのリスト
制約理論のトピック一覧
産業組織に関するトピックのリスト
プロジェクト管理のタイムライン
プロジェクト管理で使用される統計ツールのリスト
参考文献
^
Peter Schuh (2005).
現実世界へのアジャイル開発の統合
ebrary, Inc. p.2.
^
AACE Internationalの推奨基準11R-88「コストエンジニアリングに必要なスキルと知識」には、いくつかの回答が記載されており、ここではその抜粋を掲載します。11R-88は、AACE Internationalの教育および資格開発の指針となるだけでなく、業界のコアコンピテンシーとキャリアモデルの開発にも役立つ優れた参考資料です。
^
PRINCE2 ガイド - A から Z、
Wayback Machine
で 2007 年 9 月 27 日に
アーカイブ
。
^
Project Management Institute (2004).
プロジェクトマネジメント知識体系ガイド:PMBOKガイド
. 第3版. ペンシルベニア州ニュータウンスクエア、Project Management Institute、5ページ.
^
DIN 69901
^
「アーカイブコピー」
(PDF)
。 2007年3月22日時点の
オリジナル
(PDF)
からアーカイブ。
2008年11月30日
閲覧
。
{{
cite web
}}
: CS1 maint: アーカイブされたコピーをタイトルとして (
リンク
)
^
プロジェクトマネジメント知識体系
(PMBOK)、2000年版
^
ハロルド・カーズナー
(2003).
プロジェクトマネジメント:計画、スケジュール、管理へのシステムアプローチ
(第8版). Wiley.
ISBN
0-471-22577-0
。
^
“Resource levelling”
. 2015年2月4日時点の
オリジナル
よりアーカイブ
。
2015年
6月27日
閲覧。
^
「
IBM Spectrum Symphony ドキュメント」
。IBM
。
^
ATALI, OZHAN (2020年3月31日).
データ駆動型プロジェクトマネジメント:スプレッドシートと財務
. 米国:
Wremia
, Inc. p. 17.
ISBN
9780578670300
。
LCCN
2020935979
。
^
610.12-1990:
IEEE
標準ソフトウェア工学用語集
. 1990年12月31日. p. 67.
doi
:
10.1109/IEEESTD.1990.101064
.
ISBN
978-0-7381-0391-4
。
^
プロジェクトマネジメント知識体系ガイド(pmbokガイド)、第5版。第5版。ペンシルバニア州ニュータウンスクエア:プロジェクトマネジメント協会、2013年。
^
「システム開発ライフサイクル」
Foldoc(2000-12-24
)
^
「価値評価方法論標準」
(PDF)
。 2009年3月19日時点の
オリジナル
(PDF)
からアーカイブ。
2008年12月1日
閲覧
。
外部リンク
プロジェクトマネジメント協会
ワイドマンプロジェクト管理用語比較用語集
AACE 国際コストエンジニアリング用語
Tenroxプロジェクト管理用語集
2009年3月23日アーカイブ
Wayback
Machine
プロジェクトマネジメント辞典(PM Hut)
カテゴリー
:
プロジェクト管理
ビジネス関連のリスト
Wikipedia用語集
非表示のカテゴリ:
Webアーカイブテンプレートのウェイバックリンク
CS1 maint: タイトルとしてアーカイブされたコピー
短い説明付きの記事
Wikidataの説明が空の短い説明
順序なしリストを使用したWikipedia用語集