建筑行业的项目管理：建筑师指南

建筑是项目管理中最具挑战性的学科之一。没有任何两个项目完全相同，数十个工种相互交织，一处延误就可能损失数周时间。本指南将说明：如何把 HOAI 服务阶段 用作项目管理框架，在实务中真正经得起检验的 六种方法 有哪些，以及如何借助合适的工具让建设项目真正变得可规划。

为什么建筑行业的项目管理与众不同

主导一个建设项目，您管理的远不止一份设计。您需要协调业主、专业规划师、政府部门、分包商与各工种。您要同时把控成本范围、工期与质量。您承担责任，并且是在一件独一无二的作品上承担责任。每一块地块、每一处既有建筑、每一种用途都各不相同。

有三个特点让建筑事务所的项目管理尤为特殊：

• 强依赖关系：先主体结构后内装，先找平层后铺砖，先电气规划后干式作业。前期工种的一处延误会引发连锁反应。若不以关联方式呈现，就只能手工推算，而且几乎总会有所遗漏。
• 高规则密度：HOAI、建设法规、VOB、DIN 标准、各州建设法规。框架是固定的，责任在于您。
• 工地上的动态变化：结构计算暴露出意料之外的既有风险。材料无法供货。业主更改某个房间的用途。任何计划在与现实第一次接触后，都不可能原封不动地存续。

因此，根本的结论 很简单：身为建筑师，意味着在设计工作之外还要担任项目经理。真正的问题不在于您 是否 做项目管理，而在于 做得有多系统。本指南提供了这一框架。

把 HOAI 服务阶段用作项目管理框架

HOAI，即建筑师与工程师收费规则 将规划与建设过程划分为九个服务阶段。它最初是作为收费与服务框架而设立，但极适合用作项目管理框架，因为它清晰地界定了职责、里程碑与交付物。

LP	阶段	项目管理重点
1	基础情况调查	干系人需求、成本范围、目标定义
2	前期规划	方案变体、粗略工期、成本估算
3	设计规划	细化设计、成本测算、内部评审
4	报建审批规划	与政府部门协调、报建申请、关键工期
5	施工图设计	详图、专业规划师协调、可施工成熟度
6	招标准备	工程量清单、工程量计算
7	参与招标发包	报价比较、发包建议
8	工程监管（施工监理）	进度管控、计划与实际对比、缺陷管理
9	工程后期服务	质保、文档归档、补充变更

LP 1 至 3：把需求干净地捕捉下来

前期阶段决定了后续的一切。在 LP 1 中，您与业主共同确定项目目标、空间需求与成本范围。在 LP 2 中开发方案变体，在 LP 3 中形成最终设计。这些阶段的项目管理意味着：结构化地记录需求，让各方案变体可比较，并对成本做出贴近实际的估算。

典型错误：需求只存在于脑海或电子邮件中。各方案变体未按相同标准评估。成本估算建立在假设而非实测指标之上。

LP 4 与 5：报建审批与可施工成熟度

报建审批规划是第一个硬性的外部里程碑。从这里开始，您要与建设监管部门打交道，而不再只是业主。施工图设计随后产出后续据以施工的施工图。这两个阶段都会产生大量文档、大量协调，以及往往众多的修改循环。

项目管理抓手：所有资料按版本归档。书面记录地取得各项批准。与专业规划师（结构、机电、建筑物理）约定固定的截止时间与交付链条。

LP 6 与 7：招标与发包

在招标阶段，计划被转化为一份合同性文件：工程量清单。这里的错误日后代价高昂，缺失的清单项会变成补充变更，模糊的质量要求会引发争议。项目管理意味着：系统性地检查完整性，并在此阶段就把工种间的依赖关系呈现出来。

LP 8：施工监理，计划经受检验之处

施工监理是运营层面项目管理的核心。在这里，施工进度计划、工地与现实相互碰撞。您管控工期、检查施工质量、处理缺陷，并让所有参与方保持知情。一份及时更新的施工进度计划在此处不是奢侈品，而是工作工具。

LP 9：工程后期服务

验收之后，项目并未结束。缺陷索赔通常会持续四到五年。LP 8 中干净记录的文档，会在 LP 9 中每个月都带来回报。

建筑项目的六种 PM 核心方法

仅有一套服务阶段框架并不能建起一栋楼。您需要在每个阶段都能发挥作用的方法。有六种技术在建筑领域尤为经得起检验。

1. 项目结构计划（PSP / WBS）

项目结构计划 将一个建设项目自上而下地拆解为越来越细的工作包：项目 → 工种 → 分项服务 → 单个活动。在回答 何时 必须完成之前，它先回答「需要完成哪些工作？」这一问题。

一份好的 PSP 是完整的（没有遗漏）、互不重叠的（没有重复）、且在同一层级上保持一致的（颗粒度可比）。经典的工作分解结构 方法源自设备工程，但在建筑项目中同样适用。

2. 甘特图与施工进度计划

甘特图 是施工进度计划的经典工具，这有其充分的理由。它将活动以条形的形式呈现在时间轴上，让依赖关系在视觉上立刻一目了然。四种依赖类型几乎涵盖了所有建设逻辑：完成-开始（主体结构完成 → 内装开始）、开始-开始（并行启动）、完成-完成（共同的完成日期）、开始-完成（少见，但有时有用）。

关键路径 是相互依赖活动构成的最长链条。关键路径上的一处延误会延误整个项目，非关键路径上的延误则不会。了解关键路径的人，便知道该在何处加压，又在何处留有余量。

3. 里程碑

里程碑是没有持续期间的活动：项目中坚实的锚点。「报建申请已提交」「建设许可已颁发」「主体结构完成」「验收」，这类事件非常适合让项目即便对非专业人士也清晰可读、把付款步骤与之挂钩，并让进度保持可衡量。

一条好的经验法则：每个项目阶段五到十个里程碑就够了。把每件小事都设为里程碑，只会制造噪声。设得太少，又会过晚发现偏差。专门讨论里程碑的文章 展示了典型模式与陷阱。

4. 用看板协调各工种

看板 是对甘特计划的补充，但不能取而代之。施工进度计划管控的是 时间上的 先后顺序，而看板呈现的是 当前状态：哪些缺陷尚未处理？哪些补充变更在等待批准？上次例会中的哪些事项已完成？

看板的优势：每位参与方都能一眼看到当前轮到自己处理什么。通常「待办、进行中、审查、已完成」这样的列就足够了。对施工监理而言，看板尤为有用，因为它能把缺陷清单与未决事项汇集到一个动态视图中。

5. 资源与成本规划

建筑项目中的资源包括人员（项目负责人、建筑制图员、施工监理）、外部合作伙伴（结构、机电、分包商）以及机械（吊车、脚手架、工地设施）。一份清晰的资源规划要回答三个问题：

1. 谁或什么在 何时 被占用？
2. 哪里存在瓶颈（超负荷）？
3. 哪里有空闲产能（利用不足）？

成本遵循相同逻辑，只是以欧元而非工时计。每个活动都有计划成本（预算）和实际成本（实际发生）。计划与实际对比是一项核心管控工具，在 LP 8 中往往决定着继续推进还是重新谈判。

在建筑事务所中尤为突出的一点是：资源很少只绑定于一个项目。一名施工监理常常同时负责三到五个工地。一名结构工程师为多家事务所工作。一家干式作业公司同时服务十个委托方。只盯着自己项目的项目经理，往往要等超额占用真正发生时才会察觉。而跨项目地审视资源利用的人，能在瓶颈出现的三周前就发现：施工监理 X 在第 24 周被同时排到三个工地，从而可以及时改排，避免有人不得不等待。

在分包商方面，问题更加棘手：您无法洞悉他们的订单簿。唯一有用的办法是 留有余量的规划：尽早把与分包商的时间敲定下来、预留余量，并在投入前的两个里程碑处再次确认（「5 月 14 日我们真的能用到您吗？」）。把这份余量在计划中明确标出的人，就不必再在时间压力下临时争论它。

6. 风险管理与附件管理

建筑项目中的风险与项目本身一样多种多样：既有风险（拆开后会发现什么？）、供货风险（材料短缺）、天气风险、审批风险、融资风险。专业的风险管理意味着：识别出最重要的风险，按发生概率与损失程度评估，并为关键风险制定缓解或应急策略。

与此并行的是文档工作：照片、批准、电子邮件往来、纪要、费用预算。若无法在两次点击之内找到某个活动的相关资料，就会在争议时损失宝贵的时间。

滚动波次规划：面向工地的周计划与三周前瞻

整体施工进度计划已经就位。但在工地上，施工监理并非以月为单位规划，而是以 周 和 天 为单位。北美建筑界为此形成了一套实践，它能够很好地迁移到德国与欧洲的建设项目上：带 三周前瞻 的 滚动波次规划。

其思路很简单。您同时使用三个时间视野：

视野	重点	细化程度	由谁管控？
当下（0-7 天）	运营执行	精确到天	施工监理
临近（7-21 天）	战术准备	天/活动	项目负责人
整体（21+ 天）	战略性施工进度计划	周	项目统筹

三周前瞻是日常事务与整体计划之间的纽带。它每周都回答相同的三个问题：

1. 接下来 21 天内有哪些事项？
2. 为此现在就必须备齐哪些前置条件（材料、审批、分包商承诺）？
3. 在整体计划中尚不可见、但已初现端倪的瓶颈在哪里？

引入这一节奏的人，平均能比原先提早两到三周发现问题，这往往足以在不延误工期的情况下加以解决。没有前瞻，人们只有在问题以延误形式浮现时才会发现。

在实务中 这意味着：与工地团队每周一次例会，在会上共同过一遍前瞻。这不是状态报告（「上周做了什么」），而是一次前瞻：「接下来 21 天内 必须发生 什么，我们才能保持在正轨上？」

一款面向建筑师的优秀 PM 工具必须做到什么

这些方法与工具无关。但哪些工具真正合用？Excel 在依赖关系上力有不逮。Microsoft Project 功能强大，但仅限 Windows、且没有真正的 iPad 应用，难以融入工作流。来自软件行业的通用型项目工具（Jira、Asana、ClickUp）无法渲染出可绘图打印的施工进度计划。一家建筑事务所具体需要什么？

这些要求中有许多听起来像是基础功能，然而许多工具恰恰在这里失败了。Merlin Project 二十多年来正是面向这一应用场景开发的。iPad 应用 把完整的功能范围带到工地。MagicSync 通过 iCloud、Dropbox 或其他云服务商进行专利同步。报告 能生成任意尺寸的可打印 PDF。而 MS Project 集成 可原生读写 MS Project XML。

对比：建设项目的典型工具选项

在项目经理社区中浏览，对那些经典 PM 工具，人们反复听到的是同样的评价，而这些评价往往比厂商的营销页面所暗示的更令人清醒。两种模式占主导：Microsoft Project 被认为功能强大但过度庞大（「对 80% 的用户来说功能太多」「学习曲线太陡，团队推广往往在三个月内失败」）。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 任务

有一个话题在国际建筑师社区中比任何其他话题都更为突出：低价抢标与服务范围的悄然扩张。基本模式众所周知：某竞争者以一个无法覆盖实际服务的收费赢得招标。业主按价格定夺。中标的事务所在检查范围上省工、削减迭代循环、把额外工作量隐性地推入施工阶段。最终要么质量受损，要么事务所亏本。

项目管理是能促成两件事的杠杆。第一：一个贴近实际的收费，因为一份干净的项目结构计划能显示出哪些服务实际上必须完成，而不是凭感觉估算。第二：范围管控，因为业主的每一项变更需求都可以落到具体的活动上，并以工时进行支撑。「您能再快速过一眼吗？」于是变成一项被干净记录的服务变更，要么计价，要么向业主标明为附加服务。

社区中被反复推荐的三个实务机制：

1. 阶段预算，而非项目预算。 把收费范围分摊到各服务阶段。若在 LP 3 已经用掉了总收费的 40%，那么在 LP 8 之前数周就知道必须重新谈判。
2. 按活动而非按项目记录工时。 如果您知道一份详图对您的事务所而言通常需要 6 小时，就能给出严肃的收费估算，而不是在市场上玩价格轮盘赌。
3. 正式的变更日志。 业主的每一项变更需求都注明日期、在活动上记录，并要么作为免费服务接受，要么作为收费的附加服务提出。坚持这样做的人，在项目结束时拥有的是一套干净的论证，而非一场争执。

实践案例：OPUS Architekten

一个来自实践的具体案例：来自达姆施塔特的 OPUS Architekten 事务所 多年来一直使用 Merlin Project。项目负责人 Anke Mensing 一语中的：

「建筑始终是一项团队工作。借助 Merlin Project 个性化而多样的使用方式，我们得以在整个项目周期内对变化灵活应对，并通过快速调整来吸收延误。」 Anke Mensing，项目负责人，OPUS Architekten，达姆施塔特

有意思的是「灵活应对并吸收延误」这一表述。这恰恰是对任何 PM 工具的检验标准：不在于它把一份理想计划画得多好，而在于它能多快适应不可避免的偏差。站在工地上、需要报告一周延误的人，并不想两小时后再到办公室电脑前重新推算，他想在 iPad 上拖动持续期间，立刻看到这对后续工种意味着什么。

来自实践的声音：项目经理如何描述他们的日常

在国际项目经理社区中浏览，很快就能对那些反复出现的主题有所体会。下面这些引语是从从业者讨论中反复提及的见解中转述而来，并非营销话术，而是项目经理彼此交谈的方式。它们与建筑事务所的日常出奇地契合：

「我感觉自己要为一切负责，却对任何事都没有真正的掌控。」

这句话描述了项目领导的核心悖论：您承担责任与义务，自己却不去砌墙、抹灰或铺设。您的杠杆叫做计划、沟通与升级。与之相对的能力，是通过计划进行管控，使自己从一开始就不会陷入毫无掌控的境地。

「如果一切都是优先事项，那就没有任何事是优先事项了。」

在建设项目中，数十个议题同时涌来。能识别出其中三个真正重要、并有意识地把其余搁置的人，到周末取得的成果，会多于在所有工地同时奋战的人。甘特图的用途不是 同时 盯住所有任务，而是让人知道 接下来 什么最关键。

「没人察觉到我在做什么，直到我不做了。」

项目领导在运转良好时是看不见的。良好的文档不仅在争议时提供保护，也让自己的工作对第三方变得可见。一份维护良好的施工进度计划、干净的纪要、可追溯的批准，这一切也是您工作成果的证明。

「向团队下达一个日期的人，在日期失守时就错过了它。让团队自己说出日期的人，便有了一个规划伙伴，而施压的措辞也随之不同。」

一个朴素却有效的杠杆：向分包商与专业规划师询问 他们 贴近实际的时间，而不是您预先给定的时间。自己说出过日期的人，对它的承诺方式不同。这并不能解决每一个工期问题，却能把对话的基础推向共同责任。

「大多数大型 PM 工具的学习曲线如此陡峭，以至于团队三个月后就退回到 Excel 或纸张。」

无法在事务所日常中存活下来的工具是没用的。最重要的工具特性不是功能深度，而是被采纳的程度。一款能让新来的建筑制图员在一小时内高效工作的工具，胜过一款经过两天培训却已经让四分之三团队成员再度流失的工具。

从建筑师社区本身，也能听到反复出现、可直接迁移到事务所日常的评价：

「没人读图纸。业主指派的项目经理看不懂图纸。」

这是许多建筑师的工作现实：正式的 PM 角色在项目中已有人担任，但读懂图纸的专业能力却在建筑师自己手中。接受这一点的人，实际上接管了管控，却往往得不到相应报酬。一款把图纸原生承载在活动上（而非在一个独立 DMS 中）的 PM 工具，能显著减少这种摩擦。

「事务所老板的模式是这样运作的：低价抢标拿下便宜的项目。然后削减服务。业主得到的就是他付钱买的东西。」

这一来自市场的诊断无法仅凭一款工具来解决。但一份带工时预算的干净项目结构计划，能在项目变成负担之前就让低价抢标在内部显现出来，并迫使下一次报价时做出更诚实的测算。

为您的下一个项目准备的五项即时举措

理论若在周一无法落地，便帮助有限。以下五项举措通常可以立刻实施：

1. 先确定依赖关系，再确定工期。 在设定任何一个工期之前，先把逻辑建模出来：什么先于什么？哪些活动依赖于相同的前置条件？一个正确关联的项目会自动计算工期；一个排满了工期但未关联的项目，会迫使您在每次变更时手工补维护。

2. 设定硬性里程碑，每阶段不超过十个。 「报建申请已提交」「建设许可已颁发」「主体结构完成」「内装验收」是业主衡量进度的锚点。请有意识且节制地设定它们。每多一个里程碑，都会让画面变得模糊。

3. 按工种数字化追踪成本范围。 仍然把预算与实际成本放在一张单独的 Excel 表格里的人，就有了两个真相，并迟早会出现矛盾。请把计划成本与实际成本直接放在活动上，这样您立刻就能看到哪里卡住了。

4. 为工地平板配备离线工具。 工地上一台 iPad，离线可获取最新状态，会让施工监理明显改观。您在缺陷被发现的那一刻就将其记录下来，附上照片、关联的活动与期限。例会随后便基于真实数据进行，而非凭记忆的纪要。

5. 每周一次配合看板的例会。 会议室屏幕上的看板显示出什么是待办、什么在进行中、什么被阻塞。每个项目过一遍十五分钟就够了，所有人都看到相同的状态，没有人再为不同的清单争论。

结语：HOAI 加方法加工具

建筑行业的项目管理，在三件事相互结合时方能奏效。第一：一个界定职责与阶段的 框架。HOAI 服务阶段恰好提供了这一点，它们在德语区本就是强制的，您可以顺带把它们用作 PM 框架。第二：在每个阶段都能发挥作用的 方法。PSP、甘特图、里程碑、看板、资源与成本，以及风险与附件，覆盖了绝大部分需求。第三：一款干净地实现这些方法的 工具，具备真正的甘特图、离线能力、可打印的 PDF 与多用户同步。

拥有全部三块基石的人，不仅能在一切按计划进行时管控建设项目。当事情 不 按计划进行时，他或她同样能够管控，而这才是常态。

您可以 免费试用 Merlin Project 30 天。试用期内功能完整，一份建筑施工进度计划可以一次就搭建起来，而那些 现成的模板 还能为您免去冷启动。

---

If you have any questions about this blog article or would like to discuss it, we look forward to your contribution in our forum.

Frequently asked questions

我该如何按 HOAI 阶段构建施工进度计划？

九个 HOAI 服务阶段构成项目结构计划最顶层的框架。具体的工作包归入各个阶段之下；从 LP 8 起的施工活动以完成-开始依赖关系相互关联。「建设许可已颁发」或「主体结构完成」等硬性里程碑标记着阶段过渡。

哪种 PM 软件适合建筑事务所，又不带 MS Project 的复杂度？

建设项目需要含关键路径的真正甘特图、多用户同步以及 iPad 上的离线访问。Excel 在依赖关系上力有不逮，MS Project 因复杂度让团队不堪重负，Asana 或 Monday 等通用型云端工具无法渲染可绘图打印的施工进度计划。Merlin Project 正是为此而造，通常只需约一小时上手。

在没有网络的工地上，建设项目管理如何运作？

Merlin Project 等本地应用可在 Mac 与 iPad 上完全离线工作。一旦重新有了网络，同步便会自动进行。仅依赖云端的工具在工地上行不通，因为打印出的 PDF 到下次例会时就已经过时了。

建筑师如何应对低价抢标与服务范围的悄然扩张？

有两个杠杆有用。按阶段而非按项目的预算能提早数周显示超支。按活动而非按项目的工时预算能产生可靠的收费估算。业主的每一项变更需求都在活动上记录，并要么计入价格，要么标明为收费的附加服务。

项目结构计划与甘特图有什么区别？

项目结构计划（PSP，也称 WBS）将项目自上而下拆解为工作包，回答「需要完成哪些工作」的问题。甘特图则确定各活动何时进行、以及它们如何相互依赖。PSP 在先，甘特图在其基础上构建。

我该如何规划分包商在多个工地上的协调？

请跨项目而非按项目地管理资源利用。这样您就能在瓶颈出现的数周前发现某名施工监理被同时排到多个工地。对分包商而言：尽早敲定时间、在计划中写入余量，并在投入前的两个里程碑处再次确认其承诺。