国际项目投标那些事(十一) 国际投标中工程设计管理

点击关注专栏。如喜欢文章,也请点赞,支持作者持续创作,非常感谢。也欢迎加微信WTTranslate,进群参与国际项目交流讨论。


通过大量的投标项目统计,在一个海外水务(水厂、污水厂)EPC项目投标中,45%的人力资源投入在投标方案管理、30%在工程设计团队、15%在采购团队、10%在项目执行团队(粗略的估计)。

之前的连载系列中,讨论了很多关于投标方案管理的部分,本节连载涉及工程设计部分,能把投标方案+工程设计控制好,相当于已经管理好了项目80%的部分。


在投标阶段,工程设计团队产出设计文件的质量直接影响到EPC项目最终的收益率。且我个人认为,在其它因素不变的情况下,两者呈正相关的关系,即质量越高,最终的项目利润就会最高。

关于工程设计产出的质量,从以下几个方面展开讨论:

工艺设计图纸是很多专业的输入文件,如建筑结构设计、造价专业的。如果下游专业建筑结构、造价人员,非常有EPC项目经验且对工艺非常熟悉的话,是可能规避掉一些工艺设计图纸内容不完整的潜在问题的,但如果整个团队经验没有那么丰富,通常会造成漏项。

如,有时候工艺设计的时候,会忽略一些金属的爬梯,建筑结构如果懂工艺需求,可能就加上,造价也就把价格计入成本中。如团队成员不太有经验,或者有的公司在职责划分非常严苛,其他的专业完全以工艺专业的设计图纸为依据的话,那么产生的影响就是漏项。很多时候,看起来漏的都是小东西,但最后加加减减算下来,也是一笔不小的费用。如果能通过强化设计管理(如设置Checklist)来改善,那么尽量还是改进。

  • 设计边界

设计边界(Interface),管理起来,是我认为非常具有挑战性的一个地方。设计边界,可以分为,与客户之间的边界、与合作伙伴之间的边界、与分包商之间的边界、与供应商之间的边界。

国内企业的话,后两者(分包商和供应商之间)应该是有较多经验,但是国内公司出海之后,会比较不太适应与客户、与合作伙伴之间的边界。

这俩边界是在投标阶段的管理的重中之重,通常可以通过澄清文件和分工表来实现划分。举个例子,在某东南亚国家的一个水厂项目中,我们做的是水厂的包,与我们的设计边界直接相关的边界,包括水厂进水管道的边界和出水管道的边界,这个边界不止物理上的两根管道的连接,还涉及到水的水质、压力、流量等等各个方面,当时在投标的过程中,我们发现边界非常不清晰,所以通过澄清让业主进行书面回复。业主回复目前界面暂不清晰,请你们在投标文件中明确设计假设,我们按照要求做了假设,但后来项目落地后,发现我们的假设和其他包的承包商之间的假设差异巨大,因此产生了长时间的扯皮,但最后我们还是拿到2个变更。这2个变更相关的费用是很高的,假设这部分边界没有管理好,大概率,作为承包商的我们就需要自行承担这部分成本了。

  • 文控和设计信息的沟通

投标时,生产周期很短,大家为了快速完成设计文件、投标文件,很多时候,弱化了文控和设计信息的沟通。我之前管理的项目,就出现过因为文控导致的漏项。文控除了需要有人负责,其实还需要一个软件支持,才能避免因图纸升版,信息沟通不畅带来的问题。

在图纸生产的过程中,图纸升版是必然发生的,因为图纸是一个逐渐深化的过程,那么每次图纸升版(或者重要版次更新),必须保证更新的信息都及时准确的沟通到所有相关方。

我自己做过多种文控管理方式的调整,有一些改善,但依然存在一些问题,如果大家在文控方面有心得,欢迎大家在下方沟通交流。

更多的讨论,欢迎加微信wttranslate,进群参与国际项目讨论。


【Koopman】遍历论、动态模态分解和库普曼算子谱特性的计算研究(Matlab代码实现)内容概要:本文围绕【Koopman】遍历论、动态模态分解和库普曼算子谱特性的计算研究展开,重点介绍基于Matlab的代码实现方法。文章系统阐述了遍历理论的基本概念、动态模态分解(DMD)的数学原理及其与库普曼算子谱特性之间的内在联系,展示了如何通过数值计算手段分析非线性动力系统的演化行为。文中提供了完整的Matlab代码示例,涵盖数据驱动的模态分解、谱分析及可视化过程,帮助读者理解并复现相关算法。同时,文档还列举了多个相关的科研方向和技术应用场景,体现出该方法在复杂系统建模与分析中的广泛适用性。; 适合人群:具备一定动力系统、线性代数与数值分析基础,熟悉Matlab编程,从控制理论、流体力学、信号处理或数据驱动建模等领域研究的研究生、博士生及科研人员。; 使用场景及目标:①深入理解库普曼算子理论及其在非线性系统分析中的应用;②掌握动态模态分解(DMD)算法的实现与优化;③应用于流体动力学、气候建模、生物系统、电力系统等领域的时空模态提取与预测;④支撑高水平论文复现与科研项目开发。; 阅读建议:建议读者结合Matlab代码逐段调试运行,对照理论推导加深理解;推荐参考文中提及的相关研究方向拓展应用场景;鼓励在实际数据上验证算法性能,并尝试改进与扩展算法功能。
本系统采用微信小程序作为前端交互界面,结合Spring Boot与Vue.js框架实现后端服务及管理后台的构建,形成一套完整的电子商务解决方案。该系统架构支持单一商户独立运营,亦兼容多商户入驻的平台模式,具备高度的灵活性与扩展性。 在技术实现上,后端以Java语言为核心,依托Spring Boot框架提供稳定的业务逻辑处理与数据接口服务;管理后台采用Vue.js进行开发,实现了直观高效的操作界面;前端微信小程序则为用户提供了便捷的移动端购物体验。整套系统各模块间紧密协作,功能链路完整闭环,已通过严格测试与优化,符合商业应用的标准要求。 系统设计注重业务场景的全面覆盖,不仅包含商品展示、交易流程、订单处理等核心电商功能,还集成了会员管理、营销工具、数据统计等辅助模块,能够满足不同规模商户的日常运营需求。其多店铺支持机制允许平台方对入驻商户进行统一管理,同时保障各店铺在品牌展示、商品销售及客户服务方面的独立运作空间。 该解决方案强调代码结构的规范性与可维护性,遵循企业级开发标准,确保了系统的长期稳定运行与后续功能迭代的可行性。整体而言,这是一套技术选型成熟、架构清晰、功能完备且可直接投入商用的电商平台系统。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

wtsolutions

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值