立项管理（Project Initialization Management, PIM）的目的是：（1）采纳符合机构最大利益的立项建议，通过立项管理使该建议成为正式的项目（即合法化）。（2）杜绝不符合机构最大利益的立项建议被采纳，避免浪费机构的人力资源、资金、时间等。

CMMI3级精简并行过程综述“精简并行过程”（Simplified Parallel Process，SPP）是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”，它由众多的过程规范和文档模板组成。SPP主要用于指导国内IT企业持续地改进其软件过程能力。此处“精简并行”的含义是：（1）对CMMI3级以内各过程域的内容和要求作了“精简”处理。（2）在产品生命周期之内，项目管理过程、项目研发过程和机构支撑过程“并行”开展。本章是SPP的综述文章，它对SPP的思想方法以及企业的软件过程改进政策作了全面介绍。阅读本章有助于读者更好地理解和应用SPP的所有过程规范和文档模板。

项目沟通管理项目沟通管理概述沟通计划编制（计划过程组）信息发布（执行过程组）绩效报告（监控过程组）项目关系人管理（监控过程组）目录项目沟通管理概念：沟通管理包括保证及时与恰当地生成、收集、加工处理、传播、存储、检索与管理项目信息所需的各个过程。项目沟通管理主要流程项目沟通管理包括以下几个主要流程1）沟通计划编制：确定项目干系人的信息和沟通需求：谁需要什么信息、什么时需要、怎样向他们传递等；2）信息分发：以合适的方式及时向项目干系人提供所需要的信息，包括实施沟通管理计划以及对突发的信息需求做出反应；

本文目的是为了满足对WBS概念及应用的全面、系统和实用性阐述的长期需要。旨在帮助项目经理和项目规划者改善项目结构，有效的启动项目，并在项目的全过程中都把WBS作为规划、控制和沟通的关键工具使用。 本书体现了多年来WBS、新项目的范围界定和计划的发展经历，介绍了已经被大家普遍认可的WBS及其在应用中的一些概念，其中许多更详尽的概念是我提出的。此外还提供了许多例子。

PMP章节练习题第1章引论1以下哪一项最能表现项目的特征？（）A.需要制订进度计划B需要整合范围、进度和成本C.有确定的期限D需要由专门的团队来实施2以下除了哪一项，其余都是项目团队需要考虑的事业环境因素？（）A.人员加班政策和时间记录要求B组织的标准流程和标准化的工作指南C.干系人的风险承受力D信息收集与发布系统3PMBOK指南作为一部公认的项目管理标准，规定了项目管理的方法、过程和做法，从而（）。

第1章 项目时间管理 2 1.1 定义活动 2 1.2 排列活动顺序 2 1.3 估算活动资源 3 1.4 估算活动历时 3 1.4.1 三点估算方法 3 1.5 制定进度计划 4 第2章 项目成本管理 6 2.1 估算成本 6 2.2 预算成本 6 2.3 控制成本 6 2.3.1 挣值管理(EVT) 6 2.3.2 折旧法 9 2.3.3 其他 11 第3章 风险管理 11 3.1 规划风险管理 11 3.2 识别风险 11 3.3 实施定性风险分析 11 3.4 实施定量风险分析 12 3.4.1 工具与技术 12 3.4.2 决策树分析 12 3.5 规划风险应对 13 3.6 监控风险 13 第4章 项目采购管理 13 4.1 规划采购 13 4.1.1 合同类型 14 4.1.2 合同类型选择 15 4.1.3 合同类型与风险 15 4.1.4 采购规划工具 16 4.2 实施采购 17 4.3 管理采购 17 4.4 结束采购 17

上海电机学院《软件项目管理》课程设计报告。主要为保证整个项目能够按时，保质，保量的完成，每个人在项目开发中都能够发挥自己的作用，使整个软件开发过程顺利，平稳，有序的进行，提供有效的进度参考。

项目经理在整个项目团队中，软件项目进度的控制是头等大事之一，有计划有安排的项目管理才是保证项目质量保证。但是，往往由于客户等外部因素或者是组内等内部因素，导致经常项目计划有变更，计划赶不上变化的事情常常发生，最终导致整个项目的节奏就被外部因素赶着走，进度控制只是变成了一句空话。通过里程碑式管理是控制项目进度的方法之一。

实施基于CMMI的过程改进基本理念。过程规范了开发和管理的工作流程，是大家具有统一的规范。这些规范使得管理者可以在执行的过程中（而不是产品生产出来之后）就可以做质量检查。规范保证了不同的人做同样的事遵循同样的步骤，这叫加强了项目的可控制性和可预测性。过程又是工作中优秀经验的总结，一个不具备相关能力的人，只要按照过程执行，就相当于借鉴了组织最优秀的实践经验。用“面向过程”的思维管理软件项目，规范项目开发与管理，提高产品质量，增强项目的可控制性和可预测性，将经验集成于过程，促进知识共享

本文以笔者所在的公司架构和笔者所了解的业内的公司架构的情况和自身实际经历的案例浅谈一下软件开发中的产品部、项目组和实施部这三者之间的关系，希望对各位在实际运作和管理中能有所帮助，并在实践中尽可能地避免犯同样的错。文章是从作者本身的角度和经历总结的一些问题，并不一定正确，借此抛砖引玉以期和广大同行共勉共同进步。

概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的，指出预期的读者。1.2背景说明：待开发软件系统的名称；列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料列出有关的参考文件，如：本项目的经核准的计划任务书或合同，上级机关的批文；属于本项目的其他已发表文件；本文件中各处引用的文件、资料，包括所要用到的软件开发标准。

项目投标书（方案篇）

概要信息系统基础理论需求的基本概念与原理需求工程需求定义最佳实践需求捕获最佳实践1）了解我们将涉及的领域！2）从信息化的本质理解需求信息与信息系统基本概念信息：是指什么？信息系统（IS）：是人、数据、过程和接口的组合，它们之间相互作用，支持并改进企业日常的运作，并支持管理人员和用户解决问题和做出决策。信息系统的大致分类及特点事务处理系统：收集和处理企业事务，事务的响应时间、吞吐量、正确性、一致性等。

软件质量保证（SQA）是建立一套有计划，有系统的方法，来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。 <br> 软件质量保证的目的是使软件过程对于管理人员来说是可见的。它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的。软件质量保证组在项目开始时就一起参与建立计划、标准和过程。这些将使软件项目满足机构方针的要求。

软件项目管理原则计划原则计划的重要性对软件企业非常重要，但在具体软件项目开发过程中，却经常不受重视。许多人对计划编制工作抱有消极态度，因为编制的计划常常没有用于促进实际行动。软件项目计划是为软件项目管理工作提供合理的基础和可行的工作计划，从而保证软件项目工作的顺利完成。为了做出具有现实性和实用性的计划，需要对项目计划过程的工作量估算、工作结构分解、制定计划常用技术等进行分析，并遵循以下原则:（1）定量化原则。即确定项目任务时，尽可能定量化描述，使得每项任务的范围、时间、成本、质量、完成标准都是明确的，可以控制和度量的

软件需求分析*主要内容一、软件需求分析概述二、软件需求分析的任务和步骤三、需求获取的常用方法四、分析建模五、需求规格说明书与需求评审*一、软件需求分析概述软件开发期的第一个阶段明确软件要“做什么”的问题是关系到软件开发成败的关键步骤*需求问题需求是软件项目成败的关键所在。越早发现需求错误，越早改正它，其代价越小需求是系统必须具有的能力。好需求的特征：无歧义、完整、一致、可检验、确定、可跟踪的，正确的，可行的和必要的

配置管理作业指导书目的为软件项目的配置管理过程中的一些过程执行提供指导性说明，以提高工作效率及统一工作思路；配置管理库说明类型分：动态库、基线库、静态库动态库：主要用于开发小组的日常开发；开发人员可以根据权限自由的进行Update/Commit；基线库：主要用于保存项目组提交的具有基线的配置项，对该库的内容的变动需要按照配置项变更控制来进行，该库只有项目级的配置管理员和系统级的配置管理员才有权限进行Update/Commit；静态库：主要用于保存项目的Release（内部/外部）版本，包括所有的配置项；该库主要由系统级配置管理员来控制；

本文通过对CMMI(能力成熟度模型集成)进行文档裁剪的研究，在保持CMMI的精粹和结构的基础上，探索适合小型专业应用软件项目项目管理的方法。以药监稽查项目为例，根据对CMMI裁剪得到的模型，阐述在文档方面的具体实践情况。

编写项目配置管理规范，主要目的是，规范项目配置管理行为，使配置工作有据可依，同时，研发人员通过了解配置规范，能更好的配合配置管理的工作，协助SCM高效的完成工作任务。

模型是对现实世界某些重要方面的抽象表示。 模型是一种抽象，从某个视点、在某种抽象层次上详细说明被建模的系统。 有时我们使用术语“抽象”来表示模型，因为我们从现实世界中抽象出对我们特别有用的东西。