项目站点。
营销性的：这种类型的交流是为了增强大家对项目的热情。比如，出版项目成功经验、树立正面形象、分发管理推荐信以及使用项目标识。
项目经理必须主动掌控交流活动，必须有意识的计划并且执行交流活动。如果你的交流行为既有效又主动，那么你会发现整个项目运作将更平稳，并且遇到的冲突及障碍会更少一些。
8. 文档管理
许多项目经理认为只有当项目中有几百份文档时才需要进行文档管理。实际上，更好的方法是预先估计一下你认为项目本身以及项目管理可能产生的文档资料的数量，建立一套适当的过程和规则来组织文档，并且在项目进行期间进行文档管理以确保文档不会失去控制。
小型项目的项目经理不需要太多考虑文档管理的问题。随着项目的规模逐渐变大，项目经理就必须要主动管理项目中的文档资料了。管理文档时可能遇到的最普遍的问题就是文档丢失了或难以找到，以至于在项目结束时要重新书写。最坏的一种情况是文档的版本失去了控制，文档的更新日期过期了、丢失了、混乱了或是无法确定了。
文档管理是项目管理的一个方面，可以使用像文档库这样的工具。然而，如果存储文档时没有使用适当的技术，以至于不能方便地存取文档，那么使用工具只能让问题更复杂。
文档管理既简单又复杂。简单的任务比如说文档命名约定。如果你的团队中有10个人，每个人每周提交一份状态报告，那么很快你就会有成百份的文档资料了。如果每个人都使用通用的命名规范，就很容易组织文档。那么，文档的名称应该以每个人的名字开头吗？如果这么做
，每个人的历史状态报告会排在一起，很容易找到。
可能你想找到某个特定时点的状态报告。这时，状态报告就应该以时间开头。这样所有的状态报告就按报告周期排在一起。
文档管理的另一个方面是规定项目使用的文档管理工具。比如，你可能将Microsoft Word作为标准的文档编辑器。如果你的项目团队是跨职能的，包括客户、厂商、供应商，那么文档管理规则就更重要了。
要想使文档管理取得成功，有些其它的因素也必须考虑。比如，文档存储的位置、文档的组织方法、访问及安全规则、关键词或索引、命名标准、版本控制、完成状态、保留或销毁状态、备份以及标准模板。
9. 质量管理
项目及可交付物符合客户需求和期望的程度体现了质量的好坏。换句话说，质量的好坏最终要由客户来评判。
项目组应该努力满足甚至超过客户的需求和期望。有时候，大家可能会认为高质量就意味着最好的材料和设备，并且零缺陷。然而，大多数情况下，客户不会期望而且也负担不起这样的完美解决方案。如果项目只是有一些缺陷的话，客户还是会认为交付的项目是具有高质量的。
换句话说，一个解决方案设计完美、毫无缺陷，但是并不符合客户的需要，那么这个方案也不是高质量的方案。从质量的观点看来，质量管理的目的首先是理解客户的期望。然后，制定计划及管理过程用以满足甚至超出客户的期望。
由于质量的高低是由客户来判定的，因此判定的标准看起来是相当的主观的。然而，对质量的评判也可以很客观。我们首先需要把“质量”这个一般术语分解成一些可定义质量特征。
比如，你可能认为计算机软件的质量应该按照响应时间、用户体验、易用性、帮助文档以及缺陷的多少来衡量。你一旦定义了可以量化的质量特征，你就可以判断它们是否可以客观的衡量质量。
质量管理不是一个单一事件：它是一个过程，一种思维模式。一贯高质量的产品不可能出自有缺陷的过程。你需要建立一个先衡量质量，而后改进过程的可重