Skip to content

典型的な組織形態・プロジェクト規模の特性(機能型・PJ型・マトリクス型・COE・規模別特性)

C-2 役割・スキル管理C. リソース管理(人財 / 財務 / 営業戦略) 元資料: ◆典型的な組織形態 + ◆プロジェクト規模と特性(11枚)

目的・概要

◆典型的な組織形態

◆プロジェクト規模と特性

考え方・観点

機能型組織

  • 出典:P2M、図表4-4-2 機能型組織(Functional Organization)
  • 商品企画部長
  • ハードウェア
  • 開発部長
  • ソフトウェア
  • 開発部長
  • 開発事業部長

プロジェクト型組織

  • 出典:P2M、図表4-4-3 プロジェクト型組織(Projectized Organization)
  • プロジェクトMgr1
  • プロジェクトMgr2
  • プロジェクトMgr3
  • 開発事業部長

マトリクス型組織

  • 事業本部長
  • 開発企画部
  • プロジェクト
  • 担当部門長
  • 品質管理部
  • 開発2部
  • 開発1部
  • プロジェクト
  • マネージャーX
  • プロジェクト
  • マネージャーY
  • プロジェクト
  • マネージャーZ
  • 調査課
  • 企画課
  • 一課
  • 二課
  • 一課
  • 二課
  • 検査課
  • 規格課
  • マトリクス構造
  • 出典:P2M、図表4-4-4_マトリクス型組織(Matrix Organization)

変形型・マトリクス組織の例

  • エンジニア
  • リソース供給部門
  • オンプレ
  • プロジェクト
  • 担当部門長
  • 品質保証部
  • 組み込み部
  • クラウド部
  • プロジェクト
  • プロジェクト
  • プロジェクト
  • 企画課
  • 開発課
  • 一課
  • 二課
  • 一課
  • 二課
  • マトリクス構造
  • 事業本部長
  • 組織PMO
  • 部門PMO
  • マネジメント
  • 人材
  • ※双方に存在

支援型プロジェクトオフィス

  • 出典:P2M、図表4-4-5 支援型プロジェクトオフィス
  • 商品企画
  • 部長
  • ハードウェア
  • 開発部長
  • ソフトウェア
  • 開発部長
  • プロジェクト
  • オフィス
  • 開発事業部長

管理型プロジェクトオフィス

  • 出典:P2M、図表4-4-6 管理型プロジェクトオフィス
  • 商品企画
  • 部長
  • ハードウェア
  • 開発部長
  • ソフトウェア
  • 開発部長
  • プロジェクトMgr1
  • プロジェクトMgr2
  • プロジェクトMgr3
  • プロジェクトMgr4
  • プロジェクト
  • オフィス
  • 開発事業部長

ライン型プロジェクトオフィス

  • 出典:P2M、図表4-4-7 ライン型プロジェクトオフィス
  • 開発企画部
  • プロジェクト
  • オフィス
  • 品質管理部
  • 開発2部
  • 開発1部
  • プロジェクト
  • マネージャーX
  • プロジェクト
  • マネージャーY
  • プロジェクト
  • マネージャーZ
  • 調査課
  • 企画課
  • 一課
  • 二課
  • 一課
  • 二課
  • 検査課
  • 規格課
  • もしくは
  • マトリクス型構造
  • プロジェクト型構造
  • 事業本部長

組織間の関係

  • ※効果的な計画立案のために把握が必要
  • 会社・・
  • 健全な収益を生む体質
  • 事業部門・・
  • お客様のご要望に応える
  • 技術力、品質、サービス
  • 管理部門・・
  • 安定収益に貢献するための
  • 仕組み化、信頼性確保、効率化
  • 営業
  • 総務
  • 人事
  • 経理
  • 知財
  • 組織戦略
  • 品質戦略
  • 情報保護
  • 技術戦略
  • ブランド戦略
  • 社会貢献
  • 環境活動
  • コンプライアンス
  • 内部統制
  • 人材戦略
  • 品質
  • 役員会
  • 委員会
  • 広報
  • 法務
  • 事業部
  • 事業部
  • 財務
  • *1 組織により事業部門に含まれる場合あり

COE機能の例

  • 診る
  • (品質など)
  • 共通化する
  • (標準化など)
  • 正す
  • (PMOなど)
  • 業務を動かす
  • 目指す姿
  • COE:Center Of Excellence
  • ガバナンス
  • 外部の知恵
  • 外部の実働
  • インソース
  • アウトソース

プロジェクト規模による特性の違い

  • 規模が大きくなるにつれ、情報は肥大化し、伝達スピード、修正のしやすさが変化する→ 特性に応じた対応が欠かせない
  • PMOチーム
  • サブ
  • PM
  • サブ
  • PM
  • 統括チーム
  • PM
  • PM
  • PM
  • PM
  • PM | 人数 | 50~ 階層あり | 21~ 階層あり | 7~19 階層あり | 2~10 階層なし | 1 | | --- | --- | --- | --- | --- | --- | | 場所や拠点 | 複数 | 1~複数 | 1~5 | 1~3 | 1~3 | | 情報の総量 | 超大 | 大 | 中 | 小 | 小 | | ルール等の伝達スピード | 遅い | やや遅い | 普通 | 速い | 瞬時 | | 誤りの指摘~訂正速度 | 2日~1week | 2~5日 | 2~3日 | 1~2日 | 1~2日 | | 作業待ちの可能性 | 高い | やや高い | 普通 | 低い | 低い | | 複数ベンダ・外国人比率 | 高い 可能性 | やや高い 可能性 | 普通 | 普通 | - |
  • 注)数値は比較のために便宜上記載した感覚的なものです
  • 大規模
  • 中規模
  • 小規模
  • チーム
  • ひとり

様々なプロジェクト形態/PMの役割

人数50~ 階層あり21~ 階層あり7~19 階層あり2~10 階層なし1
場所や拠点複数1~複数1~51~31~3
情報の総量超大
ルール等の伝達スピード遅いやや遅い普通速い瞬時
誤りの指摘~訂正速度2日~1week2~5日2~3日1~2日1~2日
作業待ちの可能性高いやや高い普通低い低い
複数ベンダ・外国人比率高い 可能性やや高い 可能性普通普通-
  • 注)数値は比較のために便宜上記載した感覚的なものです
  • 大規模
  • 中規模
  • 小規模
  • チーム
  • ひとり
  • プロジェクト形態に加え、様々な要素(業界、対象業務、システム構成、利用技術、金額規模、etc.)でプロジェクト特性が変化 → PM(含む関係者)の役割/素養/動き方/ノウハウも変化

イメージ図

手順・進め方

手法・理論

テンプレート・ツール

事例・サンプル

参考リンク

構築中・WIP

顧客別事例