http://www.airstorm.org/blog Building Project Management knowladgement weblog Thu, 17 Jul 2008 01:13:23 +0000 http://backend.userland.com/rss092 en 建筑是一个系统，而不是一个简单的构筑物。因此当我们完成建造过程，准备使用建筑物的时候，首先需要对建筑进行必要的测试和调整，确保它可以按照当初的设计运营。当然，最后的移交工作也非常重要，因为建筑的运营和维护工作将在移交的时候正式启动。 应该承认国内工程管理中竣工移交方面还存在非常多的缺陷和不足，尤其是民用建筑工程领域。下面airstorm将从几个方面探讨这个问题，看看一个信息模型可以在那些方面给我们更好的帮助和体验： 最接近实际的物料清单 这是一个最让物业管理部门懊恼的问题，无论是设计图纸、竣工图还是其他竣工资料，都不能正确反映真实的设备、材料安装使用情况，更不要谈常用件易损件等与运营维护相关的清单了。问题出在哪里？实际上有用的信息被淹没在不同种类的纸质文档中了（例如某个设备的中标文件详细地列明了所有参数，并替代了原设计的选型）。 据说美国的一些项目需要雇佣设施调查人员，以便实施有效的物业管理。这也是BIM的这个工具被普遍期待的一个原因：摒弃传统的纸质文档，整合建筑生命周期内的文档流，使文档数据成为可以利用的资源。 Design specification 很多设计人员不够重视设计说明，很多情况下设计了温度控制器、流量控制器，却不给出控制参数，有经验的楼控厂商或者调试公司或许会找到一个解决方法，但是更多的情况是设计的缺失造成系统无法按照预期的方式运转。（不知道你见过这类现象没有，设施设备在安装完成的那一刻起就成为了废物） 不过令人欣慰的是很多BIM软件都继承了美国的工程资料和报告体系，Design specification也是其中之一。剩下的就是设计人员何时可以完成本该履行的义务。 验收体系 现有的工程资料体系中，忽略了很多有价值的资料和数据。在民用建筑中也很少实施带负荷调试，进而造成许多系统问题直到物业运营的时候才出现，而到了这时已经不可能追朔施工质量了。不过很多设备设施的调试是独立于所谓的“带负荷调试”，因此在验收阶段，有相当的设备设施得到了应有的检验和调整。但由于验收体系的不健全，很多细节被遗漏、被忽略、被淹没，以至于物业运营接管工程的时候，要从头开始摸索设备设施的特性和工况。 我们看看验收体系可以做些什么，或者公认可以由验收过程实现的任务有哪些？ 检验工程设计、建造成果，确保工程达到了最初的目标和具体要求； 对工程做最终评价，并完成支付、移交等合同义务； 资料归档、编制运营维护手册、培训物业人员； …… 看起来差不多嘛？！其实关键的问题就是：承包商提交的、业主接受的资料，是运营维护人员最需要的吗？实际的工作经验一定会给你一个否定的答案。你见过完整的涉及所有设施设备的易损件、常备件清单吗？至少我见过的都不完整，甚至是一塌糊涂。 COBIE项目 美国NIBS在制定NBIMS的时候，专门成立了一个COBIE项目，目的是在整个建筑设施生命周期中识别设施维护、经营者、资产管理者的信息交换需求，并最终消除验收移交过程中的信息淹没现象，同时提高信息生产率，确保上述人士可以从BIM中直接提取运营维护乃至资产管理所必需的IFC产品数据。 问题是，上述数据是产生于设计建造阶段的，而且这些数据只是那些过程的副产品，它们随着设计建造过程的变更而产生的变化从来没有被记录过。现在该明白BIM的作用了，在建筑设施整个生命周期中BIM可以解决数据的变迁和更新，如果COBIE数据集被有效地制定出来，剩下的工作是不过是BIM或者COBIE相关软件在数据产生时捕获它们而已。 可喜的是老美正在制定COBIE数据集和指南，以及从IFC产品数据转换为COBIE数据的表单模板和增量比较工具。它们无疑会提高建筑产业效率 http://www.airstorm.org/blog/2008/07/17/bim-vs-handover/ 可交付成果在PMBOK中有比较清晰的定义，Airstorm这里就不在背书了。直接谈谈容易出现的误解，对于可交付成果的误解集中在2各方面：一是可交付成果的概念本身；二是可交付成果在WBS中的作用。 误解一：可交付成果就是“工程” 工程领域中，项目产品的不确定性没有超出合同双方的经验范围。所以建筑工程承包商可以闭着眼睛告诉客户他们建造的项目产品大体上是什么，客户也基本认可这个大体的范围，即便在细节问题上会有自己的要求（在物理构成上建筑物有97％的共性）。因此，工程领域向来有范例式的WBS构建方法。而这个范例就是工程领域的“定额编码体系”，在建筑领域就是（工程量清单），这种编码体系本身就容易被误解为项目的完整WBS。关于这一点我们稍后讨论。这里仅仅说说其分解特点，“定额编码体系”（工程量清单）的特点就是以可交付成果为导向的分解体系，其大部分分解节点都是以名词为主的（例如钢筋工程，钢筋、预制构件、钢筋笼），即可交付成果通常被理解为有形的工程实体。 在工程领域人员学习WBS的时候，经常会完成一个工程实体分解的WBS。持有这类观点的不在少数，他们在概念里倾向于将工程的PBS替代WBS，其中不乏技术人员和管理者。如果将工程设计WBS分解为： 设计图纸，结构设计图纸，建筑设计图纸，市政工程设计图纸，电气工程设计图纸…… 恐怕很难识别设计工作的一些任务，例如，设计前现场勘查，施工过程的现场监督，二次设计图纸的审核等等工作。如果说WBS是一种“范围管理”工具，那么基于产品的分解方法通常比较容易遗漏“过程服务”的成果，这些成果大部分情况下是“无形”的。我们知道产品需求差异会导致设计工作范围的不同，因此在进行设计管理工作的时候就不能仅仅围绕设计的可交付成果展开，还要兼顾面向任务或者活动的部分。实际上，借鉴软件工程的WBS可以看出，设计领域中在项目开始之前进行较为精确的产品分解是不切实际的，所以通常使用任务分解的方式分解WBS。 再有，工程中的采购也难以使用有形的采购产品分解WBS，更多的是采用面向过程的WBS。过程管理对于项目管理是非常重要的，很多时候基于过程的分解更加贴近OBS，或者在更高的WBS层级与OBS匹配。其实过程分解的下一级就是任务分解，而任务分解的下一级就到了工作成果。正如Airstorm在上面所述，服务和产品的叠加才是“工作（works）”，这显然与传统的工程领域知识相矛盾（工程领域中，works专指“工程”或者“永久工程”，参见FIDIC条件），在《系统》一书中介绍WBS概念的时候，特地强调了CWBS【合同分解结构】一词，其概念核心就是是基于产品分解的WBS要通过CWBS（合同分解结构）的方式建立一种管理项目任务的渠道，使得项目工作范围被完整地管理起来。 总结 WBS中的works是一个“包”的概念，是工作任务与工作成果的集合 对待WBS的时候，不应该仅仅将其看作是PBS（产品分解结构），如果必须如此，则需要界定任务分解结构，比较成熟的有合同分解结构CWBS，或者组织分解结构OBS与PBS相结合。 http://www.airstorm.org/blog/2008/06/03/mistakes-concept-about-deliverable-of-wbs/ CSI（Construction Specifications Institute）的官方网站上的消息，CSI正在公开征集对新版UniFormat II草案的意见。新版UniFormat II将于2008年底正式发布，这个版本将替代1998年的版本，并与MasterFormat 2004相协调。这次征集的部分仅仅包含建筑工程部分的修改，CSI的工作组将于一年后将修订的范围扩展到所有行业。而征集意见的截止日期是2008-6-15。 对于我等来说，可以下载的学习资料能够再丰富一下喽： 新版UniFormat II的草稿（45页 PDF） 仅仅包含level 1-3层的简化版（7页 PDF） 新版本的修订说明（4页 PDF） 我推荐没有uniformat的同学直接下载45页全文，后面2个则是非format具体内容的部分。更多的信息和资料可以进入最上面的链接访问到。 在看过草稿后，我最大的感触是，uniformat子目里面居然包含masterformat的对应编码。这样就很容易做到设计与施工的衔接，我们的造价体系对应方面好像没有这样细致。其他学习中，有需要的赶快行动，到六月份就不一定可以下载到了！ http://www.airstorm.org/blog/2008/04/24/csi_s_new_uniformat_version_open_for_public_comment/ 之前简单介绍了BIM在建筑、结构方面的应用，这次简单介绍BIM在机电设备方面的应用: 图片来源：Archpaper.com 今 天的建筑业正在经历剧烈的变化，全球化的行业协作、建筑技术的突飞猛进、以及能源与环境问题的迫在眉睫，都要求建筑从业这以更快速、更节能、成本更加廉、 风险更小的方式建造建筑物。在这些需求驱动下，绿色建筑理念逐渐被各界了解和接受。绿色建筑的理念中最主要的恐怕还是能源和资源的利用效率，进一步可以分化为 建筑采光与日照分析、建筑及其材料热工分析、建筑能耗分析等一些列问题。这类问题所涉及的数据可谓五花八门，而且数量巨大。在出现较好的BIM解决方案之前，为大型的分析软件编制数据文件或者输入文件也是一项极大的工作挑战。 幸好，gbXML的出现使得这一问题的到了一个非常好的解决方法。gbXML是专门设计用来解决绿色建筑设计和运营的一种XML扩展，详细的信息可以参见gbXML官方说明，这里不再详述。需要说明的是，gbxml可以看做是BIM的aecXML一个绿色建筑的数据子集。 实 际上，当我们拥有一个信息含量足够丰富的建筑信息模型的时候，我们就可以作任何我们想做的分析。一个信息完整的BIM模型中就包含了绝大部分建筑性能分析 想要的数据，用BIM软件将需要进行绿色建筑相关分析的数据导出为gbXML文件，然后用专业分析软件分析，最后再导入BIM软件进行数据整合。 这种方式 已经在很多建筑设计项目中使用，并且获得了非常好的效果。值得一提的是Green Building Studio提供的WEB服务，使用GBS提供的客户端工具上传建筑物的gbXML文件，就可以在很短的时间内获得建筑能耗分析结果，以及绿色建筑的评价的分数。这种方式提供了更精确的能源分析，进一步提高了建築设计的效率，降低了业主的运营成本，也提高了建筑品质。GBS提供的分析内容包括： 建筑整体生命周期的能耗分析； 建筑生命周期内的运营成本分析； 提高建造方案分析以及建造工作效率； 提高了绿色建筑LEED 标准认证效率和方案分析效率； 通过gbXML提供数据共享，提高设计工作效率乃至建造产业工作效率； http://www.airstorm.org/blog/2008/04/07/green-building-vs-bim/ 这个题目的确有些虚张声势，不过，身边的一些朋友不久前讨论过早期“完美”计划的必要条件。最后归结为两点： 合理性 时间安排合理、成本支出合理、资源使用合理、风险预控合理等等 可实施性 各项活动张弛有序，资金链不会断裂、资源不会过于短缺等等 那么如何做到上述高度概括的要点呢？ 首先是合理分解WBS，这部分已经讨论很多了，这里不再赘述。 分解的同时将要根据WBS子项识别出关键实施任务（仅含实施部分）这很容易，原因下面大家会知道。 接下来是 把这些关键实施任务根据逻辑关系排列起来，这里仅考虑实施任务的逻辑（其他次要任务的逻辑可以后期细化）。见下图，你看到了什么？一个非常紧凑的初始实施计划： 然后在每个实施任务前后加上"启动"和"收尾"任务，绝大部分实施任务都具有相应的"启动"和"收尾"任务。注意这实际上是一个过程识别的步骤。在这个时候，你可能需要识别实施任务的准备期是否需要“外部过程”（例如招标采购活动）、是否需要细化前期任务等等。为了简化起见我做了抽象化处理： 图中在工期上对不同项目实施任务的前期启动和收尾任务做一些区分，以表示其不同的任务性质。你可以认为较长的前期任务表示外部过程或者一揽子前期工作等等。这一步看似简单实际上具有相当的难度，如果你在此处没有认真、详细地计划你的项目任务，那么你一定会失去对项目的控制。总之这会反映项目关键接口、任务、合同要素和工作流程等重要特征。 接下来的步骤就是添加成本、合同、采购等等你掌握的信息，下图是将成本按照实施任务的性质和特征分解并叠加的结果。在计划的前期，我很喜欢使用primavera的WBS工具中的step，而不是继续细化WBS，因为早期的“step”具有阶段划分的性质，及时间特征更明显。这样便于摊销项目成本（通常step包含主要的子任务分解，并被计划工程师赋予时间特征），尤其是重大项目，成本/资金计划的准确性是非常重要的。换句话说前期可以使用step套取WBS子项，并根据项目实际情况分配资金。这样得到的计划及快速又“完美”。 上述方法和图示都是抽象的，下列技巧却是实实在在的： WBS结构化分析； 过程识别和流程分析； 必要参数（如成本）的分解和配置。 这种计划方法在项目早期还是很有效的，而且和容易形成模板，这种方法做来的资金计划都非常接近实际情况，都可以宝成具有一定的合理性、可实施性。 更新： 实际上，这篇post是为了解释给newbee的。早期计划中计划与实际情况的契合程度决定了你的计划是否可行。在国内的项目早期计划应该从可行性研究阶段开始，但是国内的可行性研究报告恰恰并不重视项目的早期计划。而且仅从投资计划角度而言，也不是从实际出发制定资金使用计划的。这就造成了其“橡皮图章”特性的一个重要表现。 http://www.airstorm.org/blog/2008/01/12/how-to-planning-perfect/ 建筑信息模型BIM在4D领域的应用不如普通3D模型应用那样广泛，这主要还是4D领域的应用还比较“软”。大量的4D应用成果都集中在visual plan方面，这类能让大家看到plan结果的可视化模拟的确威力非凡。 还有一类4D应用就需要大量的建筑构件实体数据参与4D模拟：施工过程分析。很多工程必须对施工过程的结构特性进行必要的分析，看看下图就知道这样做的必要性了： 在传统设计分析方法上，设计人员仅仅通过设定“最不利”状态来分析上述分析域内的问题。但是这样做仅仅可以完成基于工程进度milestone节点上的静态分析，而非全过程动态模拟与分析（即忽略结构特性、结构形状随时间变化而变化的影响）。 时变结构分析 是通过建筑结构类型、材料性质以及施工荷载等随时间和进度变化的时变分析模型，对基于施工方案的施工过程进行结构力学分析、变形计算、性能预算和安全评估。能够更准确的评价建筑结构特性和各项指标。 4D的引入 事实上，时变分析并不是随着4D技术出现的设计分析方法。但是早期的时变分析在时间进程与结构变化上还停留在理论的时间片分割方法，没有考虑施工工艺计划方面的因素，因此其仅仅具备结构分析预测的功能，还不能根据施工方案以及施工进度分析相应的建筑结构特性。而4D的引入则解决了这个问题，4D是基于施工方案以及施工进度扩展的信息模型，它真实的反映了施工计划对建造过程的影响，也就对施工工艺有着更为切合实际的指导意义。由于整合了施工过程分析，使设计分析更加具有针对性，效率更高。。 BIM的信息支撑 现在随着技术的进步，提供全过程动态模拟分析的条件已经具备了。其中BIM就可以为全过程动态模拟提供详实的数据的信息模型。需要说明的是，这个模型也是BIM的扩展，至少需要建筑材料物理特性参数的数据作支撑。而4D模型以及结构分析模型则是BIM扩展模型生成的子集。通过BIM信息框架，4D分析模型将得到分析所需的数据和信息，进而构成时变结构分析模型。 BIM在4D领域的应用 可能的应用包括： 时变结构分析--结构安全、变形控制 装配及空间冲突问题 气象因素影响分析 airstorm个人觉得，通过整合施工阶段的4D动态分析来延长设计分析时效范围，将提高BIM系统应用的使用价值。同时4D分析的应用，可以科学地分析砼早期强度与结构安全的关系，进而有力地推动建筑行业生产率的提高，套用时髦的词汇，就是BIM的4D分析将减少能耗需求，提高能耗利用率。 http://www.airstorm.org/blog/2007/12/18/bim-apps-on-4d/ 之前曾经介绍过用excel手工绘制精确gantt图的方法，实际上这种办法完全是权宜之计。任何人不可能天天使用如此繁琐的操作去制作一个并不复杂的图表，虽然图表所包含的数据很多。 如果使用excel绘制gantt图，就需要一款适于自己的excel模板。这个模板应该有下列功能： 可以根据格式化的数据直接生成 gantt图 可以为任务条着色 可以批量更改数据 可以重新分级 那么也许应该试一试这种工具： Gantt Chart Builder System 这个模板具有上述功能，而且你可以在“华军软件园”找到他的下载地址（说过了，这里可以分享知识，但不会给下载链接。）不过晒工具并不是最终的目的，要知道工具与方法已经阐明了：方法比工具更重要。 所以应该根据这个工具的特性将其归类，看看它适于何种应用场合。我就将它作为备用的、低端的报告用图表工具来使用。而且它仅可以在项目启动阶段、策划阶段使用，因为在这些阶段项目计划不需要基线、实际进度、实际成本等数据，也就不需要复杂的项目管理工具。而且在处理大规模数据角度看，拥有excel经验的人群要远大于拥有项目管理软件经验的人群。因此为了提高工作效率，使用它快速建立项目计划的报表是个不错的选择。 http://www.airstorm.org/blog/2007/12/10/excel-wbs-template/ 这是一篇本不该出现在这里的post，但是又不得不坐下来总结一下。这里不是什么炒作IT概念之类的无聊BLOGer，也不是炒冷饭的。当然重要的不是airstorm是什么，重要的是你如何看待林林总总的工具和你掌握的方法。 放一个OmniPlan的图标，引出下面的话题 工欲善其事，必先利其器 如今这句话被很多人曲解甚至利用了，要知道，上古的人们，不会像今天的大部分PC用户那样（注意这里的PC包括MACer），可以随便更换、丢弃和浪费手中的工具。今天这些人可以如此奢侈的原因简单的可悲：D版。所以人们只是在不断寻找那些适于自己需求的东西，然后尝试它，大多数人在学习曲线还没有发展之前就已经抛弃了他们苦苦搜寻的玩意儿，而不去提升个人在领域方面的整体水平。 大约在1年以前，我偶然地看到了ken非常漂亮的PM报告，同时也知道了OmniPlan这个面向MAC的应用程序。ken告诉我他只用OmniPlan（也许是MAC用户都很执着地喜欢他们的工具吧），但是他不认为太漂亮的报告是应用程序的功劳。不是吗？器利不敌工善。 还有一个例子，一位身边的工程师在接到国外设计电子文档后异常惊奇，原因是里面的数据的存在方式与国内存在着巨大的差异。这种差异包括了工作理念、自动化作业以及企业管理方面的差异。同样的工具一个实际上是在用电脑绘图；另一个才是在做工程设计。 方法更重要 sam一直热衷于GTD，并给我们大家分享他的心得 。我在简单了解了GTD后有着这样的感想： 实际上GTD最核心的部分就是类似于计算机信息管理系统的信息处理方式： 收集信息 处理信息（包含分析和设计） 执行 检测、跟踪 我的理解类似的地方就是信息结构化、处理过程流程化。而信息管理系统和GTD就是这个核心的不同应用罢了。再上升到方法论的高度，就是方法是一样的，不同的是各自的领域行为模式和特点。无论是哪个领域，最后的结果都是提高了效率。 在网络上对待GTD的观点中，一种认为GTD只能借助工具，尤其是网络＋移动工具完成，于是不停地寻找工具；另一类则认为GTD是一种方法，不应该拘泥于任何 工具，并且认真地学习和尝试GTD。我也倾向于后者，如果你曾读过方法论或者方法学方面的书籍，一定会深有体会。 讨论 无休止的争论是没有必要的，只要，我们找到了属于自己的方法，找到了能够轻松驾驭的工具。因此大可不必沾染“喜新厌旧”的习气，把任何关于应用工具的新闻当作佛光万丈，让我们，真正的获得效率，从掌握方法开始。 http://www.airstorm.org/blog/2007/12/05/tools-vs-method/ 在之前的visio Vs. project的WBS转换工具中，提到了当时visio 2007内建的WBS图形工具，不过感觉还是很不好用。MS公司还推出了一款由bVisual和CPS公司开发的visio插件“WBS Modeler”，开发者给它冠以“visual project planing and reporting tools”的美名。试用了一下，感觉用在建模阶段还算方便。 建模操作 以前的工具之所以不好用，在很大程度上是没有挖掘建模工作流程以及wbs工具的实际需求。生涩地堆砌绘图工具对WBS建模工程师没有任何实际意义，而对于Visio等绘图工具高手而言，不如直接使用visio的原始图形工具顺手。这个WBS Modeler就充分发挥了visio在图形绘制与wbs建模方面的优势。 数据和报表 WBS Modeler另一个优势就是其整合的数据更有用了，这些数据是计划阶段所必需的。 WBS Modeler整合Ms project数据包括： WBS编码 成本 估算（属性） 完成百分比 工期 资源 里程碑（属性） 开始/完成日期 紧前任务 这些数据的整合，使wbs modeler有能力输出相对复杂些的报表，并且可以管理需求组合报表并形成多个数据层级。令我困惑不已的是报表好像只能输出为html和xml格式的文档，干嘛不直接导入excel呢？ 与Ms project比较 这是个很实用的功能，你可以通过“比较planing”这再次导入源mpp文件的数据，并进行比较。wbs modeler会在相应的窗口显示差异。不幸的是，它现在还不可以在不同的mpp版本间比较。 下载 在微软的download center中，Microsoft Office Visio 2007 WBS Modeler目前只有英文版。 http://www.airstorm.org/blog/2007/11/22/wbs-modeler-for-visio-2007/ 目前，随着Web2.0的波涛汹涌，很多人开始尝试Blog、维客等等多种形式的社会性网络应用。其中自己搭建博客的人数还在不断增加，域名、Domain、Host这些曾经“计算机”相关专业人士才知晓的术语已经被大家所熟知了。相应地类似wordpress这类开源、免费的blog平台凭借其易于部署、可扩展性强的特点深受bloger的欢迎。 那么，有没有类似wordpress这样的web系统来做项目管理呢？答案是：有！而且很多，多如牛毛！（这么热门的事情不会没人做的） 不过需要说明的是，我在基于网络的工程项目管理应用中提到的大多数是收费的web应用平台，而这里介绍的是开源的平台系统，就像wordpress这样，你可以免费下载它们，可以得到一些文档支持和更新等等。 在英文的wiki中列举了很多开源project management网络应用：（点击下列地址时，做好撞墙的准备，列表中pm图标表示项目管理软件；C图标表示协同软件；PPM表示项目组合管理软件；IT表示事件跟踪软件） Bugzilla IT dotProject PM IT Eventum PM C IT Mantis Bug Tracker IT Project.net PM C PPM IT ProjectPierPM C Trac C IT 除此之外，知道了eXPainPMT，一个非常简单的开源web应用。Airstorm通过其DEMO站点进行了简单的浏览，贴几张开发者的DEMO截图： 这是dashbord，内容直观，但是样式不够新颖。 这是任务页面，同样是样式的问题。不过一个轻量级的面向个人和小型团队的pm应用，搞很复杂未必能够提高效率。 还有一个我找到的界面效果非常好的web应用：projectfrok，不过是基于joomla！平台的 但是从功能角度衡量，还是project.net最为强大，官方主页上有portfolio management、enterprice planning和power collaboration专题，可见一斑。下面是官方主页的screenshot： 最后，是Airstorm隆重介绍的dotProject开源web应用。 dotProject是一个基于LAMP的开源项目管理软件。开发语言为PHP，数据库默认推荐使用MySQL ，官方网站：http://www.dotproject.net/ 使用linux系统的朋友可以轻松搞定dotProject的安装，这是我推荐的一个理由，还有就是它有很多中文的开源支持，这是其他web应用没有的。搭建一个PM平台，主要还是出于PM的工作或者学习需要，因此对于非建站高手来说，最好避免被建站技巧所困扰。比如Mark的development blog就有dotProject的中文版本和进一步的支持，我个人很期待他的instant dotproject。就连下面的截图也是来自Mark那里： 还有来自youtube的tutoral：（图像质量实在是惨不忍睹，思量再三还是贴出来给大家一个直观感受吧）[地址是：http://www.youtube.com/watch?v=vK9oSoKXClA] OK，就介绍这些吧。Airstorm还没有利用手边的虚拟liunx系统体验过上述任何一个应用，毕竟一个一个的搭建实验环境的确费时。本文介绍的web应用大多数是轻量级的PM应用，而且更偏向于软件项目管理领域，希望大家在建站之前事先权衡不同应用的利弊，选择适合自己的web应用。然后再参考相应的中文支持站点实施建站工程。 http://www.airstorm.org/blog/2007/11/21/project-management-web-app-site-building/