プロジェクト管理

9件の登録があります。

プロジェクトマネジメント（英語: project management、プロジェクト管理）とは、プロジェクトを成功に導くための総合的な管理手法のことで、スケジュール、人員、資金、物的資源などの管理を含む。

プロジェクトとは

プロジェクトの定義

プロジェクトマネジメント協会(PMI)のPMBOKガイドでは、プロジェクトとは「独自のプロダクト、サービス、所産を創造するために実施される有期性の業務である」と定義する。またNASA (米航空宇宙局)は「相互に関連するタスクから構成され、多くの組織が参画して実施される3年以下程度の期間の活動」と定義する。

プロジェクトの特徴

プロジェクト活動には以下の特徴がある明確に定義された目標必ず開始時点と終了時点がある永続的でない一時的な組織が担当する1人のリーダ（プロジェクトマネジャー）と複数のメンバーから構成される目的達成のための予算が与えられるいくつかの工程から成り立つライフサイクルの各段階で必要資源が変化する予期できない事態が発生することがある後工程ほど変更・修正の困難度が増す

プロジェクトマネジメント活動が成功する条件

期限内に予算金額内で期待レベルの技術成果のもと割り当て資源を有効活用して顧客が満足する状態で完了する

プロジェクトマネジメントに含まれる活動

企画リスク測定利用できる資源の見積り作業の系統化　WBS (Work Breakdown Structure)の作成必要な人的・物的資源の確保費用の見積チームメンバーへの作業の割り振り進捗管理目的に沿った結果が出るように作業の方向性を維持する達成した結果の分析

プロセス群（プロジェクトライフサイクル）

プロジェクトマネジメントでは計画 (Plan)、実行 (Do)、チェック/評価 (Check)、改善/是正 (Act)という管理サイクル（PDCAサイクル）が常に稼動している必要がある。また開始時には立ち上げプロセスが、終了時には報告書をまとめるプロセスが必要になる。立ち上げ、計画、実行、監視、終結の５つのフェーズをプロジェクトライフサイクルとして管理する。明確な探索要素（研究開発など）があるプロジェクト環境においては、各ステージにおいてプロジェクトの継続可否が議論され決定される判断ポイントが追加される場合がある（例えば、フェーズゲート）。

立上げプロセス (Initiation)

立ち上げのプロセスでは、プロジェクトの性質と範囲を決定する。この段階がうまくいかない場合、プロジェクトが要求を満たし成功する可能性は低い。ここでは、プロジェクトの周辺環境を理解すること及び必要なすべての管理項目がプロジェクトに組み込まれていることを確認することが重要である。不備があれば報告し、修正案を作成する。プロジェクト存在の認識プロジェクトが達成すべき事柄の認識ゴールの設定利害関係者の期待の明確化プロジェクトスコープの明確化プロジェクトメンバーの選定立ち上げ段階では、今後のプロジェクトの領域を包括した計画を作成する。これらの領域は、プロジェクト開始文書と呼ばれる一連の文書としてまとめてもよい。プロジェクト開始文書には次に代表される要素が含まれ、プロジェクト期間中のリソース配分や優先順位を明らかにするために使用される。プロジェクト提案書：プロジェクトの背景、全体目標、期間プロジェクトのスコープ：プロジェクトの方向と道筋PBS (Product Breakdown Structure, 製品の内部構造)：成果物もしくは結果の階層とその構成要素WBS (Work Breakdown Structure, 作業分解構造)：日々の作業にまで分解された実行されるべき作業の階層構造RACI図：成果物/結果に合わせた役割分担と責任暫定プロジェクトスケジュール：マイルストーン、節目となる重要な日付、期限計測可能な目標に対するビジネスニーズと要件の分析現在のオペレーションのレビュー予算を含む費用と利益の財務分析プロジェクトのユーザーとサポート担当者を含む利害関係者の分析コスト、タスク、成果物、スケジュールを含むプロジェクト憲章SWOT分析

計画プロセス (Planning)

開始段階の後、プロジェクトを適切なレベルに詳細化する。主な目的は、時間、コスト、リソースを適切に計画し必要な作業を見積もり、プロジェクトの実行中、効果的にリスク管理を行うことである。開始プロセス群と同様、十分な計画を怠ると、プロジェクトが目標を達成する可能性が大幅に減少する。計画段階の一般的実施事項は次の通り。プロジェクトが従べき管理の方法論の決定（例：計画を[ウォーターフォール・モデル|事前に完全に定義]するか、もしくは反復的にまたは定期的に再定義するかどうか）スコープステートメントの作成計画策定チームの選択成果物の特定とPBS及びWBSの作成成果物の完成に必要な作業の特定と、個々の作業の実行順序及び関係を示すネットワーク図の作成作業に必要なリソースの要件の見積もり作業時間と費用の見積もり。スケジュール作成予算編成リスクの見積もり品質マネジメントの計画作業開始の正式な承認また、コミュニケーションやスコープ管理のための計画、役割と責任の特定、プロジェクトのために何を購入するかの決定、キックオフミーティングの開催などのプロセスを追加することも一般的に推奨される。製品開発プロジェクトの場合、最終製品の動作の概念的デザインは、プロジェクトの計画活動と並行して行われることがあるが、成果物や作業計画を決定する際に計画を策定するチーム内で共有しておくと良い。

実行プロセス (Execution)

実行中は、実施されるべき計画が何であるかを常に意識していなければならない。実行/実施の段階において、プロジェクト管理計画で規定された実施内容を確実に実行する。この段階には、人的資源および材料や予算などその他のリソースの、適切な割り当て、調整と管理が含まれる。この段階のアウトプットはプロジェクトの成果物である。チームの統率メンバーとの面接利害関係者とのコミュニケーション問題を解決する闘争心必要な資源（カネ、ヒト、モノ、時間等）の確保

プロジェクトの文書化

プロジェクトを成功させるために、プロジェクト内のすべてを文書化することが重要である。予算、範囲、有効性、実施のペースを維持するために、プロジェクトは各タスクに関連する具体的な文書を持っていなければならない。正しい文書化により、プロジェクトの要件がタスクにより満たされているかどうかを簡単に確認することができる。また文書と照らし合わせることで、プロジェクトに対して何がすでに完了しているかの情報が得られる。プロジェクト全体の文書化により、誰もが証跡をもって過去の作業を参照することができる。多くの場合、文書化はプロジェクトの特定の段階を監視し、管理するための最も効果的な方法である。正しく文書化を行うと、プロジェクトの状況を進行に合わせて追跡、観察することができ、成功へのバックボーンとなる。

監視・コントロール・プロセス (Monitoring and Controlling)

チェックと是正をまとめて監視プロセスと言われる。このプロセスは、プロジェクトの実行を観察するための要素で構成されており、潜在的な問題をタイムリーに特定し、必要に応じて是正措置を講じることで、プロジェクトの進行をコントロールすることができる。主な利点は、プロジェクトのパフォーマンスを定期的に観察、計測して、プロジェクト計画との差異を特定できることである。現在進行中のプロジェクト活動の進捗計測（「今どこにいるか」）。プロジェクト計画とパフォーマンスの期待値（「今どこにいるべきか」）に対してプロジェクト変数（コスト、労力、実施範囲など）を監視し、計画のずれを把握計画の修正活動として、問題やリスクに適切に対処するための是正措置の特定（「どのようにして再び軌道に乗せるか」）利害関係者からの変化項目の受理と評価承認された変更だけが実行されるように、全体的な変更管理を回避するような要素の改革必要に応じたスケジュール変更必要に応じた資源量の変更調整複数段階で構成されるプロジェクトでは、監視とコントロールのプロセスで、段階間でフィードバックを評価し、プロジェクトの進行を計画に合わせるための是正措置や予防措置を実施する。この段階では、監査人は、ユーザーの問題がどれだけ効果的かつ迅速に解決されているかに注意する。変更が加えられると、プロジェクトの実行可能性を再評価しなければならない。当初の目標やゴールを見失わないことが重要である。変更が積み重なると、当初提案されたプロジェクトへの投資と予想される結果の整合性が合わなくなる可能性があります。成功するプロジェクトマネジメントにおいては、様々なプロジェクトの要素を特定し、プロジェクト開始時に概ね設定された時間と予算の枠内に収まるように、進捗状況を監視しコントロールする。

終結プロセス (Closure)

終結プロセスでは、プロジェクトの正式な終了を承認する。またファイルのアーカイブ化と教訓を文書化することも終結フェーズの実施内容である。プロジェクト実施結果と成果物の確認契約の解除作業の終了とチームの解散実施後調査（レビュー）とプロジェクト経験から得た教訓のまとめプロジェクトプロセスの結果の反省実施後調査は、プロジェクトチームが経験から得た教訓を、今後のプロジェクトに生かすための重要なフェーズである。通常、レビューでは、プロジェクトにおいてうまくいった事項とうまくいかなかった事項を列挙することで分析を行い、教訓としてまとめる。最終報告書の作成

プロジェクトマネジメントの目的

プロジェクトマネジメントの概念が確立する以前は、プロジェクトの運行はベテラン社員の独自の勘など属人的な要素に頼る部分が大きかった。体系だったプロジェクトマネジメントの手法を使用することで技術の伝達や標準化が可能になり、プロジェクトの成果が高まることが期待されている。ガントチャート等を含むプロジェクトマネジメント製品を利用する事で、効率的に業務を行う事が可能となる。

プロジェクトマネジメントの歴史

従来、プロジェクトマネジメントは品質・コスト・納期 (QCD)の管理活動と考えられ特に独立した要素として捉えられていなかった。現在のような形のプロジェクトマネジメント概念が確立したのは、冷戦期のアメリカ国防総省だったと言われている。ソ連に有人ロケットの打ち上げで先を越されたことに危機感を覚えたアメリカ国防総省は軍事プロジェクトのプロセスをスピードアップさせるため、プロセスを体系化し整理した。1958年にはポラリスミサイルプロジェクトに際し、"Program Evaluation and Review Technique (PERT)"が開発されている。同時期にデュポン社でも、クリティカルパス法 (CPM)と呼ばれる手法が開発されている。現在は、米国の非営利団体であるPMI (Project Management Institute)が策定した"Project Management Body of Knowledge (PMBOK)"が世界中で受け入れられている。PMBOKは、最新の研究結果を元に4年毎に改定され続けている。日本では経済産業省（当時の通商産業省）のバックアップを受けて日本発のプロジェクトマネジメント標準を確立する試みが進められ、その結果として現在、P2M（プロジェクト・プログラムマネジメント）という知識体系がある。現在は日本プロジェクトマネジメント協会 (PMAJ)がこれを管理し、この知識体系に基づいた資格がある。また、2012年には「ISO 21500(en)」が発行されている。

学問としてのプロジェクトマネジメント

大学でプロジェクトマネジメントを専門に学ぶことができる日本で唯一の学科として、1997年に千葉工業大学工学部プロジェクトマネジメント学科（現在は社会システム科学部プロジェクトマネジメント学科）が誕生した。

プロジェクトマネジメント学会

一般社団法人プロジェクトマネジメント学会（略称：PM学会）（The Society of Project Management（略称：SPM））は、プロジェクトマネジメントを学問・技術の体系として整備、確率、発展させ、国際社会に寄与することを目的に、1999年3月26日に設立された。

プロジェクトマネジメントに関する資格

P2M･･･日本プロジェクトマネジメント協会 (PMAJ)が主催するプロジェクトマネジメントの知識体系PMC･･･プロジェクトマネジメント・コーディネータ Project Management CoordinatorPMS･･･プロジェクトマネジメント・スペシャリスト Project Management SpecialistPMR･･･プログラムマネジャー・レジスタード Program Manager RegisteredPMA･･･プログラムマネジメント・アーキテクト Program Management ArchitectPMP(Project Management Professional)(プロジェクトマネジメント・プロフェッショナル)･･･米国のPMIが主催するPMBOKに準拠した単一プロジェクトマネジメントの認定試験PgMP･･･Program Management Professional: 米国のPMIが主催する「プログラム標準」に準拠したプログラムマネジメントの認定試験PMI-ACP SM・・・PMI Agile Certified Practitioner: 米国のPMIが主催するアジャイル実務の認定試験PMI-RMP･･･PMI Risk Management Professional: 米国のPMIが主催するプロジェクト・リスクマネジメントの認定試験PMI-SP･･･PMI Scheduling Professional: 米国のPMIが主催するプロジェクト・スケジューリングの認定試験PJM-A･･･日本PMO協会 (NPMO)の認定資格の一つ（プロジェクトマネジメント・アソシエイト認定資格）技術士…文部科学大臣が日本技術士会に委託して実施する国家試験で、特に総合技術監理部門は、プロジェクトマネジメントに主眼を置いた資格試験である。プロジェクトマネージャ試験･･･独立行政法人情報処理推進機構が主催する経済産業省認定の国家試験。情報処理技術者試験のひとつ。ビジネスマネジャー検定･･･東京商工会議所主催の検定試験。段取り力検定･･･別名、PWA検定。かつて大阪商工会議所が主催していた検定試験。PRINCE2…英国商務局が開発したPRINCE2を対象とした認定試験。Project+…CompTIAが主催する認定資格の一つ。

アジャイル・スクラムに関する資格

認定スクラムマスターProfessional Scrum MasterRSM

(参考) PMBOKの観点

PMBOKはプロジェクトを以下の観点から分類して管理を行うものとしている。PMBOKガイド第6版は、49個のプロセスを、幅広いプロジェクトに適用可能な5個の基本的なプロセス群と10個の知識エリアとに分類する。5個のプロセス群立上げプロセス群計画プロセス群実行プロセス群監視・コントロール・プロセス群終結プロセス群10個の知識エリアプロジェクト・統合・マネジメントプロジェクト・スコープ・マネジメントプロジェクト・スケジュール・マネジメントプロジェクト・コスト・マネジメントプロジェクト・品質・マネジメントプロジェクト・資源・マネジメントプロジェクト・コミュニケーション・マネジメントプロジェクト・リスク・マネジメントプロジェクト・調達・マネジメントプロジェクト・ステークホルダー・マネジメント

プロジェクトサイクルマネジメント

事業者はプロジェクトをその規模にかかわらず、計画立案、実施、評価という一連のサイクルを実施するととらえ、それぞれの段階における実施管理を行うことを指す。「プロジェクトデザインマトリックス (PDM)」と呼ばれるプロジェクト概要表を用いて管理運営する手法がある。PDMはプロジェクト計画を構成する目標、行動、投入等を含み、それらの論理的な相関関係を示す。

仮想プロジェクトマネジメント

仮想プロジェクトマネジメント (VPM) は、仮想チームで実行されるプロジェクトマネジメントを示すが、Virtual environmentを実装するプロジェクトを指すことはめったにない。仮想プロジェクトマネジメントは、従来のプロジェクトマネジメントとは根本的に異なるので、リモートワークとグローバルコラボレーション (文化、タイムゾーン、言語) の懸念が組合わさっていることが指摘されている。

各種規格

以下を含むいくつかのプロジェクトマネジメントの標準がある。ISO 9000 (品質管理システムの一連の規格)、およびISO 10006 :2003 (品質管理システムとプロジェクトにおける品質管理のガイドライン)ISO 21500 :2012 –プロジェクト管理に関するガイダンス。これは、ISO が発行したプロジェクト管理に関する最初の国際規格である。21500 ファミリのその他の規格には、21503:2017 Guidance on program management ;がある。21504:2015ポートフォリオ管理に関するガイダンス; 21505:2017ガバナンスに関するガイダンス; 21506:2018語彙; 21508:2018プロジェクトおよびプログラム管理におけるアーンドバリュー管理; および 21511:2018プロジェクトおよびプログラム管理のための作業分解構造ISO 31000 :2009 – リスク管理ISO/IEC/IEEE 16326:2009 – システムおよびソフトウェアエンジニアリング - ライフサイクルプロセス - プロジェクト管理国際プロジェクト管理協会 (IPMA) の個人能力ベースライン (ICB)en:Capability Maturity Model (CMM) from the en:Software Engineering Institute.GAPPS, en:Global Alliance for Project Performance Standards – プロジェクトおよびプログラムマネージャー向けの COMPETENCIES を記述したオープンソース標準en:HERMES methodHERMES メソッド、スイスの一般的なプロジェクト管理手法であり、ルクセンブルグおよび国際機関で使用するために選択されたen:logical framework approach (LFA) 国際開発組織で一般的en:PMBOK Guide en:Project Management Institute (PMI)en:PRINCE2 en:AXELOSPM²: [:en:European Commission] によって開発されたプロジェクト管理方法論Procedures for Project Formulation and Management (PPFM) ・インド国防省en:Team Software Process (TSP) en:Software Engineering Instituteen:Total Cost Management Framework 統合されたポートフォリオ、プログラム、およびプロジェクト管理のための AACE International の方法論en:V-Model 独自のシステム開発手法