カテゴリー: 2.マネジメント

プロジェクトマネージャーがスキル不足かもしれないと思ったら、以下についてチェックしてみると良いかもしれない。

プロジェクト計画に漏れがあるか？
プロジェクト計画に欠落や矛盾がある場合、プロジェクトマネージャーのスキル不足が原因かもしれない。

スケジュールや予算に遅れが生じているか？
スケジュールや予算の遅れが生じた場合、プロジェクトマネージャーがリスク管理や調整の面でスキル不足である可能性がある。

チームメンバーとのコミュニケーションに問題があるか？
プロジェクトマネージャーは、チームメンバーとのコミュニケーションを円滑にすることが求められる。コミュニケーションに問題がある場合、プロジェクトマネージャーがスキル不足である可能性がある。

リスク管理に十分な対策が取られているか？
プロジェクトマネージャーは、リスク管理の能力が求められる。リスクに対する適切な対策が取られていない場合、プロジェクトマネージャーがスキル不足である可能性がある。

プロジェクトの進捗状況を正確に把握できているか？
プロジェクトマネージャーは、プロジェクトの進捗状況を正確に把握することが求められる。進捗状況を適切に把握できていない場合、プロジェクトマネージャーがスキル不足である可能性がある。

プロジェクト目標の達成に向けたアクションを適切に実行できているか？
プロジェクトマネージャーは、プロジェクト目標を達成するためのアクションを適切に実行することが求められる。アクションが適切に実行されていない場合、プロジェクトマネージャーがスキル不足である可能性がある。

プロジェクトマネージャーのスキル不足を補うために、以下のような施策が考えられる。

プロジェクトマネージャーのスキルアップトレーニング
プロジェクトマネージャーに必要なスキルを習得するためのトレーニングを提供する。プロジェクトマネジメントの基礎から応用まで幅広いトピックを扱ったトレーニングを受講することができる。

メンタリング
経験豊富なプロジェクトマネージャーが、若手のプロジェクトマネージャーを指導することで、スキルアップを促進する。

コンサルティングサポート
専門のコンサルタントが、プロジェクトマネージャーのスキル不足を補うための助言や指導を提供する。

スキルシェアリング
複数のプロジェクトマネージャーが知識や経験を共有することで、互いにスキルアップを促進することができる。

チームビルディング
プロジェクトマネージャーが、チームメンバーとのコミュニケーションや協力関係を強化するためのワークショップやセミナーを実施する。

評価・改善
プロジェクトマネージャーのスキルアップを定期的に評価し、必要に応じて改善策を講じる。

以上のように、プロジェクトマネージャーのスキル不足を補うためには、トレーニングやメンタリング、コンサルティングサポートなど多様な施策を用いることが重要。また、評価・改善を継続的に行うことで、プロジェクトマネージャーのスキルアップを促進することができる。

プロジェクトの失敗とプロジェクトマネージャーのスキル不足には関係があると考えられる。プロジェクトマネージャーは、プロジェクトを成功に導くために必要なスキルや知識を持っていることが期待されている。そのため、スキル不足の場合、プロジェクトの失敗につながる可能性がある。
例えば、以下のようなケースが考えられる。

プロジェクトマネージャーがスコープの明確化や計画の策定などのプロジェクトマネジメントの基礎的なスキルを持っていない場合、プロジェクトの方向性が定まらず、進捗管理や品質管理がうまく行かなくなることがある。

プロジェクトマネージャーがリーダーシップやコミュニケーションスキルに欠けている場合、チームメンバーのモチベーションやコミュニケーションがうまくいかなくなり、プロジェクトの進捗や品質に影響を与えることがある。

プロジェクトマネージャーがリスクマネジメントや問題解決スキルに欠けている場合、プロジェクトに発生する問題に対応できず、計画通りに進めることができなくなることがある。

プロジェクトマネージャーがチームビルディングや人材マネジメントのスキルに欠けている場合、適切な人材配置やチームのモチベーション維持ができなくなり、プロジェクトの進捗に影響を与えることがある。

以上のように、プロジェクトマネージャーのスキル不足は、プロジェクトの失敗につながる可能性がある。そのため、プロジェクトマネージャーは、プロジェクトマネジメントの基礎的なスキルだけでなく、リーダーシップやコミュニケーションスキル、リスクマネジメントや問題解決スキル、人材マネジメントなど幅広いスキルを持つことが求められる。

プロジェクトマネジメントの不備が発生する根本的な原因は、以下のようなものが考えられる。

スコープや目的が不明確なまま進められること
プロジェクトを進める上で、最初に明確なスコープや目的を定めることが重要。しかし、プロジェクトが進むにつれて、スコープや目的が変更されたり、不明確なまま進められたりすることがある。これにより、プロジェクトの進捗や成果物の品質が低下する可能性がある。

コミュニケーション不足
プロジェクトマネジメントにおいて、コミュニケーションは非常に重要な要素である。関係者やチームメンバーとのコミュニケーションが不足した場合、プロジェクトの進捗や問題解決に必要な情報が得られず、誤解やミスコミュニケーションが生じる可能性がある。

リソース不足
プロジェクトマネジメントにおいて、人材や予算、物品などのリソースを適切に配分することが重要。しかし、プロジェクトが進むにつれてリソース不足が発生し、スケジュール遅延や品質低下などの問題が生じる可能性がある。

プロジェクトマネジメント技術や知識の不足
プロジェクトマネジメントには、プロジェクト計画やリスク管理などの技術や知識が必要。これらの技術や知識を持たない場合、プロジェクトの進捗や品質に影響を与える可能性がある。

外部環境の変化
プロジェクトマネジメントは、外部環境の変化によって影響を受けることがある。例えば、市場の変化や法律・規制の変更などがプロジェクトに影響を与え、計画通りに進めることができなくなる可能性がある。

スコープの明確化とビジネスプロセスフローの作成は、プロジェクトの成功にとって非常に重要な役割を果たす。以下に、それぞれの有効性について説明する。

スコープの明確化の有効性
プロジェクトのスコープを明確にすることは、プロジェクトの範囲を定め、必要な機能や作業項目を特定することができる。これにより、プロジェクトメンバーは、何をやるべきかを明確に把握し、作業の効率性を高めることができる。また、スコープの明確化により、予算やリソースの配分も適切に行うことができ、プロジェクトの予算超過や遅延などを防止することができる。

ビジネスプロセスフロー作成の有効性
ビジネスプロセスフローの作成は、プロジェクトメンバーが業務プロセスを正確に理解し、業務プロセスの最適化を図ることができる。また、業務プロセスフローの作成により、作業の進捗管理や品質管理を行うことができ、業務プロセスの改善や問題の解決にもつながる。さらに、ビジネスプロセスフローの作成により、業務プロセスに関する情報を可視化することができ、チームメンバー間のコミュニケーションを円滑にすることができる。

総じて、スコープの明確化とビジネスプロセスフローの作成は、プロジェクトを進める上で不可欠な要素であり、プロジェクトの成功に直結する重要な要素であると言える。

 

ただし、ビジネスプロセスフローは、業務プロセスの可視化を目的として作成されるが、プロジェクトによってはビジネスプロセスフローで明確にできないスコープも存在する。以下に、その例をいくつか挙げる。

制御不可能な要素
ビジネスプロセスフローでは、人間や機械の操作手順、承認フローなどを可視化することができるが、外部環境の変化や予期せぬ事象など、制御不可能な要素については明確にできない。

情報の漏洩やセキュリティ
ビジネスプロセスフローには、業務プロセスの概要やフローが含まれるが、業務プロセスに関する詳細な情報や機密情報などは含まれない。そのため、情報の漏洩やセキュリティについては、別途対策が必要となる。

プロセス以外の要素
プロジェクトには、プロセス以外にも様々な要素が含まれる。例えば、人材の配置、予算管理、品質管理、コミュニケーションなどは、ビジネスプロセスフローでは明確にできない。

外部関係者の影響
ビジネスプロセスフローでは、主に内部業務プロセスを可視化することができるが、プロジェクトによっては外部関係者の影響を受けることもある。例えば、法律や規制によって業務プロセスが変更される場合など、外部関係者の影響を考慮する必要がある。

このようにビジネスプロセスフローで明確にできないスコープは存在する。そのため、プロジェクトマネージャーや関係者は、ビジネスプロセスフロー以外の要素も考慮し、総合的なプロジェクト管理を行う必要がある。

スコープを明確にするには、以下のような方法が考えられる。

プロジェクトの目的と目標の定義
プロジェクトの目的と目標を明確に定義し、それらを達成するために必要なスコープを設定することが重要。プロジェクトの目的や目標を明確にすることで、開発チームや関係者がプロジェクトの方向性を理解しやすくなる。

要件定義の徹底
プロジェクトにおいて、要件定義を徹底することがスコープを明確にするために重要。要件定義をしっかりと行うことで、必要な機能や開発範囲が明確になり、無駄な開発や不必要な機能の追加を避けることができる。

スコープの管理
プロジェクトにおいて、スコープを明確にするためには、スコープの管理が欠かせない。スコープを管理することで、プロジェクトの範囲を明確にし、プロジェクトがそれを超えないように監視することができる。

コミュニケーションの強化
プロジェクトにおいて、エンドユーザーやステークホルダーとのコミュニケーションを強化することがスコープを明確にするために重要。関係者とのコミュニケーションを密に行い、彼らのニーズや要望を理解することで、必要な機能や開発範囲を正確に把握することができる。

外部の支援を受ける
スコープを明確にするためには、外部の支援を受けることも考えられる。外部の専門家やコンサルタントを招き、プロジェクトのスコープを見直すことで、必要な機能や開発範囲を明確にすることができる。

以上のような方法を組み合わせることで、プロジェクトのスコープを明確にすることができる。

日本でのシステム開発の失敗事例には、以下のような原因が考えられる。

スコープの不明確化
システム開発のプロジェクトにおいて、最初に行うべきことは要件定義であり、要件が不明確なまま開発を進めてしまうと、プロジェクトのスコープが広がりすぎたり、必要のない機能が追加されたりして、予算やスケジュールの遅れにつながることがある。

開発手法の選択ミス
システム開発には、ウォーターフォール型やアジャイル型などの開発手法があるが、プロジェクトに合った適切な手法を選択しなかった場合、開発の進め方が遅れたり、品質の低下につながることがある。

コミュニケーション不足
システム開発のプロジェクトでは、エンドユーザーやステークホルダー、開発者などの関係者間でコミュニケーションを取ることが非常に重要。しかし、コミュニケーションが不十分な場合、要件や仕様の不明確化、スケジュールや予算の誤算、品質の低下などが発生することがある。

プロジェクトマネジメントの不備
システム開発のプロジェクトにおいて、スケジュール管理や予算管理、品質管理などのプロジェクトマネジメントが不十分であった場合、開発が遅れたり、品質が低下したりすることがある。

技術的な問題
システム開発に使用する技術やツールの選択に誤りがあった場合、開発が遅れたり、品質が低下したりすることがある。また、開発に必要な技術や知識を持つ人材の不足や、技術的な問題が発生した場合に、対応することができなかったり、遅れが生じたりすることがある。

 

 

 

 

 

 

 

 

 

プロジェクトで管理すべきは、この６つ。
・工程管理
・進捗管理
・品質管理
・課題管理
・変更管理
・リスク管理
管理する目的は、円滑なプロジェクトの進行と最終的な品質の担保である。
それぞれの管理方法は、プロジェクト計画書に方針および概要が記されるが
プロジェクト毎に管理方法が違うということもないので、会社としてのガイドラインを定め準拠するのが一般的と思う。

 

 

 

 

 

有名なキャッチフレーズ「うまい、やすい、はやい」は
創業当時は「うまい、はやい」だった
1970年頃に「はやい、うまい、やすい」になった
1980年頃に「うまい、はやい、やすい」に変わった
2000年頃に「うまい、やすい、はやい」となり現在に至る
と、変わったそうだ。

話はそれたが、プロマネ＝プロジェクトマネジメントとは
「うまい、やすい、はやい」が極意なんだと思う。
つまり、QCD（Quality,Cost,Delivery）だ。
・うまい：Quality＝品質が担保されていること
・やすい：Cost＝適正価格であること
・はやい：Delivery＝納期を守って納品すること

「うまい、やすい、はやい」の３つが成り立って満足度が満たされる（マネジメントが成功する）のであって、どれか１つでも欠けてしまっては成功とは言えない。
美味しくなかったり、値段が高かったり、いろいろと遅かったりしてはダメってこと。
つまり、品質を保って、見積り金額から上ぶれせず、納期通りにリリースする事である。

予定通りに、苦労もなく、何事もなかったように平然とリリースする事が成功なハズなのだが、、、
得てしてユーザは、困難を何とか乗り越えたり、一緒に徹夜したり、納期が守れないので追加で１００人投入します！を即決で決めたり、その費用を３０％減額したり、といった事を成功（定性評価＞定量評価）と勘違いする傾向にある。

すくなくとも、とにかくリリースすることを目的に、当初期待された品質とは程遠い代物を、ジャブジャブと要員（＝金）をつぎ込んで、やっとの思いでリリースしたプロジェクトを成功とは呼ばない。

PMOとは、Project Management Office（プロジェクトマネジメントオフィス）
Officeって事は、支援者ではなく、支援を行う部門,構造,仕組みである。

一般的なPMOの役割とは・・・
・マネジメントの標準化
・マネジメント業務の支援
・プロジェクト間の各種調整
・プロジェクト環境の整備
・その他付随する管理業務

さて、PMOに期待することは（３分類）・・・

（A）コンサルティング
・スケジュール策定、WBSの作成
・プロジェクトマネジメント分析、レポーティング
・各工程の準備およびクロージング支援
・横断的調整、課題解決促進、コミュニケーション支援
・リスク検知、事前予防策の策定・実施
・各種リカバリー対応支援

（B）プロジェクト管理支援
・進捗管理、課題管理、リスク管理、変更管理
・各種ルール・プロセスの整理・策定・実施
・品質管理・評価
・会議体のファシリテーション

（C）プロジェクト事務支援
・管理資料の更新（進捗、課題、スケジュールなど）
・成果物管理
・メンバ管理、環境管理
・会議体設定、議事録作成
・煩雑な業務の支援、メンバの負荷低減

 

 

 

 

 

 

 

 

 

 

 

つまり、一概にPMOといっても
・事務支援（＝作業要員）
・マネジメント支援（＝PM補佐）
・コンサルティング（＝業務改善）
レベルは様々だ。