两份CMMI的文档.docxVIP

[原创]能看懂的CMMI官方文档（2：项目计划）项目计划?目的：项目计划的目的是制定和维护项目中各类活动的计划。（译者注：凡事预则立，不预则废。一个非日常化工作的、多人组成需要协作完成的项目更是如此）简介：项目计划包括如下几个方面：·制定项目计划·和项目干系人进行必要的沟通，并达成承诺·维护已经制定的计划制定项目计划的起点是产品和项目的需求。（译者注：需求决定了项目的工作内容和成果的价值）制定项目计划通常的内容包括：估计工作产品和任务的规模和复杂度，确定所需要的资源，同客户协商并达成协议，制定进度表，识别并分析可能的风险；上述内容在制定项目计划过程中往往是交叠进行的（译者注：即没有严格的先后顺序）。为了完成已经同客户达成的协议，项目计划是执行和控制项目的基础（译者注：没有清晰的、文档化的计划，项目的执行和监控就是没有基础的，也就无法保证协议的完成）。当项目执行过程中遇到需求变更、同客户达成的协议更改、之前的估计不准确、需要采取措施以解决项目中存在的问题、和改变项目正在采用的过程时，通常需要修订项目计划。本文中会详细描述计划和重新计划的内容。CMMI中和项目计划相关的内容还包括：需求开发、需求管理、风险管理和技术方案等。?1????进行项目的估计进行项目的估计是要搞清楚会影响项目的各种因素，对这些因素有了充分的了解和估计，我们才有足够的信心来制定现实的、可完成项目目标的计划。影响项目的主要因素包括：·项目需求，包括产品本身的需求，组织层面的需求，客户的需求，以及其他影响项目的需求·项目的范围·确定的任务和工作产品·技术路线·选用的项目生命周期模型（如：瀑布模型、增量模型、迭代模型等）·工作产品和任务的规模和复杂度·要求的进度表·历史数据（可以把工作产品和任务的规模和复杂度转换为需要的人日和成本）·计算得到所需要资源、技能、工作人日和成本的计算方法我们需要把估算理由和支撑数据等材料提供给项目干系人评审，以便能达成对项目计划的一致意见，也便于项目进展中维护项目计划（译者注：看项目执行过程中同计划估算的偏离程度，才便于进行项目的监控和重计划）。1.1??????估计项目范围可以通过建立高层的WBS（工作任务分解）的方法来估计项目的范围。在项目过程中，贯穿着WBS方法。在项目初期，可以用高层WBS来进行最初的项目估计。制定WBS可以把整个项目分解为相互联系的、便于管理的部分，每个部分也被称为“工作包”。WBS提供了一种用来分配工作量、制定进度表和明确工作职责的机制，以便于项目的计划、组织和控制。具体操作：1）????基于产品架构进行WBS工作任务分解WBS提供了围绕要完成的工作任务来组织项目的一种机制，即可以根据用WBS分解之后的工作任务来：·识别项目风险及其确定缓解措施·明确交付件和项目支持的活动·分析需要提供的知识和技能·制定相关的计划，如配置管理计划、质量保证计划和测试计划2）??高层WBS可以用来帮助计算项目所需的工作量，并进行职责的分配。WBS越是详细，就越有助于帮助项目制定更为现实的进度表，从而减少管理上预留时间的必要。3）?????确定需要外部提供的产品或功能组件可以参考“供应商管理”部分，了解如何从外部来源获取项目所需要的产品或功能组件。4）确定可以重用的工作产品?1.2?????估计工作产品和任务的规模和复杂度很多估算模型都首选“规模”作为估计工作量、成本和进度的输入条件；其他条件还包括相互之间的关联性、复杂度等。可用来衡量规模的指标包括：·功能点的个数·源代码行数·类和对象的数量·需求的数量·接口数量和复杂度·文档的页数·输入和输出的数量·技术上存在的风险的数量估算应该和项目需求保持一致，这样才能确定出项目的工作量、成本和进度。每一个被估算的个体，都应该估计它的难度或复杂度。具体操作：1）确定项目的技术路线技术路线确定了产品开发的总体策略，包括在架构层面上的决策，如：采用分布式结构还是C/S结构，采用最新的还是成熟的技术，对和功能相关的安全性、人体工程学上的考虑2）???用恰当的方法确定项目中各项工作的规模和复杂度，以便确定资源的需求应该用估算模型和历史数据来确定规模和复杂度。并且随着我们对产品特性理解的加深，我们对产品规模和复杂度的认识也会加深。用来确定规模和复杂度的方法包括：·软件代码行或功能点的个数·需求的个数和复杂度?1.3?????确定项目的生命周期模型（即项目所采用软件开发过程）确定项目生命周期模型，也就确定了项目中计划进行评估和决策的周期和决策点，在这些决策点，我们会就下一步的资源投入以及技术路线的抉择达成一致的意见；并提供对项目进行修正的机会，以确定下一步工作的范围和需要投入的成本。项目生命周期模型的确定，取决于项目需求的范围、项目所需要资源的估计，以及项目本身的性质。大项目通常都会包括多个阶段，如概