五个迹象表明您的软件解决方案不是为IPD设计的

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

在其他情况下，以体系结构为中心的系统没有认识到分包商所扮演的角色。例如，在2006年AIArchitect发表了一篇题为“根据霍伊尔:提交过程。”这是一篇优秀的文章，其中有许多从架构师的角度管理提交过程的优点。它还包括一个显示提交路由的图表，其中包括总承包商、架构师和顾问，而没有提到分包商和供应商的重要作用。

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

这里有一些警告信号，表明项目通信软件解决方案不是为集成的项目交付或真正的协作项目团队通信而设计的:

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