建築は、プロジェクト管理のなかでも最も要求の高い分野の一つです。同じ案件は二つとなく、数十の工種が互いに絡み合い、たった一つの遅れが数週間の損失につながることもあります。本ガイドでは、HOAI の業務段階をプロジェクト管理の枠組みとして活用する方法、実務で有効な6 つの手法、そして適切なツールによって建築計画を本当に管理可能にする方法を解説します。
建築のプロジェクト管理が他と異なる理由
建築案件を率いる人は、設計図以上のものを動かしています。施主、専門設計者、行政、下請業者、各工種を調整します。コストの枠、期限、品質を並行して見続けます。責任を負い、しかもそれを一品物の上で行います。あらゆる敷地、あらゆる既存建物、あらゆる用途がそれぞれ異なります。
設計事務所のプロジェクト管理を特別なものにしているのは、次の三つの性質です。
- 強い依存関係：躯体が仕上げの前、床均しがタイルの前、電気設計が乾式工法の前、というように。初期の工種での遅れは、連鎖的な影響を引き起こします。これを関連づけて表現しなければ、手作業で計算することになり、ほぼ必ず何かを見落とします。
- 高い規制密度：HOAI、建築法規、VOB、DIN 規格、州の建築法。枠組みは固定されており、責任はあなたにあります。
- 現場の動的な状況：構造計算が予期せぬ既存リスクを示すこともあります。資材が入手できないこともあります。施主が部屋の用途を変更することもあります。どんな計画も、現実との最初の接触をそのままの形で生き延びることはありません。
したがって、根本的な事実は単純です。建築家であるということは、設計の仕事に加えてプロジェクトマネージャーであるということです。本当の問いは、プロジェクト管理を行うかどうかではなく、どれだけ体系的に行うかです。本ガイドはその枠組みを提供します。
プロジェクト管理の枠組みとしての HOAI 業務段階
HOAI、すなわち建築家・技術者報酬規程は、計画と施工のプロセスを 9 つの業務段階に区分します。これは報酬と業務の枠組みとして作られたものですが、責任、マイルストーン、成果物を明確に定義しているため、プロジェクト管理の骨組みとしても非常に適しています。
| LP | 段階 | プロジェクト管理の焦点 |
|---|---|---|
| 1 | 基礎調査 | ステークホルダー要件、コスト枠、目標定義 |
| 2 | 予備計画 | 案の比較、概略日程、概算コスト |
| 3 | 設計 | 詳細設計、コスト算定、内部レビュー |
| 4 | 許認可計画 | 行政協議、建築申請、重要日程 |
| 5 | 実施設計 | 詳細図、専門設計者との調整、施工可能性 |
| 6 | 発注準備 | 仕様明細書、数量算定 |
| 7 | 発注協力 | 見積比較、発注提案 |
| 8 | 工事監理 | 日程管理、計画・実績比較、瑕疵管理 |
| 9 | 引渡し後対応 | 瑕疵担保、ドキュメント管理、追加対応 |
LP 1 から 3：要件をきちんと捉える
初期の段階が、その後に来るすべてを左右します。LP 1 では、施主とともにプロジェクトの目標、室の要件、コスト枠を定義します。LP 2 では複数の案を展開し、LP 3 で最終設計をまとめます。これらの段階におけるプロジェクト管理とは、要件を体系的に捉え、案を比較可能にし、コストを現実的に見積もることを意味します。
典型的な失敗は次のとおりです。頭の中やメールの中にしか存在しない要件。同一の基準で評価されない案。実績値ではなく仮定に基づくコスト見積り。
橋渡しとしてのマインドマップ
Merlin Project のマインドマップ表示は、初期段階に最適です。室、用途、要件をまず連想的に集めていきます。続いて、クリック一つでマインドマップを完全なプロジェクト計画へと変換できます。枝は作業パッケージに、ノードはアクティビティになります。
LP 4 と 5：許認可と施工可能性
許認可計画は、最初の厳しい外部マイルストーンです。ここから先は、施主だけでなく建築監督官庁とも話すことになります。続く実施設計では、後に施工の基準となる施工図を作成します。どちらの段階も、多数の書類、多数の調整、そしてしばしば多数の変更ループを生み出します。
プロジェクト管理のレバー：すべての書類をバージョン管理して保管すること。承認は記録を残して取得すること。専門設計者（構造、設備、建築物理）とは、確定した期限と納品の連鎖を取り決めること。
LP 6 と 7：入札と発注
入札では、計画が契約上の文書、すなわち仕様明細書になります。ここでの誤りは後で高くつきます。抜け落ちた項目は追加工事に回り、不明確な品質は争いになります。プロジェクト管理とは、完全性を体系的に点検し、工種間の依存関係をすでにこの段階で可視化することを意味します。
LP 8：計画が真価を問われる工事監理
工事監理は、実務的なプロジェクト管理の核心です。ここで工程計画、現場、現実が出会います。日程を管理し、施工品質を点検し、瑕疵を処理し、すべての関係者に情報を共有します。最新の工程計画は、ここでは贅沢品ではなく、仕事の道具です。
LP 9：引渡し後対応
引渡しで終わったあとも、プロジェクトは終わりません。瑕疵担保責任は通常 4 年から 5 年続きます。LP 8 できちんと管理されたドキュメントは、LP 9 で毎月その価値を発揮します。
躯体、仕上げ、設備のためのテンプレート
あらゆるプロジェクトをゼロから始める人は、何時間も無駄にしています。建築向けテンプレートは、躯体、仕上げ、建築設備といった典型的な建築案件のための既製のプロジェクト構造を提供します。構造を一から考え出すのではなく、テンプレートを具体的な案件に合わせて調整します。
建築プロジェクトのための 6 つの PM 中核手法
業務段階の骨組みだけでは建物は建ちません。各段階で機能する手法が必要です。建築の現場で特に有効性が実証されているのが、次の 6 つの技法です。
1. プロジェクト構造図（PSP / WBS）
プロジェクト構造図は、建築プロジェクトをトップダウンで、ますます細かい作業パッケージへと分解します。プロジェクト → 工種 → 部分業務 → 個々のアクティビティへと。これは「何をすべて行わなければならないか」という問いに、いつ行わなければならないかに答える前に答えます。
良い PSP は、完全であり（漏れがない）、重複がなく（二重がない）、同一階層で一貫しています（粒度が揃っている）。古典的な Work Breakdown Structureの手法はプラント建設に由来しますが、建築プロジェクトでも同様に機能します。
Merlin Project の WBS
Merlin Project のプロジェクト構造図では、ドラッグ・アンド・ドロップで階層を組み立てます。グループは下位要素の期間とコストを自動的に積み上げ、各階層でその工種がいくらかかり、どれだけの期間を要するかを確認できます。
2. ガントチャートと工程計画
ガントチャートは工程計画の定番であり、それには理由があります。アクティビティを時間軸上のバーとして表示し、依存関係を視覚的に即座に理解できるようにします。4 つの依存関係タイプが、ほぼすべての建築上の論理を網羅します。終了-開始（躯体完了 → 仕上げ開始）、開始-開始（並行開始）、終了-終了（共通の完了日）、開始-終了（まれですが、ときに有用です）。
クリティカルパスは、互いに依存するアクティビティの最も長い連鎖です。クリティカルパス上の遅れはプロジェクト全体を遅らせますが、クリティカルでないパス上の遅れはそうではありません。クリティカルパスを把握していれば、どこで圧力を高めるべきか、どこに余裕があるかが分かります。
印刷可能な PDF 書き出しを備えたガント
3. マイルストーン
マイルストーンは期間を持たないアクティビティ、すなわちプロジェクトの確固たる定点です。「建築申請提出」「建築許可取得」「躯体完了」「引渡し」といった出来事は、専門家でない人にもプロジェクトを読みやすくし、支払いの段階と連動させ、進捗を測定可能に保つために理想的です。
良い目安として、プロジェクトの 1 段階あたり 5 から 10 のマイルストーンで十分です。あらゆる些事をマイルストーンにすると、ノイズが生じます。少なすぎると、逸脱に気づくのが遅れます。マイルストーンに関する専門記事が、典型的なパターンと落とし穴を示します。
4. 工種調整のためのカンバン
カンバンはガント計画を補完しますが、置き換えるものではありません。工程計画が時間的な順序を管理するのに対し、カンバンボードは現在の状態を表します。どの瑕疵が未解決か。どの追加対応が承認待ちか。前回の定例会議のどの項目が完了したか。
カンバンの強みは、各関係者が今、自分に何があるかを一目で把握できる点です。「未着手、進行中、確認、完了」といった列でたいてい十分です。工事監理にとってカンバンは特に有用です。瑕疵リストと未解決項目を、動きのある一つの表示にまとめてくれるからです。
iPad と Mac でのカンバン
5. リソース計画とコスト計画
建築プロジェクトにおけるリソースは、人（プロジェクトリーダー、製図担当、工事監理者）、外部パートナー（構造、設備、下請業者）、そして機械（クレーン、足場、現場設備）です。きちんとしたリソース計画は、三つの問いに答えます。
- 誰が、あるいは何が、いつ拘束されているか。
- ボトルネック（過負荷）はどこにあるか。
- 空き能力（稼働不足）はどこにあるか。
コストも同じ論理に従い、ただ時間ではなくユーロで表されます。各アクティビティには計画コスト（予算）と実績コスト（実際に発生した費用）があります。計画・実績比較は中心的な管理手段であり、LP 8 ではしばしば続行か再交渉かを左右します。
設計事務所で特に際立つのは、リソースが一つのプロジェクトに専属することはまれであるという点です。一人の工事監理者がしばしば 3 から 5 の現場を並行して担当します。一人の構造設計者が複数の事務所のために働きます。一つの乾式工法業者が 10 の発注者を同時に相手にします。自分のプロジェクトだけを見ているプロジェクトマネージャーは、二重予約が発生してから初めてそれに気づきます。一方、稼働状況をプロジェクト横断で見ている人は、ボトルネックの 3 週間前に、工事監理者 X が第 24 週に 3 つの現場へ同時に割り当てられていることを認識でき、誰かを待たせる前に組み替えることができます。
下請業者の場合、問題はさらに深刻になります。彼らの受注状況を見ることができないからです。唯一役立つのは、余裕をもった計画です。下請業者との日程をできるだけ早く確定し、緩衝を組み込み、着手前の二つのマイルストーンで再確認します（「5 月 14 日に本当に来ていただけますか」）。この余裕を計画上で明示しておく人は、時間的圧力のなかでそれを議論せずに済みます。
複数プロジェクトにわたるリソースとコスト
6. リスク管理と添付項目の管理
建築プロジェクトのリスクは、プロジェクトそのものと同じくらい多様です。既存リスク（解体時に何が見つかるか）、納入リスク（資材不足）、天候リスク、許認可リスク、資金調達リスク。専門的なリスク管理とは、最も重要なリスクを特定し、発生確率と損害規模で評価し、重大なリスクについては緩和策または緊急時対応策を定義することを意味します。
それと並行して進むのがドキュメント管理です。写真、承認、メールのやり取り、議事録、見積り。あるアクティビティに関する書類を 2 クリックで見つけられない人は、争いになった際に貴重な時間を失います。
アクティビティごとに 6 種類の添付項目
Merlin Project の各アクティビティは、6 種類の添付項目を持つことができます。ファイル（図面、写真）、チェックリスト（品質保証）、イベント（日程）、情報（URL、メモ）、問題（瑕疵）、そしてリスク（発生確率と評価を伴うもの）です。すべてが、それが実際に起きるアクティビティに紐づき、別個のドキュメント保管システムには置かれません。
ローリングウェーブ計画：現場のための週間計画と 3 週間ルックアヘッド
全体の工程計画はできています。しかし現場では、工事監理者は月単位ではなく、週と日で計画します。北米の建設業界では、ドイツやヨーロッパの建築プロジェクトにも非常によく応用できる実践が確立されています。3 週間ルックアヘッドを備えたローリングウェーブ計画です。
考え方は単純です。三つの時間軸を同時に扱います。
| 時間軸 | 焦点 | 詳細度 | 誰が管理するか |
|---|---|---|---|
| 現在（0-7 日） | 実務的な遂行 | 日単位 | 工事監理者 |
| 直近（7-21 日） | 戦術的な準備 | 日/アクティビティ | プロジェクトリーダー |
| 全体（21 日以降） | 戦略的な工程計画 | 週単位 | プロジェクト統括 |
3 週間ルックアヘッドは、日々の業務と全体計画とをつなぐ架け橋です。毎週、同じ三つの問いに答えます。
- これから 21 日間に何が控えているか。
- そのために今すでに整っていなければならない前提は何か（資材、許認可、下請業者の確約）。
- 全体計画ではまだ見えていないボトルネックがどこに現れつつあるか。
このリズムを導入する人は、問題を平均して 2 から 3 週間早く発見します。多くの場合、日程の遅れなしに解決できるほど早くです。ルックアヘッドがなければ、問題は遅れとして現れて初めて発見されます。
実務上これが意味するのは、現場チームとの週次の定例会議で、ルックアヘッドを一緒に確認していくことです。状況報告（「先週何をしたか」）ではなく、先を見る視点です。「軌道に乗り続けるために、これから 21 日間に何が起こらなければならないか」。
Merlin Project でのローリングウェーブ
Merlin Project では、異なる期間ごとに独自のフィルタを作成できます。たとえば「今週」「3 週間ルックアヘッド」「次の 90 日間」などです。クリック一つで保存済みの表示を切り替え、全体計画をスクロールすることなく、その時々の視点に関連するアクティビティだけを表示できます。
建築家向けの優れた PM ツールが備えるべきもの
手法はツールに依存しません。しかし、どのツールが適しているのでしょうか。Excel は依存関係でつまずきます。Microsoft Project は強力ですが、Windows 上で、しかも本格的な iPad アプリなしには統合が難しいものです。ソフトウェア業界の汎用プロジェクトツール（Jira、Asana、ClickUp）は、プロッター出力できる工程計画を描画できません。設計事務所には具体的に何が必要なのでしょうか。
これらの要件の多くは基本的なことに聞こえますが、それでも多くのツールがまさにそこでつまずきます。Merlin Project は、20 年以上にわたりまさにこの用途に向けて開発されてきました。iPad アプリは、すべての機能を現場へ届けます。MagicSync は、iCloud、Dropbox、その他のクラウドプロバイダーを通じて、特許取得済みの方式で同期します。レポートは、任意のサイズの印刷可能な PDF を生成します。そして MS Project 連携は、MS Project XML をネイティブに読み書きします。
比較：建築プロジェクト向けの典型的なツールの選択肢
プロジェクトマネージャーのコミュニティを読んでいると、定番の PM ツールについて同じコメントが繰り返し聞かれます。それらはしばしば、メーカーのマーケティングページが思わせるよりも厳しい内容です。二つのパターンが目立ちます。Microsoft Project は強力だが過大とされます（「ユーザーの 80 % にとって機能が多すぎる」「学習曲線が急すぎて、チームへの定着が 3 か月以内に失敗する」）。Excel はあらゆる弱点にもかかわらず人気を保っています。単純に、ほとんどの「本格的な」ツールよりもシンプルだからです。Asana、Monday、ClickUp のような汎用クラウドツールは、建築プロジェクトでは限界に突き当たります。それらは知識労働のために作られており、日程が重要な工種間の依存関係のためではないからです。
次の表は、これらのツールが建築の文脈で実際に何ができるかをまとめたものです。
| 要件 | Excel | Microsoft Project | Monday / Asana | Merlin Project |
|---|---|---|---|---|
| クリティカルパスを備えた本物のガント | 不可 | 可 | 限定的 | 可 |
| 現場でのオフライン | 不可 | 不可（クラウド依存） | 不可 | 可（iPad でネイティブ） |
| 印刷可能な工程計画（A3/A1） | 不可 | 可 | 不可 | 可 |
| MS Project のインポート/エクスポート（XML） | 限定的 | ネイティブ | 不可 | ネイティブ |
| 受託契約不要で GDPR 準拠 | 可 | オンプレミスのみ | 不可（米国クラウド） | 可（ローカルデータ） |
| 競合のないマルチユーザー同期 | 不可 | サーバー版のみ | 可（クラウド） | 可（MagicSync） |
| 新メンバーの習得時間 | 5 分 | 2 から 3 日 | 2 から 4 時間 | 約 1 時間 |
Excel が残す隙間は MS Project が埋められますが、その代償は急な学習曲線と、設計事務所の 80 % が決して使い切らない機能の深さです。Monday や Asana のようなクラウドツールはよりシンプルですが、建築プロジェクトの日程が重要な論理を計算できません。Merlin Project はこのマトリクスのなかで、建築に特化した代替案として位置づけられます。日程モデルにおいては同等に高性能でありながら、現場のための iPad アプリ、ローカルなデータ保持、そして日数ではなく時間で測られる程度の習得負荷を備えています。
建築家がプロジェクトマネージャーになるとき
建築家が自分たちのコミュニティに書き込む投稿を読むと、ある傾向に気づきます。多くの人が、そう呼ばれることも報酬を受けることもないまま、すでにプロジェクトマネージャーなのです。彼らは設計と施工に加えて、日程、予算、工種調整の責任を負っています。しばしば PM の教育を受けず、専属のプロジェクトアシスタントもなく、自分たちのために作られたツールもないままに。よくある不満はこうです。施主が連れてくる正式なプロジェクトマネージャーが、図面を読めない、と。
これらの議論には、三つのパターンが繰り返し現れます。
- 役割が押しつけられる。 施主は、建築家がプロジェクトを単に計画するだけでなく、率いることを期待します。同時に、役割の定義も、PM 業務に対する単価も、設計と管理の明確な境界もありません。
- ツールの選び方が間違っている。 建築家は CAD、BIM、PDF マークアップを得意とします。つまり Revit、ArchiCAD、AutoCAD、Bluebeam です。汎用の PM ツール（Monday、Asana、Trello）は表形式で距離があるように感じられ、導入されることはまれで、定着することはさらにまれです。結果として、Excel に戻ります。
- 見えない仕事。 設計の仕事は目に見え、称賛されます。プロジェクト管理は、機能しなくなって初めて気づかれます。両方を担う人はしばしば、自らの PM 業務を、施主、上司、そして自分自身に対して、能動的に可視化するという課題に直面します。
実務上の帰結はこうです。設計事務所の PM ツールは、建築家の思考様式に合っていなければなりません。すなわち、段階に即していること（汎用のスプリントではなく LP 1 から 9）、図面中心であること（図面と書類が別個の DMS ではなくアクティビティに直接ある）、現場でモバイルであること（工事監理はデスクワークではない）、そして習得が押しつけがましくないこと（さもなければチームは Excel に戻ってしまう）です。
報酬と業務範囲：過小評価される PM の課題
国際的な建築家コミュニティを、他の何よりも強く貫いているテーマがあります。安値受注と、なし崩し的な業務拡大です。基本的なパターンは知られています。競合他社が、現実的な業務をまかなえない報酬で入札を勝ち取ります。施主は価格で決めます。落札した事務所は点検範囲を削り、検討の繰り返しを切り詰め、追加の労力を見えない形で施工に押し込みます。最後には品質が損なわれるか、事務所が赤字になります。
プロジェクト管理は、二つのことを可能にするレバーです。第一に、現実的な報酬です。きちんとしたプロジェクト構造図が、実際にどの業務を提供しなければならないかを示し、勘で見積もることがなくなるからです。第二に、業務範囲のコントロールです。施主のあらゆる変更要望を、具体的なアクティビティに位置づけ、工数を裏づけられるからです。「ちょっとそこをもう一度見ていただけますか」が、きちんと記録された業務変更となり、価格をつけるか、施主に対して追加業務として明示されます。
コミュニティで繰り返し推奨される、三つの実践的な仕組みがあります。
- プロジェクト予算ではなく段階予算。 報酬の枠を業務段階に配分します。LP 3 ですでに総報酬の 40 % を使ってしまった人は、LP 8 の数週間前に、再交渉が必要だと分かります。
- プロジェクト単位ではなくアクティビティ単位の工数記録。 ある詳細図が自分の事務所では通常 6 時間かかると分かっていれば、市場で価格のルーレットを回すのではなく、まじめな報酬見積りを提示できます。
- 正式な変更記録。 施主のあらゆる変更要望に日付を付け、アクティビティに記録し、無償の業務として受け入れるか、有償の追加業務として提示します。これを一貫して行う人は、プロジェクトの終わりに、争いではなく、きちんとした論拠を手にしています。
実践例：OPUS Architekten
実務からの具体的な例です。ダルムシュタットの OPUS Architekten 事務所は、長年にわたり Merlin Project で作業しています。プロジェクトリーダーのアンケ・メンジング氏は、要点を次のように述べています。
「建築は常にチームの仕事です。Merlin Project の個別的で多彩な活用方法のおかげで、私たちはプロジェクトの全期間を通じて変化に柔軟に対応し、迅速な調整によって遅れを吸収することができています。」 アンケ・メンジング、プロジェクトリーダー、OPUS Architekten、ダルムシュタット
興味深いのは「柔軟に対応し、遅れを吸収する」という表現です。これはあらゆる PM ツールに対する試金石そのものです。理想的な計画をどれだけ上手に描くかではなく、避けられない逸脱にどれだけ速く適応するか、です。現場に立ち、1 週間の遅れを報告する人は、2 時間後に事務所のコンピュータで計算し直したいのではありません。iPad で期間を引っ張り、それが後続の工種にとって何を意味するかを見たいのです。
実務の声：プロジェクトマネージャーが日常について語ること
国際的なプロジェクトマネージャーのコミュニティを読んでいると、繰り返し現れるテーマがすぐに感じ取れます。以下の引用は、実務家どうしの議論で繰り返し述べられる気づきを言い換えたものであり、マーケティングの発言ではなく、プロジェクトマネージャーが互いに語り合う言葉です。それらは、設計事務所の日常に驚くほどよく当てはまります。
「私はすべてに責任を感じているが、何一つ本当にコントロールできていない。」
この言葉は、プロジェクト管理の核心的な逆説を表しています。自分で煉瓦を積んだり、漆喰を塗ったり、敷設したりすることなく、責任と義務を負うのです。あなたのレバーは、計画、コミュニケーション、そしてエスカレーションです。それに対抗する動きが、コントロールを欠いた状況にそもそも陥らないように、計画を通じて舵を取る技術です。
「すべてが優先なら、もはや何も優先ではない。」
建築プロジェクトでは、数十のテーマが同時に押し寄せます。そのうち三つを本当に重要なものとして特定し、他を意識的に後回しにする人は、すべての現場で同時に戦う人よりも、週末には多くを成し遂げています。ガントは、すべての作業を同時に把握しておくためのものではなく、次に何が決定的かを知るためのものです。
「私が何をしているか、誰も気づかない。私がそれをやらなくなるまでは。」
プロジェクト管理は、うまく機能しているときには目に見えません。良いドキュメントは、争いの際に守ってくれるだけでなく、自分の仕事を第三者にも見えるようにします。手入れの行き届いた工程計画、きちんとした議事録、たどれる承認、それらはすべて、あなたの仕事の証でもあります。
「チームに日付を押しつける人は、それが崩れたとき日付を逃している。チーム自身に日付を言わせる人は、計画のパートナーを得ており、迫り方が違ってくる。」
素朴ですが効果的なレバーです。下請業者や専門設計者に、あなたが提示する日付ではなく、彼ら自身の現実的な日程を尋ねるのです。自分で日付を口にした人は、それに対する向き合い方が違います。これですべての日程問題が解決するわけではありませんが、対話の土台を共同責任の方向へと動かします。
「ほとんどの大規模 PM ツールの学習曲線は急すぎて、チームは 3 か月後には Excel や紙へと戻ってしまう。」
事務所の日常を生き延びないツールは、役に立ちません。最も重要なツールの特性は、機能の深さではなく、定着です。新しい製図担当者が 1 時間で生産的に作業できるツールは、2 日間の研修を経てチームの 4 分の 3 をすでに失ってしまうツールに勝ります。
建築家コミュニティそのものからも、事務所の日常に直接置き換えられる、繰り返しの所見が聞かれます。
「誰も図面を読まない。施主が任命するプロジェクトマネージャーは、図面を読み解けない。」
これは多くの建築家の仕事の現実です。正式な PM の役割はプロジェクト内で埋まっているのに、図面を理解する専門能力は建築家自身にあります。これを受け入れる人は、事実上、管理を引き受けることになります。しばしば、それに対する報酬を受けないままに。図面を別個の DMS ではなくアクティビティにネイティブに紐づける PM ツールは、この摩擦を大幅に減らします。
「事務所主のモデルはこう機能する。安値で入札して割の良い受注を勝ち取る。それから業務を削る。施主は払った分だけのものを手にする。」
市場からのこの診断は、ツールだけでは解決できません。しかし、工数予算を備えたきちんとしたプロジェクト構造図は、プロジェクトが重荷になる前に安値受注を内部で可視化し、次の見積提出ではより誠実な積算を促します。
次のプロジェクトのための五つの即効策
理論は、月曜日に効かなければほとんど役に立ちません。通常すぐに実行できる、五つの施策です。
-
日程の前に依存関係を定める。 一つの日付を設定する前に、論理をモデル化します。何が何の前に来るか。どのアクティビティが同じ前提に依存しているか。正しく関連づけられたプロジェクトは日程を自動的に計算しますが、日程は埋まっていても関連づけられていないプロジェクトは、変更のたびに手作業での修正を強います。
-
確固たるマイルストーンを設定する、1 段階あたり 10 を超えないこと。 「建築申請提出」「建築許可取得」「躯体完了」「仕上げ検収」は、施主が進捗を測る定点です。意識的に、控えめに設定してください。マイルストーンが増えるごとに、全体像がぼやけます。
-
工種ごとのコスト枠をデジタルで追跡する。 予算と実績コストを引き続き別個の Excel 表で管理する人は、二つの真実を持ち、いつか矛盾を抱えます。計画コストと実績コストをアクティビティに直接持たせれば、どこで詰まっているかが即座に分かります。
-
現場用タブレットにオフラインツールを備える。 最新の状態がオフラインで利用できる iPad は、工事監理を目に見えて変えます。瑕疵に気づいたその瞬間に、写真、紐づいたアクティビティ、期限とともに記録します。定例会議はその後、記憶頼りの議事録ではなく、実際のデータで進みます。
-
カンバンボードを用いた週次の定例会議。 会議室のスクリーンに映したカンバンボードは、何が未着手で、何が進行中で、何が止まっているかを示します。プロジェクトごとに 15 分の確認で十分です。全員が同じ状態を見て、誰も異なるリストについて議論しません。
まとめ：HOAI に手法とツールを加える
建築のプロジェクト管理は、三つのものがそろったときに機能します。第一に、責任と段階を定義する枠組みです。HOAI の業務段階はまさにそれを提供します。DACH 圏ではいずれにせよ義務であり、PM の骨組みとして併用できます。第二に、各段階で機能する手法です。PSP、ガント、マイルストーン、カンバン、リソースとコスト、そしてリスクと添付項目が、ニーズの大半を網羅します。第三に、これらの手法をきちんと実装したツールです。本物のガント、オフライン対応、印刷可能な PDF、マルチユーザー同期を備えたものです。
三つの構成要素をすべて備えた人は、すべてが計画どおりに進むときだけでなく、建築プロジェクトの舵を取ります。計画どおりにいかないときにも舵を取ります。そして、そちらこそが通常の事態なのです。
Merlin Project は 30 日間無料でお試しいただけます。試用期間中も機能は完全であり、建築の工程計画を最初の試みで組み上げることができ、既製のテンプレートが立ち上げの手間を省きます。
このブログ記事についてご質問やご意見がございましたら、ぜひフォーラムへのご投稿をお待ちしております。
Frequently asked questions
HOAI の段階に沿って工程計画をどう構成すればよいですか。
9 つの HOAI 業務段階が、プロジェクト構造図の最上位の骨組みを形成します。各段階には具体的な作業パッケージを従属させます。LP 8 以降の施工アクティビティは、終了-開始の依存関係で関連づけます。「建築許可取得」や「躯体完了」といった確固たるマイルストーンが、段階の移行を示します。
MS Project ほどの複雑さなしに、設計事務所に適した PM ソフトウェアは何ですか。
建築プロジェクトには、クリティカルパスを備えた本物のガント、マルチユーザー同期、iPad でのオフラインアクセスが必要です。Excel は依存関係でつまずき、MS Project は複雑さでチームを圧倒し、Asana や Monday のような汎用クラウドツールはプロッター出力できる工程計画を描画できません。Merlin Project はこの目的のために専用に作られており、習得には通常およそ 1 時間しかかかりません。
インターネットのない現場で、建築プロジェクト管理はどう機能しますか。
Merlin Project のようなローカルなアプリは、Mac と iPad で完全にオフラインで動作します。再び通信が利用できるようになると、同期は自動的に行われます。クラウド専用ツールは現場で機能しません。印刷した PDF は、次の定例会議までにはすでに古くなっているからです。
建築家は、安値受注となし崩し的な業務範囲の拡大にどう対処しますか。
二つのレバーが役立ちます。プロジェクト単位ではなく段階単位の予算は、超過を数週間早く示します。プロジェクト単位ではなくアクティビティ単位の工数予算は、信頼できる報酬見積りを生みます。施主のあらゆる変更要望はアクティビティに記録され、価格に織り込まれるか、有償の追加業務として明示されます。
プロジェクト構造図とガントチャートの違いは何ですか。
プロジェクト構造図（PSP、WBS とも呼ばれます）は、プロジェクトをトップダウンで作業パッケージに分解し、何をすべて行わなければならないかという問いに答えます。ガントチャートは、アクティビティがいつ走り、どう互いに依存するかを定めます。PSP が先に来て、ガントはそれを土台に構築されます。
複数の現場にまたがる下請業者の調整をどう計画しますか。
リソースの稼働状況を、プロジェクト単位ではなくプロジェクト横断で管理してください。そうすれば、ある工事監理者が複数の現場へ同時に割り当てられている場合に、ボトルネックの数週間前に気づけます。下請業者については、日程を早く確定し、計画に余裕を書き込み、着手前の二つのマイルストーンで確約を再確認することが肝心です。
