你的软件解决方案不是为IPD设计的

不幸的是，一些项目团队沟通的数字解决方案的尝试忽略了项目团队所有成员在过程中所扮演的重要和相互依赖的角色。例如，一些由总承包商或施工经理实施的数字系统不包括建筑师在其设计顾问和分包顾问之间传送文件的手段。近年来，我与许多架构师交谈过，他们对GCs或CMs使用的“项目管理”系统有这种限制感到沮丧。建筑师可以远程访问承包商的系统来下载新的文档或上传经过审核的提交文件，但仍然必须保持自己独立的提交日志，并通过电子邮件或其他方式与顾问和分包顾问交换文档。

在其他情况下，以架构为中心的系统没有认识到分包商所扮演的角色。例如，2006年AIArchitect发表了一篇文章，题目是“根据霍伊尔:提交过程。”这是一篇优秀的文章，从架构师的角度对提交过程进行管理有很多好的观点。它还包含了一个包含总承包商、建筑师和顾问的提交路线图——没有提及分包商和供应商的重要角色。

在基于纸张的通信中，忽略某些参与者的作用是常见的，但在综合实践和加强协作的时代，需要有更全面的观点。对于一个真正集成的构建沟通过程来说，它必须包括所有的项目团队成员。如果数字文档是在双方(例如，施工经理和建筑师)之间交换的，而另一方仍在交换低效的纸质副本，那就不能被认为是真正集成或有效的。

以下是项目沟通软件解决方案不是为集成项目交付或真正的协作项目团队沟通而设计的警告信号:

1. 软件托管在项目团队成员办公室内的服务器上，其他团队成员通过防火墙或web门户被授予有限的访问权限。
2. 您需要下载提交文件或其他文档的副本并通过电子邮件发送给其他团队成员(例如，分包商或设计顾问)，因为该软件不允许他们直接访问。
3. 您必须以电子表格或其他格式保存自己的提交日志，并在项目进行过程中手动更新，因为您无法通过软件访问共享日志，或者软件日志不包括所有不同的交换。
4. 上传或下载一个文档需要点击五次以上。
5. 该软件不允许你用自己的信笺或使用项目的标准模板为文件创建传输或封面页。