如何绘制建筑工程项目的工作流程
如何绘制建筑工程项目的工作流程：跟随一项变更从 RFI 到变更单再到进度款，标出每个步骤由谁负责，以及时间和资金卡在哪里。附可直接操作的变更单示例。
建筑工程项目的工作流程不是一条线，而是几个相互衔接的循环：问题变成变更，变更变成有报价的变更单，获批的变更单再变成付款。把每个循环单独画出来，再标出它们在哪里交接。
简而言之
- 把项目画成相互衔接的循环（RFI、变更、付款、工期），而不是一条从设计到移交的直线。
- 每一方一条泳道，让每一次跨方交接都看得见、量得出。
- 变更循环先问“是否属于合同范围外的变更？”，再谈定价。
- 要画出质询回环、未定价的指令路径和被拒绝的路径，而不只是获批的那条路。
- 通知期限和名称由您的合同决定；让模板去适应合同，而不是反过来。
一个项目，几条小流程
请工程现场的人画一下工作流程，通常得到的是一条从设计到移交的直线。这条线把真正消耗项目时间的部分藏了起来：一组并行运转、又互相供料的小流程。现场出现一个疑问，变成一份信息请求；答复改变了范围；范围变了，就需要报价、批准和一份修订协议；获批的金额还得进入下一期付款申请。每一条都是独立的流程，各有各的负责人，并且把成果交给下一条。
画好一个项目，就是先把这些循环分别画出来，再标出衔接处。实用的顺序是：RFI，然后变更单，然后进度款；一旦变更或延误影响工期，再并行加上一条工期延展索赔。每一条都要经过同样的几方（承包商、分包商、设计方或工程师、业主或业主代表），所以泳道是最自然的格式：每一方一条泳道，每一次跨越都是可以计时、可以指派的交接。
下面的示例是变更单流程，也就是这条链中间的一环。它从多数人会跳过的一个决策开始（这到底是不是合同范围内的变更？），经过通知、报价和定价，在定价被质询时回环，最后在批准环节有三种可能的结果。有一点要如实说明：各种合同范本并不相同，您合同里的通知期限、文件名称和审批门槛不会与任何模板完全一致。请把这张图当作可对照自己的合同来修改的结构，而不是对某一份范本要求的说明。
从变更事件到变更单关闭
一份建筑工程变更单，从现场事件到日志关闭。留意每一步由哪一方负责。
是否属于合同范围外的变更？
现场或设计中发现一个变更事件，第一个决策是它是否超出合同范围。如果没有，工作按现有合同继续，并把结论记录下来。把它画成决策，可以避免在本来就已包含的事项上浪费定价精力。
通知、报价与定价
在合同规定的期限内发出书面通知，随后发出带修订图纸或指令的报价请求，分包商对受影响的工种报价，承包商再核算人工、材料、加成和工期影响。漏掉通知这一步，是有效索赔被削弱的常见原因，所以它被画成一个有负责人的独立步骤。
审核与质询回环
审核方对照设计意图和合同单价核对价格，然后判断是否有充分依据。一次质询会把报价退回定价环节。变更单大部分的耗时就花在这个回环上，而只画获批路径的图完全看不到它。
批准的三种结果
经预算与资金核查后，业主批准、拒绝，或无法就价格达成一致。批准会得到一份签署的变更单。价格有分歧时，走未定价变更指令的路径，使工作得以继续，同时按日跟踪成本和工期，然后在签署处重新汇合。拒绝则以撤回或争议解决收场。
施工与回款
变更单签署后，修订分包合同，实施变更工作并记录实际成本和工期，把获批金额加入付款用的工作量清单，最后在日志中关闭变更，并更新预算与预测。这最后一次交接，正是变更循环汇入进度款循环的地方。
运作方式
先列出循环，再动笔
写下项目上反复出现的流程：信息请求、报审、变更单、进度款、检验、整改清单、工期索赔。决定现在要画哪几条。项目工作流程是这些流程的总和，所以先从最让人头疼的一条开始，不要试图把所有内容画在一页上。
每一方一条泳道
为承包商、分包商、设计方或工程师、业主或业主代表，以及持有审批权的任何主管部门各建一条泳道。在 QueryChart 里，这就是每个步骤上的泳道设置。把每个步骤放进执行它的那一方的泳道，各方之间的跨越就会自己显现。
画出触发事件和第一个决策
写明是什么启动了这个循环（现场事件、一次质询、一个付款日），并加上第一个决策。对变更来说，是它是否在范围之内；对 RFI 来说，是答复是否需要设计方介入。越早的决策，越决定后面哪些步骤会真正发生。
加上回环和不顺利的路径
对每一个批准或核查，画出它不通过时会发生什么：提出质询、发出意见、被拒绝、无法达成一致。给每个分支加上标签。时间就耗在这些回头路里，而只画顺利路径的图恰恰漏掉了它们。
在成果变成输入的地方把循环连起来
找出一个流程的产出被另一个流程取用的步骤：触发变更的 RFI 答复、进入工作量清单的获批变更单、触发工期索赔的延误。在步骤里写明另一张图的名称，并把页面链接起来，读者就能顺着链条走下去。
对照合同检查并取得各方认可
把通知期限、文件名称和审批门槛与实际合同比对，并修改图表使之相符。然后用批注请各方确认自己的泳道是否正确，并通过版本历史保留已确认的版本，以便日后流程的改动清晰可见。
应避免的错误
一张图画所有事
一页纸同时涵盖 RFI、变更、付款和检验，会变得难以阅读，也从没人更新。几张互相引用的短图更容易审阅，也更容易有人负责。
只画获批的那条路
变更单和报审的大部分时间都花在质询和重新提交的回环里。如果图上只有顺利路径，就解释不了为什么这个流程要花上几周。
不读合同就照搬模板
各种合同范本在通知期限、由谁出具证明、指令叫什么名字上都不一样。模板只是起点，合同才是依据。
把业主一方画成一个方框
“业主批准”往往藏着资金核查、设计审阅和签字，由不同的人负责。在不同人持有事项的地方把它拆开，否则延误会一直看不见。
绘制你们自己的建筑工程项目工作流程
把变更单示例打开为你自己的图表，将泳道改名为你们的各方，并按合同修改通知期限和审批环节。
相关指南
常见问题
RFI 和变更单有什么区别？
信息请求是对文件提出澄清的问题，不一定会改变任何东西。变更单则是一份就合同范围、价格或工期作出变更的签署协议。很多变更单起于一份 RFI，其答复与当初的报价依据不同，所以最好把这两个流程分开画，再互相链接。请参见 /zh/templates/rfi工程问询单流程 以及 /zh/templates/施工变更单流程 。
进度款在工作流程里处于什么位置？
获批的变更单被加入工作量清单，付款申请再对照这份清单申报进度。因此付款流程取用的是变更流程的产出。具体步骤见 /zh/templates/施工进度款支付流程，变更对工期的影响则在 /zh/templates/工期延长索赔流程 里处理。
要不要把项目上的每个流程都画出来？
不需要。先从造成最多延误或争议的流程开始，通常是 RFI、报审和变更。其他的，例如 /zh/templates/施工竣工整改清单流程 和 /zh/templates/施工检验停检点流程，可以等团队需要时再加。其中几个流程共用的一种简短审核模式，见 /zh/guides/如何绘制审核与重新提交循环。
这张图能当合同文件用吗？
不能。流程图展示工作应当如何流转、每个步骤由谁负责，它不能取代合同，也不是法律意见。权利、通知期限和救济措施以合同为准；这张图是用来确保项目上每个人都明白这些义务在实践中如何落实。