こんにちは。プロトソリューションの福田です。
先般、社内ミーティングで「PL」と「PM」の違いって何?という話題が出たので、自身の再認識も兼ねて調べてみました。
なんとなく響きで理解しているIT企業内での肩書き。そんな肩書きたちの役割を理解することで、誰に何を聞けば(すれば)いいのか?自分がどこまでやる(依頼する)べきなのか?が明確になります。「え?自分PMだけど、これもやるの?」ということにならないためにも一般的な定義を理解し、自身の業務を円滑に進めプロジェクトを成功に導きましょう!
IT業界におけるPLとPMの違い
IT業界におけるPLとPMは、両方ともプロジェクト管理の役割を担っていますが、その職務内容は異なります。
PL(Project Lead)は、プロジェクトをリードする者として、技術的なリーダーシップをとり、開発チームのメンバーを指導・管理します。開発プロセス全体を把握し、ソフトウェアのアーキテクチャやデザインなど技術的な側面を担当します。また、プロジェクトのスケジュールや予算管理なども行います。
一方でPM(Project Manager)は、プロジェクト全体の計画、実行、管理を担当します。プロジェクトの目標や範囲を定義し、ステークホルダーとのコミュニケーションを図ります。
また、リスク管理や品質管理、予算管理、スケジュール管理など、プロジェクトの進捗状況を把握し、問題が発生した場合には適切な対策を講じます。
まとめると、PLは技術的な側面を担当し、PMは全体的なプロジェクト管理を担当するという違いがあります。 ただし、企業によってはこの2つの役割が混同されたり、明確な線引きがない場合が多く、具体的な業務内容は企業によって異なります。
どうでしたか?主に「技術面での指導と管理」と「プロジェクト全体の管理」という風に、役割が分かれているようです。
それではこの肩書きはどうでしょうか。これまた混同されがちです。
IT業界におけるディレクターとプロデューサーの違い
IT業界におけるディレクターとプロデューサーは、両方ともプロジェクト管理の役割を担いますが、その職務内容は異なります。
ディレクターは、プロジェクトの戦略的なビジョンを策定し、プロジェクトチームをリードしながら目標の達成に向けて戦略的な方向性を決定します。開発プロセス全体を把握し、技術的な側面やデザインなど、クリエイティブな側面にも関わります。
また、スケジュールや予算の管理など、プロジェクト全体の調整も行います。
一方で、プロデューサーはプロジェクトの運営や日々の進捗管理を担当します。プロジェクトチームとのコミュニケーションを図り、タスクの割り当てや進捗管理を行います。また、問題点の発生時には適切な対応策を提案し、プロジェクトの目標達成に向けて協力します。プロジェクトチームのメンバーやステークホルダーとのコミュニケーションを円滑に行い、プロジェクト全体の進捗状況を監視します。
まとめると、ディレクターはプロジェクトのビジョンや方向性を決定し、プロデューサーはプロジェクトチームの運営や進捗管理を担当するという違いがあります。ただし、企業によってはこの2つの役割が混同されたり、明確な線引きがない場合が多く、具体的な業務内容は企業によって異なります。
企業によって役割が異なるのは何故?
1.企業の規模や業種の違い
企業の規模や業種によって、プロジェクトに求められる役割やスキルセットが異なります。大規模な企業であれば、複数のプロジェクトが同時進行している場合があり、プロジェクトマネージャーやプロデューサーは専任のポジションであることが多いです。一方で、中小企業では複数の役割を担当する必要があるため、PLやPMといったポジションの業務内容が混同されることがあります。
2.プロジェクトの目的や特性の違い
企業のプロジェクトには、目的や特性が異なるものがあります。プロジェクトの目的が開発プロセスの改善や新製品開発である場合には、技術的な側面を担当するPLのポジションが重要になります。一方で、プロジェクトの目的が納期の厳しい開発プロジェクトである場合には、プロジェクト全体の進捗状況を管理するPMのポジションがより重要になることがあります。
3.企業文化や組織の違い
企業の文化や組織によって、役割分担が異なることがあります。例えば、一部の企業では、PLがPMと同様にプロジェクト全体の管理を担当することがある一方で、他の企業では、PLが技術的な側面のみを担当し、プロデューサーやプロジェクトマネージャーがプロジェクトの全体的な管理を担当することがあります。
ポジションの明確な定義とは?
プロジェクト管理において、ポジションの役割やスキルセットを定義したものとして、プロジェクトマネジメントの知識体系である「PMBOK(Project Management Body of Knowledge)」や、国際プロジェクト管理協会(IPMA)が発行している「IPMAコンペタンス・ベース規格」があります。
PMBOKは、プロジェクト管理に必要な知識を包括的に体系化したものであり、プロジェクト管理における5つのプロセスグループ(開始、計画、実行、監視・制御、完了)と10の知識領域(プロジェクト統合管理、スコープ管理、スケジュール管理、コスト管理、品質管理、リスク管理、資源管理、コミュニケーション管理、調達管理、ステークホルダー管理)を定義しています。PMBOKは、アメリカプロジェクト管理協会(PMI)が発行しており、プロジェクトマネージャーのスキルアップに役立つ資格である「PMP(Project Management Professional)」の試験にも利用されています。
IPMAコンピタンス・ベース規格は、プロジェクトマネージャーのコンピテンシー(能力)を定義したものであり、プロジェクトマネージャーが持つべきスキルを、技術的、人間的、コンテキスト的な側面から分類しています。IPMAコンピタンス・ベース規格は、国際的な認定資格「IPMAレベルC/D(Certified Project Management Associate/Manager)」の試験に利用されています。
これらの知識体系に基づいて、企業や業界団体が独自にポジションの役割やスキルセットを定義することもあります。ただし、PMBOKやIPMAコンピタンス・ベース規格が国際的に広く認知されているため、これらの知識体系に基づいた定義が多く用いられています。
まとめ
IT業界のポジションとその役割は明確な定義がされているにも関わらず、企業の規模感や目的、そして文化の違いによって変わるものだということが分かりました。しかし、定義されていても共通認識がないことで何かあったときの責任の所在に困ってしまいます。そうならないためにはポジションの役割が、
・きちんと明文化されている
・メンバー全員へ共有されている
ということが重要になります。
改めてご自身の役割を理解し、役割に戸惑っている仲間がいたらサポートしてあげると良いでしょう。
あなたのプロジェクトが成功することを祈っています!
この記事を書いたひと:福田 聡樹(ふくだ さとき)
株式会社プロトソリューション Webソリューション部所属。自社ホームページ編集長。ブログ/インタビュー/動画などのコンテンツを使ってプロトソリューションの取り組み、サービスやタレント情報の発信をしています。
好きなもの:爬虫類、犬、本のにおい、オヤジギャグ。