文档管理既简单又复杂。简单的任务比如说文档命名约定。如果你的团队中有10个人，每个人每周提交一份状态报告，那么很快你就会有成百份的文档资料 了。如果每个人都使用通用的命名规范，就很容易组织文档。那么，文档的名称应该以每个人的名字开头吗？如果这么做，每个人的历史状态报告会排在一起，很容 易找到。
可能你想找到某个特定时点的状态报告。这时，状态报告就应该以时间开头。这样所有的状态报告就按报告周期排在一起。
文档管理的另一个方面是规定项目使用的文档管理工具。比如，你可能将Microsoft Word作为标准的文档编辑器。如果你的项目团队是跨职能的，包括客户、厂商、供应商，那么文档管理规则就更重要了。
要想使文档管理取得成功，有些其它的因素也必须考虑。比如，文档存储的位置、文档的组织方法、访问及安全规则、关键词或索引、命名标准、版本控制、完成状态、保留或销毁状态、备份以及标准模板。
#9: 质量管理
项目及可交付物符合客户需求和期望的程度体现了质量的好坏。换句话说，质量的好坏最终要由客户来评判。
项目组应该努力满足甚至超过客户的需求和期望。有时候，大家可能会认为高质量就意味着最好的材料和设备，并且零缺陷。然而，大多数情况下，客户不会期望而且也负担不起这样的完美解决方案。如果项目只是有一些缺陷的话，客户还是会认为交付的项目是具有高质量的。
换句话说，一个解决方案设计完美、毫无缺陷，但是并不符合客户的需要，那么这个方案也不是高质量的方案。从质量的观点看来，质量管理的目的首先是理解客户的期望。然后，制定计划及管理过程用以满足甚至超出客户的期望。
由于质量的高低是由客户来判定的，因此判定的标准看起来是相当的主观的。然而，对质量的评判也可以很客观。我们首先需要把“质量”这个一般术语分解成一些可定义质量特征。
比如，你可能认为计算机软件的质量应该按照响应时间、用户体验、易用性、帮助文档以及缺陷的多少来衡量。你一旦定义了可以量化的质量特征，你就可以判断它们是否可以客观的衡量质量。
质量管理不是一个单一事件：它是一个过程，一种思维模式。一贯高质量的产品不可能出自有缺陷的过程。你需要建立一个先衡量质量，而后改进过程的可重复的循环。
想要使质量管理过程正常工作，收集度量非常重要。因此，项目管理第九和第十个方面，也就是质量管理和度量管理联系非常紧密。如果你想做好质量管理工作，你就必须度量。
一旦项目完成了最初的定义，项目团队必须要按质量要求理解客户的期望，并且制定相应的《质量计划》来满足这些期望。《质量计划》要包含完整和正确的关键域，以便让项目团队了解客户对质量的期望。
《质量计划》也会包含两种通常的质量管理过程：质量控制和质量保证。质量控制活动确保项目提交的可交付物符合客户的期望。例如，检查那些用于完成最 终可交付物的每个组件。质量保证活动确保用来创建可交付物的过程是高质量的。例如，在最终提交可交付物前，使用检查表检查必须完成的每个步骤是否都完成 了。
质量管理的目的之一是可以尽早发现项目中的错误或缺陷。因此，好的质量管理过程最终会使得项目花费更多的工时和成本。然而，在项目早期就关注质量的 话，会给项目带来巨大的回报。例如，在项目的分析阶段发现与业务需求有关的问题比在项目测试时发现遗漏了需求而返工效率高得多。再比如，在制造电脑芯片时 发现芯片的问题比客户购买后带着电脑来更换芯片，制造商的成本要少得多。
#10: 度量管理
收集度量是最复杂的项目管理过程，可能也是最艰难的。因为度量既难定义也难收集，所以通常被人们忽略或处理得很拙略。所有的项目都应该收集一些基本 的度量信息，比如成本、工时以及周期。然而，你也必须收集那些可以判断可交付物是否满足了客户的期望的度量，以及那些可以判断项目内部运作过程是否正常运 转的度量。一旦决定了你需要哪种度量，你就可以开始相应的行动或过程改进行为了，这样可以使收集的过程更加高效。
度量管理和质量管理是有关联的。如果不收集这些度量，那么你很难提高交付物或执行过程的质量。度量通常被用来标示质量开始的状态以及质量是提高了还是下降了。
许多度量能够在项目中收集。项目团队应该定义并且组织一个能够提供最大价值的平衡集合。为了决定哪些度量适合你的项目，你可以：
- –依据项目的可交付物和项目执行的情况识别出那些评判项目是否成功的标准。也就是说，确定出项目成功完成时，你的可交付物应该看起来像什么样。你还要确定出项目成功必须要考虑的一些东西，比如预算和交付日期。
- –组织团队进行头脑风暴来收集每一个能表示项目成功的度量。
- –寻找一个能够按照成本、交付情况、质量和客户满意度评判项目成功的度量集合。
- –将那些以最经济的方式提供最大价值的潜在度量排在优先位置。
- –设定能够使你成功的目标。度量很少单独产生价值。它的价值在于它能够衡量你是否偏离了目标。
- –在工作计划中增加收集活动以确保有人负责度量的收集和分析。
一般说来，度量管理对于小型项目的价值不大，原因在于小型项目通常没有足够的时间来捕捉这些数据、分析结果以及做出适当的改进。持续时间较长的项目给了你使用反馈环的时间。如果将度量用于改进提升一个组织，那么使用度量就获得了最大的价值。
