PM の現状 特集

PM の導入から進化へ
日本下水道事業団における PM の取り組み
日本下水道事業団東京支社プロジェクトマネジメント室
はた だまさのり

畑田 正憲

１． 概要

２． PM への転換

「仕事をこなす」とか「予算を消化する」など業務の再構築に取り組んだ当初から PM に注の言葉は，私達，公的な性格を持つ発注機関では目していたわけではありません。さまざまな試行普段何気なく用いられています。しかし，この言錯誤の結果，データレベルでモデルを構築しよう

葉には顧客の立場を軽視した自己本位な考え方がとしたアプローチと，実務者が実際に行っている含まれているのではないでしょうか。言うまでも業務が PM と呼ばれる方式にきわめて近いと感なく顧客は，こなされたり消化されたりした成果じられ，その研究のためのアプローチとが「PMではなく，欠陥のない成果とコストや工程など実への転換」をテーマとした具体的な取り組みにつ施における管理されたサービスを求めています。

ながったと考えています。

日本下水道事業団（JS）は，地方公共団体から

 IDEF によるデータモデリング委託された下水道終末処理場などの設計や建設な情報技術を業務に取り入れる場合，業務処理やどの業務を中心に，顧客の視点に立って満足感を処理の結果としての帳票出力などを中心に考えが高めていくことを目的として，およそ５年前からちです。さまざまなデータ処理やアウトプットが業務の再構築に取り組んでいます。その再構築に組み込まれたアプリケーションソフトを用いるこ

は，当時，飛躍的に発展しつつあった情報技術をとで見かけは情報技術を導入したように感じられ用いていますが，パソコンやネットワークそのもるはずです。しかし，肝心の処理すべきデータはのは，あくまでも道具であり，どのように用いる何か，どのように体系化すべきかなどデータそのかは別の問題です。JS ではプロジェクトマネジ

ものに対する抜本的な問題には手をつけられるこメント（PM）の考え方や手法を取り入れて業務とが少なかったのではないでしょうか。

スタイルを転換し，合わせて厳正な競争と透明なJS では，文法が平易でかつ現状（AsIs）から経営スタイルへの刷新に取り組んだものです。

理想（ToBe）とするデータの構造まで分析を可能とする IDFE１X（アイデフワンエックス）を採用し，データ中心アプローチによってデータモデルの構築を行っています。図―１に AsIs，図―２に ToBe モデルを，さらに事業の範囲とその建設マネジメント技術

2001 年 7 月号 ２３

特集 PM の現状

図―１ AsIsモデル

全体計画
全体計画＃
事業主体C

基本協定
基本協定＃全体計画＃（FK）

年度協定
年度協定＃基本協定＃（FK）契約
契約＃工事計画＃（FK）
契約金額
契約工期

工事計画
工事計画＃
年度協定＃（FK）
工事予算
工期

全体計画明細
全体計画＃（FK）
施設・設備C
基本協定＃（FK）
工事計画＃（FK）
予算

検査
契約＃（FK）
検査＃評価

図―２ ToBeモデル
事業範囲
事業範囲＃
事業主体C

基本協定
基本協定＃
基本協定金額
発注計画
発注計画＃
発注予算
発注工期

見積項目
事業範囲＃（FK）
見積項目C
基本協定＃（FK）
発注計画＃（FK）
主要工事・機器
事業範囲＃（FK）
見積項目C（FK）主要工事・機器C
主要工事・機器費

年度協定
予算要求
年度協定＃要求年度
基本協定＃（FK） 予算要求額
発注設計
発注設計＃
発注計画＃（FK）
発注金額

契約
契約＃
発注設計＃（FK）
契約金額
契約工期

検査
契約＃（FK）
検査＃
評価

年度発注計画発注計画＃（FK）
発注年度
年度協定＃（FK）
要求年度（FK）
年度発注予算図―３ ToBeモデル見直し
基本協定
作業WBS
予算請求
施設WBS
プロジェクト
作業WBS＃
要求年度
プロジェクト＃ 基本協定＃
施設WBS＃
基本協定金額 予算要求額
作業WBS名称 施設WBS名称 事業主体C
発注計画
発注計画＃
発注予算
発注工期

職員
職員C
職員名

プロジェクトスコープ
プロジェクト＃（FK）ワークパッケージ＃
作業WBS＃（FK）施設WBS＃（FK）
基本協定＃（FK）
発注計画＃（FK）
予算
工期

MH
職員C＃（FK）
プロジェクト＃（FK）ワークパッケージ＃（FK）
年月
計画MH
実績MH

発注設計
年度協定
発注設計＃
年度協定＃
発注計画＃（FK） 基本協定＃（FK）
発注金額

年度発注計画発注計画＃（FK）
発注年度
年度協定＃（FK）
要求年度（FK）
年度発注予算契約
契約＃
発注設計＃（FK）
契約金額
契約工期
検査
契約＃（FK）
検査＃
評価

構成を明確にするため WBS コードなど PM の技

 管理とマネジメントの違い

法を取り入れた最終的なデータモデル図―３へと「マネジメント」に最も近い日本語は「管理」

見直しを行っています（いずれのデータモデルもだと言われていますが，表―１に示すとおり，管骨格のみ）。

理には主として実務側を取り締まる規制や強制が２
４ 建設マネジメント技術

2001 年 7 月号

PM の現状 特集

表―１
管管理とマネジメントの比較
理

図―４ プロジェクトの段階

マネジメントコントロール
終 結
遂行（設計，建設工事）

失敗をしかる

失敗を認める

原因を追求する対応を検討する

強制する

やりくり調整する

指示する

合意する

階以外に，プロジェクト開始の要否を判断する

実施するものを取り締実施する実務者のため「立 上 げ」，全 体 の 計 画 や 段 取 り を 立 て る「計まる側の仕組の仕組画」，計画との乖離を把握し是正するための「コ立上げ

計 画ントロール」などの段階があります（図―４）。
意識され，一方，マネジメントは事態を早く正確

その各段階を分解して行くと，部や課そしてに把握し，合意しながらやりくりして行く実務そ個々の担当者の行う業務となり，その最下層はパのものの仕組であると感じられます。

ソコンを用いたデータ入出力や帳票作成など具体

これまでの業務ルールの多くは取り締まり側が的なシステム操作となっています。

実務側の行過ぎを規制し，報告や許可を義務付け

これまでのやり方では，立上げや計画の段階をるなどが中心で，プロジェクトの遂行本位に作ら軽視し「とにかくやってみよう」といったことがれたものではありません。

多く，コストの超過やスケジュールの遅れを元の段取りを立て，手配し，進み具合や達成度を把目的や計画に照らし合わせて把握し是正すること握しながら，さまざま障害（リスク）には最新のが困難だと考えています。そのため，立上げから注意を払って事業を遂行する，これらすべて実務計画の段階に重点を置いたワークフローを作成者が行うプロジェクトマネジメントそのものでし，ＰＭ方式の導入とあわせて適用しています。

す。うまく行っているケースでは間違いなく，さ PMS の開発

まざまな PM の本質を無意識に実施していたはプロジェクトマネジャー（PMR）がプロジェクトの開始から終結まで一貫して運営して行くたずです。
JS では最も優れたやり方をしている者の立てめの支援ツールとして，PMS（プロジェクトマる段取りの内容や意思疎通の方法をシステム化すネジメントシステム）の開発を行ってきました。

ることで，ベストプラクテスが実現できると確信

PMS はワークフローに沿って必要な帳票を作成しています。

するのと合わせ，業務で発生するデータを逐次データベースに蓄積することにより，受託業務にお３． PM 方式の導入

ける事業計画，協定，契約などの各システムにデータを提供（あるいは受取）することを可能とするものです。これによってペーパーレスで迅速か

平成１０年４月から着手した「PM への転換」をつ確実な業務が可能になるだけでなく，データをコンセプトとする取り組みを，実施に移したのは分析し持続的な改善行動につなげることができる１年半後の平成１１年１０月でした。プロジェクト遂と考えています。

行の中心となる東京・大阪両支社の体制を再編成

 PM の実施体制

し，役割と手順（ワークフロー）や PMS（シス

これまで JS に委託された案件は東京・大阪両テム名 PURE）を同時に運用しています。

 ワークフローの適用

支社の設計課が中心となり，各課に土木，建築，機械，電気の技術者を配置し，各課において一連プロジェクトの進め方には，一定のパターンがの業務を担当する地域担当課制になっていましあり，設計や建設などを実際に行う「遂行」の段た。この体制は，委託公共団体との窓口の一本化

建設マネジメント技術

2001 年 7 月号 ２５

特集 PM の現状や県単位で設計の考え方，積算方法などの整合性ります（図―５）。

を図る目的で導入されたものですが，すでに設計は標準化が，積算基準や単価は取扱いが統一化さ

４． PM の基本技法

れ，情報技術によって互いのコミュニケーションを確実にすることが可能となっている反面，プロジェクトの効率性や専門的な技術力の確保の観点

PM では「品質」「コスト」「スケジュール」なから，以下のような問題が生じていたと考えられどを計画し，コントロールする基本的な技法とします。て，WBS（ワークブレークダウンストラクチャ

プロジェクトの企画・運営・管理の責任者（PMR）が明確に位置付けられていないため，ー）と EVMS（アーンドバリューマネジメントシステム）に注目しました。

 WBS によるデータ構成管理

役割と手順が曖昧である

 新たな知識や高度な技術を理解し，専門分野に精通した専門家が育ちにくい 地域担当課制であることから，個々のプロジWBS と は「ど の よ う な 成 果」を 得 る た め に「何の作業をするか」を体系的に整理したコードのことです。プロジェクトを実施に移す場合，日ェクトの特性や難易度に応じて，適材を適所に本的な発想ではスケジュールをまず思い浮かべ，配分，設定できる自由度が少ない

欧米はスコープ（構成と範囲）を思い浮かべると

 地域担当課の課長は，プロジェクト運営と各言われています。捉えようがないと思われていた専門技術にも判断を求められるが，実質上，すプロジェクトの構造を WBS を用いて階層で表現べての判断は困難となっているすることによって，コストやスケジュールのほ以上の理由から，PM 室，土木，建築，機械，か，作業の内容や分担などを可視化することがで電気の各設計課に再編成を行っています。PMRき，電子情報として蓄積，共有，再利用，集計あ

は，地方公共団体との窓口業務をはじめプロジェ

るいは分析などが可能となります。

クトの企画，遂行，管理の責任者として各課を横今後，プロジェクトの情報を統一した規格で外断してプロジェクトの運営に当たり，専門技術は部に提供することなどにより，設計や工事の情報それぞれの設計課長のもと，技術的特性や難易度が迅速かつ正確にやり取りできるため，契約などに応じて選ばれた設計者が業務に当たることになの取引の合理化やプロジェクトの効率的な遂行に

図―５ プロジェクトの実施体制
プロジェクトマネジメント室

土木設計課

建築設計課

機械設計課

電気設計課

プロジェクトマネジャー（PMR）

土木エンジニア

建築エンジニア

機械エンジニア

電気エンジニア

プロジェクトマネジャー（PMR）

土木エンジニア

建築エンジニア

機械エンジニア

電気エンジニア

プロジェクトマネジャー（PMR）

土木エンジニア

建築エンジニア

機械エンジニア

電気エンジニア

●

●

●

●

●

●

●

●

●

●

２
６ 建設マネジメント技術

2001 年 7 月号

PM の現状 特集

寄与できるものと期待しています。表―２は JS

表―２

JS 標準 WBS コード（２レベルまで）

標準 WBS の一部ですが，PMS に対応させ６００余

施設 WBS コード体系（２レベル）

りのすべてのプロジェクトに用いるとともに，昨施設 WBS コード年より公表しています。

 EVMS による意思疎通・伝達
EVMS は，プロジェクトのコミュニケーションおよびコントロールツールとして用いられてきたものです。これまで施工段階で実施してきた進捗・出来高管理と同じもので，コストやスケジュールの計画に対する超過や遅れなどの状況をより早く把握し，適切な対策を講じるために用いられます。これまでの方法ではあるところまで進捗した段階で，計画されていたコストに対して実際消費したコストが集計されます。しかしながら，この二つの数値では，実際の状況は把握できません。
仮に計画が１００万円，実績が１１０万円とした場
合，元の計画に相当する出来高が８０万円であったとすると，このプロジェクトは３０万円分（１１０−８０）コストが超過し，２０万円分（１００−８０）遅れていることになります。この８０万円が「獲得した価値」，つまり EV（アーンドバリュー）と呼ばれています（図―６）。
ＥＶを求めるには，まず，WBS を用いて作られた計画を，プロジェクトを命じた人が承認する必要があります。これをベースラインと呼び，ベースラインを構成する単位（ワークパッケージ）ごとに完了，未了あるいは途中の出来高を定期的に集計・レポートします。この仕組が EVMS と呼ばれています。
本来，コストとフィー（報酬）を別のものとして，月々の進捗・出来高に応じて支払いを行う方式のもとに普及してきたもので，コスト超過などのリスクは原則として発注者が負うことになります。これに対して一括請負の場合は，原則として受注者がコスト超過のリスクを負うため，発注者は受注者の実際に消費されたコスト（支払実績）を把握する必要はなく，計画（ベースライン）と計画に対する出来高（EV）のみを対象とすることになります。

Description

A
A１A２A３
A４

処理場
敷地造成
共通施設
水処理施設
汚泥処理施設

B
B１
B２
B３

ポンプ場
敷地造成
共通施設
排水施設

C
C１
C２
CＺ

幹線管渠
第１工区
第２工区
その他の管渠施設

Z

その他の受託施設

作業 WBS コード体系（２レベル）
作業 WBS コード

Description

１０１
１１２
１３１４１５１６１７１８１
９

プロフェッショナル・サービス
プロジェクト企画
プロジェクトマネジメント
計画設計管理事前調査管理基本設計管理詳細設計管理発注設計管理建設工事管理技術援助管理２０２１２２２３２４２５設計
計画設計
事前調査
基本設計
詳細設計
技術援助

３０３１３２３３３
４

建設工事
新設工事
増設工事
更新工事
改築工事

４０４１

アフターサービス
事後点検業務５０５１５２５３

プログラムマネジメント
プロジェクト選択
プログラム進捗・変更管理
リソース管理

６０
６１
６２

間接業務
事務系業務
技術系業務

７０〜９０省略

設計コミュニケーションマニュアルの付属資料として２０，
３０番
台はすべて公表しています。

建設マネジメント技術

2001 年 7 月号 ２７

特集 PM の現状

図―６ EVMSの考え方
プロジェクトコスト（基本協定額）

５

現在
累積
コス
ト パートナーとしてのコミュニケーションへ

ベース
ライン
実績
コスト

CV
SV

EV
時

PM の進化と発展の可能性

納期
・
供用
開始

建設系企業の多くは，資材や労力あるいは設計や監理などのサービスを外部から調達しています。JS の業務においても，設計や建設など大半のコストは外部からの調達に費やされるため，業間務を円滑に進めるためには設計や建設を実施する

EV…出来高（達成された価値）
例えば現在までに100万円で計画されたプロジェ
クトで，達成度が80％とするとEVは80万円となる。
実際に要したコストが110万円であった場合CVおよびSVは以下のとおり
CV…コストバリアンス（コスト差） 例では110−80＝30万円分の超過
SV…スケジュールバリアンス（進捗差） 例では100−80＝20万円分の遅れ

企業と必要な情報を正確かつ迅速にやり取りすることが不可欠です。
設計を進める段階においては，「図面を描く，計算書を作る」などの設計は設計コンサルタントに外注しますが，これまでは JS が設計し，そのアシスタント的な役割として設計コンサルタントの関係を捉えていました。しかしながらこの関係

JS における EVMS の基本枠組みは図―７に示は，図―８のとおり「設計管理をする」と「設計すとおり，プロジェクトオーナー（事業主＝地方をする」に区別することができ，履行中は質の高公共団体）と JS の間には処理場の設計から建設い成果物を得ることを目的としたパートナーの関を含むプロジェクト全体を，JS と受注者の間は係です。そして質の高い成果物を得るには「設計各設計業務委託および各工事ごとを対象としたをする」に必要不可欠な「要求事項」と「設計管EVMS で構成されています。

理をする」ために十分な「設計成果物」が，双方今後，EV といわれる出来高概念を導入した，が理解しあえる書式や表現で，適切なタイミング

地方公共団体―JS―受注者間の情報伝達・意思相にやり取りすること，つまりパートナーとしてコ通の仕組を構築したいと考えています。

ミュニケーションのためのルールが必要になってきます。（社）全国上下水道コンサルタント協会の全面協力を得て「設計コミュニケーションマニュ

図―８ 設計と設計管理の関係
図―７ EVMSの基本枠組
地方公共団体工程等のPJの制約条件

PJのニーズ

スキル・リソース等制約条件
設計成果物の評価

JS
設計を管理する

設計管理の記録

PJ-EVMS発注者としての要求事項
設計成果物

JS
設計に必要なデータ

C-EVMS

受注者

設計管理要領基準

設計コンサルタント
設計をする

設計基準（IDFE0アイデフゼロと呼ばれるプロセスの記述方法で表現）

２
８ 建設マネジメント技術

2001 年 7 月号

PM の現状 特集アル」を作成し適用しています。相互の意思疎通識されること・情報伝達の改善に確かな一歩を踏み出したと考が必要であるとの検討結果を得ることができましえています。

た。またこの EVMS は発注者や受注者の業務遂施工段階においても，われわれ発注者と工事の行ばかりでなく，投資や決済など金融機関にとっ受注者の関係は，設計コンサルタントとの関係とても不可欠な情報として注目され始め，今後，基本的には同じパートナーとしての関係です。設ASP/IDC（インターネットデータセンター）を計段階での成果物がインプットされ，工事内容に介して，急速に展開して行く可能性を有している

対する双方の合意に基づいて始まり，成果物と対と考えています。

価の授受によって終了しますが，決してもたれあ 図面データの共有の可能性に向けていではなく双方の合意をまもるためお互いの役割CAD（キャド）を利用した図面作成が急速にを厳格に果たすという前提のもとに，履行中は質進んでおり，下水処理場等の実施設計図においての高い成果物を得るために協調し，意思疎通を図も大半が電子データで取り扱われるようになってっ て 行 く も の だ と 考 え て い ま す。JS で は，まきています。本来，実施設計の成果として作成さず，工事の取引，遂行，検収・決済に至る情報をれた CAD データを建設会社などが利用して，施正確かつ迅速にやり取りするため，PM の主要ツ工図や各種管理データに活用するといった，電子ールである EVMS を取り入れた発注者と受注者データを上流側から下流側に提供しながら全体のの意思疎通・情報伝達の仕組を構築するため，昨プロジェクトを迅速に低コストで進めて行くのが年より数件の工事を対象として試行を行っていま

CALS の本質です。

す。

しかしながら，CAD データをいったんプリン

 ASP によるデータ共有へトしドキュメントにしてから押印するのでは，電「発注者が受注者に対して何を伝え，どのよう子データとして下流に流せない仕組となってしま

逆に受注者は取引のいます。JS ではすでに一昨年前より，図面など判断や工事履行のために必要としている情報は何の成果品はマイクロフィルムに代わって CD―Rか？」EVMS を取り入れた意思疎通・情報伝達で提出することとなっており，そのデータはデーの仕組を活用することで，それに応えて行くことタベースに登録し高度に活用して行くとともに，ができるのではないか，こうした考えのもとに他これを原本として厳格に管理する仕組に代えようの発注機関や建設業界および ASP（アプリケーとしています。このため，押印を行わない検収方ションサービスプロバイダ）からの参加を得て検法に改め，電子データの授受を円滑に行うことと討会を行ってきました。その結果，しています。

な情報提供を求めるのか？

WBS コードを用いて工事設計書や仕様書など発注者の情報は規格化し提供できること

 それは発注者の意思を受注取引先に正確・迅速に伝達できること

 同様に受注者の実施の状況も発注者に正確・さらに，図面の肖像は発注者のものとしても，図面を描く（CAD を操作しデータを可変する）技術は，本来，設計コンサルタントに所有されるものであるとの考えを前提として，設計から建設段階に直接 CAD データをやり取りすることの検迅速に伝達できること討に着手しています。CAD データの直接的なやそのためには，り取りが可能となればプロジェクトの期間は短縮

出来高価値を共有する考え方に基づいて，発され，さまざまなフィードバックも可能となり，注者と受注者および利害関係者の間で広範囲に発注者はもとよりプロジェクトに参画する多くの流通できるルールを設けること者にとって品質やコスト面の改善に寄与できると

 WBS コードやその構造に関して広範囲に認期待しています。

建設マネジメント技術

2001 年 7 月号 ２９