OPPM工具在项目管理中的应用
the One-Page Project Manager”表格在项目管理尤其是对高层进行汇报时的使用。现将OPPM的使用方法和对OPPM创建的步骤在这里做一下详细的说明，以供大家参考：
1、OPPM是什么？
一页纸的项目管理表格，用很直观的方式将项目的几个核心要素例如：任务、目标、负责人、进度、成本（资源）在一个表格内罗列出来。OPPM的核心价值在于清晰、直观、简约，打印后只有A4纸大小，便于快速阅读。
2、OPPM的应用范围？
通常情况下，OPPM适用于一个独立的项目，有多个任务组成，有子目标和不同的负责人。但也可以应用于项目集的管理，由PMO（项目管理办公室）统一制作，大的OPPM下面可以从属很多个小型的OPPM。
3、创建一个OPPM的步骤
第一步：完成顶部的标题栏
顶部的标题栏要有清晰的项目信息出现，包括项目的标识，项目名称，项目经理名字等。其中要注意的是项目名称的制订，在分享中我们强调过，这是一个高层在浏览时经常会看到的名字，你应该把最重要的引导意向在名称中清晰的显示出来。例如项目名称为“Q3完成5000个在线订单的项目”就比“Q3在线订单项目”要清晰的多。
第二步：写入项目中的各个成员姓名
在项目中需要出现的各个成员姓名应在第二步写入到OPPM中，请注意如果成员过多，那么要只写入重点成员或小组负责人的姓名。大家会发现，在OPPM中，你能写入的名字是有限的，为什么要这样？分享时我们提到了“责任分散效应”，还记得吗？
第三步：了解OPPM中的矩阵概念
没啥可多说的，通过一个中央矩阵让项目中的各个关键信息都出现在表格中并与四周信息一一对应：任务、时间、成本、目标、摘要&预测……
第四步：目标矩阵对应的项目子目标
在最侧的目标矩阵对应中，我们可以罗列3-4个项目的子目标，这和WBS工作分解结构是一致的，请注意下图，顶部项目目标是工作分解结构的第一层，左侧目标矩阵对应的3-4个子目标是工作分解结构的第二层，而MAJORTASK中的各项任务则是WBS的第三层（底层），在OPPM中，这一层已经无法再分解。看到子目标上方的那些小圈了？第六步中我们来讲解他们的作用，目前我们只需要填写入子目标。我相信到这一步大家应该更有感悟：OPPM的空间如此有限，原因很简单——不要说废话。用最小的空间来精炼自己对老板的汇报吧，他会很开心的！
第五步：填写主要的任务
很清楚，填写进来尽可，注意清晰，有行动描述的措词。恩，是的，似乎只能填写20项左右，你懂的
第六步：确定子目标与主要任务的关联关系
在下图的例子中，你有3项子目标，22项主要任务。他们的关联关系用空心圈来表示，第1、2项TASK和第一个子目标“BUILDING COMPLETE”有着直接关联关系，于是他们之间的汇合格子被画上了空心圈。6-11项任务同样与第一个子目标关联，它们也被画上了空心圈。明白了？
第七步：确定项目的时间线
这一步不用讲了，大家都能看明白，确定时间记录的频率时，请考虑里程碑。
第八步：将主要任务所占用的时间确定下来不用讲了，甘特图的概念：）
第十步：没办法用时间标记的任务
在项目中，有些任务可能贯穿始终，可能与第三方有关，但却无法跟随整个项目的时间表，例如“可用性测试满意度最终达到90%”。那么就记录在下表的位置
吧，同样，你需要负责人对此负责。
5月7日和大家一起分享了“the One-Page Project Manager”表格在项目管理尤其是对高层进行汇报时的使用。现将OPPM的使用方法和对OPPM创建的步骤在这里做一下详细的说明，以供大家参考：
1、OPPM是什么？
一页纸的项目管理表格，用很直观的方式将项目的几个核心要素例如：任务、目标、负责人、进度、成本（资源）在一个表格内罗列出来。OPPM的核心价值在于清晰、直观、简约，打印后只有A4纸大小，便于快速阅读。
2、OPPM的应用范围？
通常情况下，OPPM适用于一个独立的项目，有多个任务组成，有子目标和不同的负责人。但也可以应用于项目集的管理，由PMO（项目管理办公室）统一制作，大的OPPM下面可以从属很多个小型的OPPM。
3、创建一个OPPM的步骤
第一步：完成顶部的标题栏
顶部的标题栏要有清晰的项目信息出现，包括项目的标识，项目名称，项目经理名字等。其中要注意的是项目名称的制订，在分享中我们强调过，这是一个高层在浏览时经常会看到的名字，你应该把最重要的引导意向在名称中清晰的显示出
来。例如项目名称为“Q3完成5000个在线订单的项目”就比“Q3在线订单项目”要清晰的多。
第二步：写入项目中的各个成员姓名
在项目中需要出现的各个成员姓名应在第二步写入到OPPM中，请注意如果成员过多，那么要只写入重点成员或小组负责人的姓名。大家会发现，在OPPM中，你能写入的名字是有限的，为什么要这样？分享时我们提到了“责任分散效应”，还记得吗？
第三步：了解OPPM中的矩阵概念
没啥可多说的，通过一个中央矩阵让项目中的各个关键信息都出现在表格中并与四周信息一一对应：任务、时间、成本、目标、摘要&预测……
第四步：目标矩阵对应的项目子目标
在最侧的目标矩阵对应中，我们可以罗列3-4个项目的子目标，这和WBS工作分解结构是一致的，请注意下图，顶部项目目标是工作分解结构的第一层，左侧目标矩阵对应的3-4个子目标是工作分解结构的第二层，而MAJORTASK中的各项任务则是WBS的第三层（底层），在OPPM中，这一层已经无法再分解。看到子目标上方的那些小圈了？第六步中我们来讲解他们的作用，目前我们只需要填写入子目标。我相信到这一步大家应该更有感悟：OPPM的空间如此有限，原因很简单——不要说废话。用最小的空间来精炼自己对老板的汇报吧，他会很开心的！
第五步：填写主要的任务
很清楚，填写进来尽可，注意清晰，有行动描述的措词。恩，是的，似乎只能填写20项左右，你懂的。
第六步：确定子目标与主要任务的关联关系
在下图的例子中，你有3项子目标，22项主要任务。他们的关联关系用空心圈来表示，第1、2项TASK和第一个子目标“BUILDING COMPLETE”有着直接关联关系，于是他们之间的汇合格子被画上了空心圈。6-11项任务同样与第一个子目标关联，它们也被画上了空心圈。明白了？
第七步：确定项目的时间线
这一步不用讲了，大家都能看明白，确定时间记录的频率时，请考虑里程碑。
第八步：将主要任务所占用的时间确定下来
不用讲了，甘特图的概念：）
第九步：确定项目成员和工作任务的关系
还记得第二步我们填好的项目组成员？他们必须对应所有的工作任务，在每一项工作任务中，有且只有一个成员对此有最高责任，他被标记为“A”，请记住，每一行可能有多个B或C，但有且只有一个“A”，为什么？责任分散效应！每件事，你只需要一个负责人，其它人协同。
第十步：没办法用时间标记的任务
在项目中，有些任务可能贯穿始终，可能与第三方有关，但却无法跟随整个项目的时间表，例如“可用性测试满意度最终达到90%”。那么就记录在下表的位置吧，同样，你需要负责人对此负责。
我国项目管理地发展趋势 与对策 随着经济全球化，区域一体化地发展，以及我国加入WTO和市场经济体制逐步完善，项目管理越来越引起了我国地重视.如今我国地建筑施工企业参与国际建设市场竞争越来越多，从1979年地几家发展到几百家，从最初地单纯劳务承包，发展到今天地工程总承包，无庸伪言，中国已经成为建筑大国.如今许多境外地建筑承包商进入我国承包工程，从而加剧了国内建筑市场地竞争，为现代项目管理提供了广阔地应用空间.当我们正致力于建立现代企业制度地时候，西方发达国家正把精力投向项目管理.项目作为我国当前经济发展地重要构成因数，它地成败成为国家、企业、和社会最为关心地问题之一.项目管理又对项目地发展与成功起到至关重要地作用，项目管理地灵活性也适应了企业产品多变地要求.因此，深入而广泛地开展项目管理实践活动，提高项目管理水平，是时代发展地需要，是经济发展地客观要求.仅从我国建筑企业地实际来看，在工程项目管理上与国际惯例尚有较大差距，影响着我国工程项目管理水平地提高.美国学者David Cleland称：在应付全球化地市场变动中，战略管理和项目管理将起到关键性地作用.这一动向提醒我们在高度重视建筑企业管理现代化地同时，也需要给予项目管
理更多地关注.那么，何为工程项目管理，我国工程项目管理地现状及特点如何，我国工程项目管理将向何方发展，我们必须采取哪些措施才能迎接国际化和知识经济时代到来呢？本文将就此问题作以简要论述.一、工程项目管理地定义工程项目管理就是以工程项目为对象地系统管理方法，通过一个临时性地专门地柔性组织，对项目进行高效率地计划、组织、指导和控制，以实现项目全过程地动态管理和项目目标地综合协调和优化.从项目地本身而言，项目具有以下地特点：①项目地唯一性：没有两个完全相同地项目；②一次性：项目不会重复；③生命周期模式：项目是有起点和终点地；④相互依赖性：项目常与组织中同时进展地其它工作或项目相互作用等.项目管理就是要根据这些特点，有目地地计划、组织、协调、控制等，最终完成项目.狭义地工程项目管理是在限定地工期、质量、费用目标内对工程项目进行综合管理以实现项目预定目标，但这只是工程项目施工地管理，随着投资规模、领域地扩大、投资来源多样化、工程项目对环境、经济影响增强，工程项目管理已不限于实施过程，而是扩展到从立项到交付使用维护全过程地管理，工程项目地实施也从施工承包发展到项目管理、工程总承包等多种形式.对于一个具体地工程项目，其目标已不仅仅是质量、工期、费用地控制，还要与资金筹措、风险分析、使用维护以及与所在地经济、环境等联系起来，项目地目标、管理都应按“广义”
项目整体管理（Project Integration Management） 制定项目章程(Develop Project Charter) 输入工具与技术输出合同、项目工作说明书项目选择方法 企业环境因素项目管理方法项目章程 组织过程资产项目管理信息系统 专家判断 制定初步项目范围说明书(Develop Preliminary Project Scope Statement) 输入工具与技术输出 项目章程项目管理方法 项目工作说明书项目管理信息系统项目初步范围说明书 企业环境因素专家判断 组织过程资产 制定项目管理计划(Develop Project Management Plan) 输入工具与技术输出初步项目范围说明书项目管理方法 项目管理各个过程项目管理信息系统项目管理计划 企业环境因素专家判断 组织过程资产 指导与管理项目执行(Direct and Manage Project Execution) 输入工具与技术输出 项目管理计划可交付成果 批准的纠正措施请求的变更 批准的预防措施项目管理方法实施的变更请求 批准的变更请求项目管理信息系统实施的纠正措施 批准的缺陷补救实施的预防措施 确认的缺陷补救实施的缺陷补救 行政收尾程序工作绩效信息
监控项目工作(Monitor and Control Project Work) 输入工具与技术输出项目管理计划项目管理方法推荐的纠正措施 工作绩效信息项目管理信息系统推荐的预防措施 否决的变更请求挣值管理预测 专家判断推荐的缺陷修复 变更申请 整体变更控制(Integrated Change Control) 输入工具与技术输出项目管理计划批准的变更请求 变更请求否决的变更请求 工作绩效信息项目管理方法项目管理计划（更新） 推荐的预防措施项目管理信息系统项目范围说明书（更新）推荐的纠正措施专家判断批准的纠正措施 推荐的缺陷修复批准的预防措施 交付物批准的缺陷补救 确认的缺陷补救 交付物 项目收尾(Close Project) 输入工具与技术输出项目管理计划管理收尾规程 合同文件合同收尾规程 企业环境因素项目管理方法最终的产品、服务和 组织过程资产项目管理信息系统项目成果 工作绩效信息专家判断组织过程资产更新 可交付物
《软件项目管理与案例分析》复习题 一选择题 1. 核心计划过程有明确的依赖关系，在大多数项目中要以同样的顺序必须完成。下列哪一项符合核心计划过程的正确顺序：. A. 范围规划--范围定义--活动排序--活动工期估计 B. 范围定义--范围规划--活动定义--活动排序--活动工期估计 C. 范围规划--范围定义--活动排序--活动定义--活动工期估计 D. 活动工期估计--范围规划--范围定义--活动定义--活动排序 参考答案：A 2. PERT和CPM的主要区别在于PERT： A．在计算进度时使用分布的均值（预期值） B．使用最可能估算计算浮动时间 C．侧重计算浮动时间来确定那些活动的进度没有灵活性 D．在图中包括了回路或条件分支活动 参考答案：A 3.由于你的项目的范围发生变更，因此成本基线也发生变更。你的下一步将是： A.估计范围变更的程度 B.更新预算 C.记录获得的经验 D.执行得到批准的范围变更 参考答案：D
4. 以下哪项不属于合同管理的部分？ A．评估风险 B．确认已经送出建议书 C．确认已经进行了合同变更 D．回答潜在卖方的问题 参考答案：D 5. 你负责对项目进行成本估计工作。因为要求成本估计尽可能精确，所以你决定做出保守的估计。你的第一步工作是： A、确定一种计算机工具帮助进行估计成本 B、利用以前的项目成本估计 C、确定并估计项目的每项工作的成本 D、咨询各方面的专家，并在他们的建议的基础上进行成本估计 参考答案：C 6. 项目整体管理是指？ A.复杂系统的软件集成管理 B.将系统开发过程的管理和项目管理结合起来 C.将系统的主机平台.网络平台.应用软件开发和系统环境建设作为一个整体来进行项目管 理 D.包括在项目生命周期中协调所有其它项目管理知识领域所涉及的过程 参考答案：B 7. 涉及多领域工作的复杂项目最好由下列哪种组织形式管理： A.项目型 B.职能型
软件项目管理过程输出文件： 《软件项目管理计划》：软件项目的开发流程以及管理制度 《软件项目文档管理规范》：软件项目技术文档撰写以及管理的规范 一、策划阶段： 1.《可行性研究报告》：关注软件项目的目的、必要性和依据等 2.《项目开发任务书》：明确项目名称、种类、需求规格说明等 3.《软件开发计划书》：根据软件设计的开发计划的相关内容进行撰写 4.《配置管理计划》：根据GJB《军用软件配置管理》的相关内容编写 二、设计阶段 1.《设计说明书》：包括设计概要和详细的设计 2.《产品验收测试大纲》：根据产品验收测试大纲的编写规范制定 3.《可靠性保证大纲》：如果客户有明确要求，需要按照相关标准编写 三、软件编码与测试阶段 1.软件源程序： 2.《开发进度月报》 3.《项目开发总结报告》：对软件项目的开发进行总结形成报告 4.《单元测试记录》：对软件单元进行测试并形成记录 5.《集成测试记录》：对软件进行集成测试并形成记录 6.《测试分析报告》：对测试结果进行分析形成报告 7.《软件维护手册》：软件维护中注意的问题以及使用的方法 8.《软件问题报告》：维护过程中软件出现的问题进行记录形成报告 9.《软件修改报告》：对软件维护中出现的问题修改形成的报告 10.《产品终检申请审批表》：执行产品最终检验程序 11.《产品最终检验报告》 四、交付及交付后活动 1.《用户培训记录》：对用户进行软件软件产品使用培训并进行记录 2.《项目质量考核表》：执行质量管理工作考核办法 3.《产品维护记录》：当交付后产品出现故障时，项目组负责维护及检验测试并做记录 五、项目总结鉴定 1.《产品技术说明书》：根据相关技术文档编写规范，撰写的该产品使用的相关技术的说明书 2.《产品试用报告》：试用一段时间后，项目组负责收集，由用户提供 3.《项目总结报告》：根据各个阶段的具体工作进行全面总结并形成报告
目录 1.项目管理 (1) 1.1项目范围管理 (1) 1.2项目时间管理 ......................................................................... 错误!未定义书签。 1.3项目里程碑 (6) 1.4培训方案 (6) 1.5技术支持与售后服务 (7) 1.6项目进度管理 (8) 信息系统项目建设项目管理文档 1.项目管理 1.1项目范围管理 （1）概述 项目范围管理就是要明确项目目标是什么，界定哪些工作必须做，并将项目目标分解到可以独立分包的程度，形成工作分解结构（WBS），并以此作为控制项目范围变更的基准。即项目范围管理是确保项目包含且只包含项目所必须完成的工作。 很多项目经常由于有做不完的报表、解决不完的问题而导致项目无法验收，很大一部分原因就是因为项目的范围没有定义清楚或者项目范围经常发生无可控制的变更所致。事实证明，缺少正确的项目范围定义和范围的核实是导致项目失败的主要因素。 因此，项目管理最重要的也是最难做的一项工作就是确定项目范围，并使项目范围在控制中，这就是项目范围管理的范畴，即项目范围管理就是项目该做什么，不该做什么，以及确保该做的事情必须做到，不该做的事情不能做。 在项目的规划阶段和蓝图设计阶段的前期，我们通过售前阶段的资料和项目
现场的需求调研，确定项目该做什么，这就是经常说的定义项目范围。 （2）管理内容 1、定义项目范围 1）定义项目范围重要的参考资料和依据一般如下： ●项目售前实施方案； ●项目主合同； ●许可软件通用条款及清单； ●咨询实施服务和工作任务书； ●支持服务条款； ●战略合作承诺书； ●建设单位内部正式发问的项目实施意见书。 2）口头承诺 定义范围除了依据上述可见的项目资料外，售前阶段的一些口头承诺也是定义项目范围的重要信息来源，因此在项目准备阶段与售前进行内部交接时，一定不能忘记交接口头承诺的内容，实践证明，口头承诺的往往是在项目实施过程中难以交付的或者需求范围不好清晰界定的，正是范围管理的难点。 通过范围定义，可形成详细的范围说明书，以及对项目管理计划进行更新。 2、项目范围 范围是指项目所提供的产品或服务的总和，它包括以下两种含义： ●产品范围：产品或者服务的特性与功能，其衡量标准为产品要求，即产 品需求说明书。 ●项目范围：为交付所需产品（具有特定属性和功能）和服务而必须完成 的工作，其衡量标准为项目管理计划、项目范围说明书、WBS及WBS词汇 表。 项目实施的产品范围的描述一般应该通过两个维度，即产品功能模块和公司范围两个维度，清晰的描述出哪些公司具体实施、哪些产品的功能模块，对于集团型企业一定要以企业法人作为实施的公司范围。借用EXCEL建立功能模块与法人
一、项目管理的产生与发展 项目管理概念自20世纪50年代诞生，很快在世界范围内得到重视和发展。开始主要应用于国防和军工项目；60～80年代的应用范围也只限于建筑、国防和航天等少数领域；进入90年代以后，随着信息时代的来临和高新技术产业的飞速发展，项目的特点产生了巨大变化。制造业经济环境中强调的重复性活动，被信息经济环境中事物的独特性所取代；制造业经济在管理上强调的合理性和标准化，已不能完全适应信息经济时代的动态变化特性，项目管理从而成为灵活管理的关键手段，并逐步发展成为独立的学科体系和现代管理学的重要分支。目前，项目管理不仅普遍应用于建筑、航天、国防等传统领域，而且在电子、通信、计算机、软件开发、制造业、金融业、保险业，甚至政府机关和国际组织中也成为运作的中心模式。我国的项目管理起源于20世纪60年代初。如老一辈科学家钱学森推广的系统工程理论和方法、华罗庚推广的“统筹法”。项目管理方法的最初应用与国外一样，也首先在军事领域，其后逐渐应用于其它领域，并在应用实践上取得了的丰硕的成果，达到了世界领先的地位。 二、项目的概念 在我们的生活中时常会听某人说他正在做项目，甚至有人会把他所做的一切事情都称之为项目。“项目”这个专业术语有时被人们用的比较模糊。那么什么是项目呢？项目（Project）是一件事情、一项独一无二的任务，也可以理解为是在一定的时间和一定的预算内所要达到的预期目的。项目侧重于过程，它是一个动态的概念，例如我们可以把一条高速公路的建设过程视为项目，但不可以把高速公路本身称为项目。那么到底什么活动可以称为项目呢？安排一个演出活动；开发和介绍一种新产品；策划一场婚礼；涉及和实施一个计算机系统；进行工厂的现代化改造；主持一次会议等等这些在我们日常生活中经常可以遇到的一些事情都可以称为项目。 对于项目的定义，许多相关组织及学者都给出过答案，具体的内容有兴趣的同学不妨将教材上的相关内容学习一下，这里就不赘述了。 尽管不同的组织或个人对项目的定义有所不同，但这些定义均从不同程度上揭示了项目的本质特征，并具有一些共性，如都有明确的起止时间，都有一些预定目标，都受到经费和人力的限制，都要消耗资源，都要为达到目标而付出努力，而且都是临时性、一次性的活动。大家可以再回头想想刚才提出的几个例子，是否都具有上述的特点。 因此，在本课程的学习中，我们认为项目是在一定的时间、资源、环境等约束条件下，为了达到特定的目标所做的一次性任务或努力。也可从如下三个层面来理解其涵义：项目是一项有待完成的任务或努力，有特定的环境与要求。在一定的组织机构内，利用有限资源（人力、物力、财力等）在规定的时间内完成的任务或努力。任务或努力要满足一定性能、质量、数量、技术指标等要求。项目可以是一个组织中各个层次的任务或努力，它可以只涉及一个人，也可以涉及数万人。有的项目仅用很少的工时即可完成，而有的项目则需要成千上万的工时才能完成。典型的项目可以是新产品或新服务的开发、技术改造与技术革新、组织模式的变革、科学技术研究与开发、系统软件的开发、建筑物的建设等等。 项目的特征 1 资源和成本的约束性。项目的实施是企业或者组织调用各种资源和人力来实施的，但这些资源都是有限的，而且组织为维持日常的运作不会把所有的人力、物力和财力放于这一项目上，投入的仅仅是有限的资源。 2 时限性。时限性是指每一个项目都有明确的开始和结束。当项目的目标都已经达到时，该项目就结束了；当项目的目标确定不能达到时，该项目就会终止。时限是相对的，并不是说每个项目持续的时间都短，而是仅指项目具有明确的开始和结束时间，有些项目需要持续几年，甚至更长时间。项目的时限性同时还体现在：机遇和市场行情通常是暂时的——大多数
软件项目管理及案例分析 引导语：美国项目管理专业资质认证委员会主席PaulGrace说过，在当今社会中，一切都是项目，一切也将成为项目。下面是为你带来的软件项目管理及案例分析，希望对你有所帮助。 中国科学院计算技术研究所是国家专门的计算技术研究机构，同时也是中国信息化建设的重要支撑单位，中科院计算所培训中心是致力于高端IT类人才培养及企业内训的专业培训机构。中心凭借科学院强大师资力量，在总结多年大型软件开发和组织经验的基础上，自主研发出一整套课程体系，其目的是希望能够切实帮助中国软件企业培养高级软件管理与技术人才，提升整体研发能力。迄今为止已先后为国家培养了数万名计算机专业人员，并先后为数千家大型国内外企业进行过专门的定制培训服务。 高水平项目管理是软件项目成功的关键，也是软件产品质量的根本保证，具有这方面理论和实践的人员是目前软件组织中急需的高层次人才。为建立符合中国国情的软件开发过程和组织体系，培训中心特举办“软件项目管理”培训班，具体事宜通知如下： 一、培训对象 软件开发机构高级管理人员、项目经理、系统架构师、系统分析师、资深开发人员、质量保证人员以及其他对提升软件开发质量负有责任的人员。二、学员基础 1，对软件项目的分析、设计、组织和开发具有一定实践经验;
2，有一定的软件项目管理、技术管理或质量保证的基础知识与实践经验。三、师资 由业界知名专家亲自授课： 袁老师培训中心高级讲师，CMMI、GJB5000A高级咨询顾问，具有多年成功管理大型软件项目的经验，对软件工程管理与过程具有深邃的理论见解和丰富的实践经验。四、培训要点 高质量软件于高水平的项目管理，这个观点已经成为业内的共识。软件项目成功最重要的要素是什么?大型软件项目是依靠一个组织来完成的，如果这个组织在管理上是无序的，开发过程是非正式和混乱的，计划期限和成本目标通常超限，项目的成功取决于个人英雄式的行为，在人员发生变动时项目往往陷入灾难，那么很难说这个项目会获得成功。从这个意义上说，软件项目管理是项目成功的关键因素。 所有软件开发机构都必须在今天这种技术含量高、变化速度快、资源有限的环境下，实现软件生产规模化、规范化、国际化，这也是当前我国软件行业面临的最大挑战。在这样复杂的背景下，我们该如何去思考如何去做呢?1，项目管理人员必须具备更广阔的视角，包括站在更高的角度理解企业管理的思想理念， 理解产品开发的质量、成本、效率与效益之间的关系，理解过程是如何对管理发挥作用的，理解规范化的软件工程方法。更重要的是，理解如何提升自身的领导素质，培养更好的领导力。这种宽阔的眼界，对于一个高级项目管理人员极其重要。
文理学院实验报告 时间：2013 年12 月 3 日 课程名称：软件项目管理 实验名称：xx学院毕业生就业信息管理系统项目计划书 班级：：同组人： 指导教师评定：签名： 一、实验目的 掌握项目计划书的格式和写作要求，会结合具体项目写作项目计划书。 二、实验要求 1、结合模拟项目写出项目计划书。 2、提交项目计划书一份。 三、实验环境 1．硬件：计算机 2．操作系统：windows平台。 3．相关软件：Microsoft office软件。 四、实验容 1 引言 1.1 编写目的 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期的工作任务围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队外沟通协作方式、开发进度、经费预算、项目外环境条件、风险对策等容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 1.2 背景 项目的名称：xx学院毕业生就业信息管理系统。 项目的委托单位：xx学院计算机科学与技术学院软件开发部。 项目的用户（单位）：xx学院各届毕业生。 项目的任务提出者：xx学院计算机科学与技术学院软件开发部。 项目的主要承担部门：xx学院计算机科学与技术学院软件开发部。 项目建设背景：通过本系统可以使xx学院毕业生就业信息管理工作更加合理化、科学化，提高工作的效率，从根本上改变就业管理工作的方式，通过Internet，各院系和学生
利用网络的便利，可以直接查询和提交就业信息。在这种系统平台下，可以快速、有效、全面的反映最新的用人单位信息、毕业生基本信息和就业趋势，及时提供高校学生工作管理人员对历届用人单位需求信息的分析统计，及时有效地调查分析大学毕业生的择业趋势和引发的心理问题并进行及时有效的就业指导。可以做到信息的规管理、科学统计和快速查询，从而减少管理方面的工作量。 1.3 定义 Microsoft SQL Server2008：数据库开发环境 Visual Studio 2010：程序开发环境 1.4 参考资料 [1]朱少民.软件过程管理.：清华大学，2007 [2]朱少民.软件质量保证和管理.：清华大学，2007 [3]万江，立新.软件开发项目管理.：机械工业，2004 [4]Harold Kerzner,爱华，等.项目管理—计划、进度和控制的系统方法.第9版.：电 子工业，2006. 1.5 标准、条约和约定 《计算机科学与技术学院毕业生就业信息管理系统立项建议书》 《计算机科学与技术学院毕业生就业信息管理系统项目任务书》 《计算机科学与技术学院毕业生就业信息管理系统项目履行合同》 2、项目概述 2.1 项目目标 为实现项目的总目标，必须实现以下三个阶段目标：前一个月了解其原有系统的工作原理，整理出系统分析和设计方案；后一个月完成基本的信息管理功能并调试；其后是把系统投入试运行，找出缺陷并修改。 项目目标应当符合SMART原则： ?S Specific 明确的述 ?M Measurable 可以衡量的结果 ? A Attainable 可以达成的目标 ?R Realistic 合理的，现实的或者说是能和实际工作相结合 ?T Trackable 可以跟踪的 2.2 产品目标与围 1、该软件应能在网络上运行。 2、该软件对软硬件环境应无特殊要求。 3、一般用户不能删除和修改系统中的信息，但管理员可以对系统中的信息进行删除、 修改和增加。 4、涉及个人信息，个人经登陆系统后，可以将本人的信息增加录入到系统中，经管理 员审核后，其他人员可看到该信息。 2.3 假设与约束
项目管理与企业发展 项目是实现企业战略目标的载体 在企业的发展中，项目和运作是企业发展过程中密切相关的两类活动。企业的创立本身就是一个项目的开始，它通过一个新建设项目使企业形成了提供某种产品或服务的能力，以满足市场或顾客的需要，从而获取盈利并得以生存和发展，并在此基础上重复运作。经过一段时间的运作之后，由于企业设备老化陈旧或环境及市场变化等原因，企业原有的设备可能已无法生产出高品质的产品或者原有的产品或服务可能已不适应市场需求，企业因此可能无法生存或发展下去，这时就又需要通过设备的大修改造项目、新产品开发项目或企业的改扩建项目来使企业恢复原有的生产能力或上升到一个新的运作平台。在企业的整个发展过程中，总是如此不断的重复着项目与运作的交替过程，运作导致企业的量变，项目使得企业出现了质变，是企业跳跃式发展的动力。 以今天处于高速发展的IT企业为例，其正处于以项目为主导的环境中。企业每天所面对的不仅仅是几个大型项目，而将是成百上千不断发生和进行的项目。产生这种变化的因素是多方面的，包括：客户需求的不断提高导致产品生命周期缩短、产品开发项目数量大增；新技术导致了对研究和开发项目需求的增加；为了提高业务赢利能力，改进业务模式的项目需求大增等。在这种多项目并发、高技术、快速变化、资源有限的环境下，失败和挫折是经常发生的。由于企业总是需要努力满足不断变化的市场需求和面对各种挑战，因此需要考虑实施新的管理方法，可采取的方法之一就是按项目进行管理 项目管理的发展与广泛应用 项目管理为现代企业管理模式提供了一种有力的组织形式，改善了企业对各种人力和资源利用的计划、组织、执行和控制方法，对管理实践做出了重要的贡献。从国外项目管理的发展看，美国在20世纪60年代只有航空、航天、国防和建筑企业才愿意采用项目管理；70年代项目管理在新产品开发领域中扩展到了复杂性略低、变化迅速、环境比较稳定的中型企业中；到70年代后期和80年代，愈来愈多的中小企业也开始注目项目管理，将其灵活地运用于企业活动的管理中，项目管理技术及其方法本身也在此过程中逐步发展和完善，到80年代，项目管理已经被公认为是一种有生命力并能实现复杂的企业目标的良好方法。直到今天，国外项目管理已发展的相当成熟，并广泛应用于各种类型的企业之中。 随着市场全球化、信息化的发展，全球企业对有限资源的争夺越来越激烈，客观上要求企业
项目中的方法，工具和技术 关于项目中方法，工具和技术的说明是一个很重要的内容．都是项目管理的重要元素．特举个项目中的例子如下： 项目中的方法 1.项目采用了RUP的相关方法论，以用例分析为驱动，得出相关的软件需求说明书和用例模型；以架构设计为核心，在软件需求基础上进行4+1视图的架构设计，得出相关的分析模型；具体的增量迭代在需求和架构上不迭代，在后续的结队开发中进行迭代。 2.项目借鉴敏捷开发的部分方法论，在结队开发任务中强调设计开发人员的紧密协作和工件的Review和单元测试。强调项目个体技能对项目重要性；强调整个团队价值观对项目成功的重要性。 3.项目借鉴MSF的相关方法论，对项目人员角色和职责进行了明确的划分，保证了角色和职责的明确；在项目过程中采用每日构建流程，保证相关功能的持续集成和问题的及早暴露和发现。 项目采用的工具和技术 1.需求采用Rose出用例模型和业务对象模型，采用DotNet____开发界面原型。采用Word出软件需求说明书。 2.架构和设计采用Rose或XDE出分析模型和设计模型，采用PowerDesigner 出数据库设计，采用DotNet____出相关的原型。 3.编码采用DotNet____完成前台编码。采用PL/SQLDeveloper或Toad完成后台数据库表和存储过程编码。
4.测试采用Nunit进行单元测试，采用LoadRunner进行性能测试。 5.项目方面采用CQ进行需求变更和BUG的管理；采用CC进行项目数据的管理；采用Excel进行测试用例的管理和追踪；采用RP进行需求追踪和需求状态的管理；采用***进行项目任务的管理；采用***进行度量数据的收集后分析；采用**系统管理相关的同行评审。更多信息请访问：项目管理站论坛
软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间
项目管理理论在我国的应用和发展 从古至今，我国进行了许多的工程项目管理实践活动，然而我国长期以来大规模的工程项目管理实践活动并没有系统地上升为工程项目管理理论和科学。相反，在计划经济管理体制影响下，许多做法违背了经济规律和科学道理，如违背项目建设程序、盲目抢工而忽视质量和节约、不按合同进行管理、施工协调的主观随意性等。所以，长时间以来，我国在工程项目管理科学理论上一片盲区，更谈不上按工程项目管理模式组织建设了。 （一）我国传统的建筑管理体制的问题 随着市场经济的逐步建立，工程建设中的许多弊端逐渐显露出来，并影响着投资效益的发挥和建筑业的发展.我国传统的建筑管理体制产生了以下问题: 1.建筑施工企业无法根据施工项目的需要配置生产要素，因为施工所需要的资金、物资是随投资分配给建设单位的; 2.建筑施工企业不能根据自身的经营需要选择施工项目，也不能根据施工项目的需要在部门、地区、企业间合理地调配生产要素，而是靠指令性计划。建筑施工企业所处的环境是非竞争性的、封闭的，因此必然造成资源配置的盲目性和巨大浪费; 3.建筑施工企业既没有独立的经济丰体地位，当然也不会有独立的利润和经济效益目标。国家只偏重考核建筑施工企业完成的产值，使建筑施工企业只能盲目地追求产值，无能力按项目组织施工; 4.以固定的建制完成变化的施工任务，无法根据施工项目对不同数量、质量、品种的资源需要进行配置，造成了生产要素的浪费或短缺，人事上矛盾重重，工作效率低下; 5.由于没有形成建筑市场，建筑产品的价格与价值背离，造成核算不实、考核评价无依据、平均主义分配，致使企业吃国家的大锅饭，工人吃企业的大锅饭; 6.管理体制无法、也不能适应项目建设自身的经济规律，它割裂了项目自身的规律性和系统性。缺乏对项目全过程、全系统和全部目标进行高效管理、组织、协调和控制的管理保证体系; 7.项目前期决策活动存在着主观盲目的倾向，盲目投资、乱上项目、决策失控。在实施过程中忽视经济效益，设计与施工脱节，行政命令代替科学管理，致使项目拖期、质量低劣、造价超支等;因此，摆在建筑业面前的任务一是进行管理体制改革，二是按科学的理论组织项目建设，而且应当将两者结合起来，互为条件，走出误区。 （二）项目管理理论在我国的应用和发展 经过十多年来的实践，我国对项目管理的地位和作用已经得到共识和升华。对于建筑施工企业来说，实行施工项目管理也是一种必然。实行施工项目管理，要求建立现代企业制度，施工项目管理是现代企业制度的重要组成部分.建筑施工企业建立现代企业制度必须进行施工项目管理，只有搞好施工项目管理才能够完善现代企业制度，使之管理科学。施工项目管理是现代企业生产制度。具体分析二者的关系，主要表现在以下几方面: 1.进行施工项目管理要求建立现代企业制度。 (1)通过建立现代企业制度为施工项目管理创造市场条件。施工项目管理必须以市场为“舞台”.从生产上来讲，建筑施工企业要从市场上取得项目所需的生产要素，进行资源配置，形成生产能力;从销售上来讲，建筑施工企业要通过投标竞争，从市场上取得施工项目的承包权。因此，施工项目管理是市场化的
软件文档知多少？ 如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的！”，当我们震撼于Microsoft Windows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名员工几年的共同努力之大成，软件项目管理的成败是控制开发成本的关键环节。这里面，少不了贯穿其中的重要步骤----软件文档。 软件文档可以分为开发文档和产品文档两大类。 开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1. 《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理--描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。 技术支持--公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。 系统报价--软、硬件平台报价列表、软件开发费用、系统维护费用等。 项目进度--整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。 3. 《需求分析》--包括产品概述、主要概念、操作流程、功能列表和解说、注意事项、系统环境等。以《功能要求》为基础，进行详细的功能分析(包括客户提出的要求和根据开发经验建议的功能)，列出本产品是什么，有什么特殊的概念，包括那些功能分类，需要具备什么功能，该功能的操作如何，实现的时候该注意什么细节，客户有什么要求，系统运行环境的要求等。这里的功能描述跟以后的使用手册是一致的。 4. 《技术分析》--包括技术选型、技术比较、开发人员、关键技术问题的解决、技术风险、技术升级方向、技术方案评价，竞争对手技术分析等。以《需求分析》为基础，进行详细的技术分析(产品的性能和实现方法)，列出本项目需要使用什么技术方案，为什么，有哪些技术问题要解决，估计开发期间会碰到什么困难，技术方案以后如何升级，对本项目的技术有什么评价等。 5. 《系统分析》--包括功能实现、模块组成、功能流程图、函数接口、数据字典、软件开发需要考虑的各种问题等。以《需求分析》为基础，进行详细的系统分析(产品的开发和
项目管理的发展历程 一、国际上项目管理的发展历程 现在通行的看法认为，项目管理是二战后的产物，主要是战后重建和冷战阶段为国防建设项目而创建的一种管理方法。项目管理的发展基本上可以划分为两个阶段：80年代之前被称为传统的项目管理阶段，80年代之后被称为现代项目管理阶段。 1.传统项目管理发展阶段 从四十年代中期到六十年代，项目管理主要是应用于发达国家的国防工程建设和工业/民用工程建设方面。此时采用的传统项目管理方法主要是致力于项目的预算、规划和为达到项目目标而借用的一些一般运营管理的方法，在相对较小的范围内所开展的一种管理活动。当时的项目经理仅仅被看作是一个具体执行者，他们只是被动地接受一项给定的任务或工作，然后不断接受上级的指令，并根据指令去完成自己负责的项目。从60年代起，国际上许多人对于项目管理产生了浓厚的兴趣。随后建立的两大国际性项目管理协会，即：以欧洲国家为主的国际项目管理协会（InternationalProjectManagementAssociation--IPMA）和以美洲国家为首的美国项目管理协会（ProjectManagementInstitute--PMI），以及各国相继成立的项目管理协会，为推动项目管理的发展发挥了积极的作用，做出了卓越的贡献。但是在这一传统项目管理阶段中，发达国家的国防部门对于项目管理的研究与开发占据了主导地位，他们创造的许多项目管理方法和工具一直沿用至今。例如，由美国空军最早开发的项目计划评审方法（ProjectEvaluationandReviewTechnique---PERT）、由美国国防部提出并推广的项目工期与造价管理规范（Cost/ScheduleControlSystemsCriteria--C/SCSC）等一大批项目管理的方法和工具现在仍然在广泛地使用。2.现代项目管理阶段 80年代之后项目管理进入现代项目管理阶段，随着全球性竞争的日益加剧，项目活动的日益扩大和更为复杂，项目数量的急剧增加，项目团队规模的不断扩大，项目相关利益者的冲突不断增加，降低项目成本的压力不断上升等一系列情况的出现，迫使作为项目业主/客户的一些政府部门与企业以及作为项目实施者的政府机构和企业先后投入了大量的人力和物力去研究和认识项目管理的基本原理，开发和使用项目管理的具体方法。特别是进入90年代以后，随着信息系统工程、网络工程、软件工程、大型建设工程以及高科技项目的研究与开发项目管理新领域的出现，促使项目管理在理论和方法等方面不断地发展和现代化，使得现代项目管理在这一时期获得了快速的发展和长足的进步。同时，项目管理的应用领域在这一时期也迅速扩展到了社会生产与生活的各个领域和各行各业，而且项目管理在企业的战略发展和例外管理（这些都属于企业高层管理者所做的管理工作）中的作用越来越重要。例如，欧洲的ABB公司作为一个处于领先地位的全球性工程公司，其绝大部分工作都要求开展项目管理；IBM公司是世界上最大的计算机制造商之一，它公开承认项目管理是对其未来发展起关键作用的因素；摩托罗拉公司是世界上最成功的通讯设备和服务供应商之一，它在九十
项目需求建议书（RFP） A. 项目信息 提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息 项目名称：客户名称：项目经理：文件起草人：项目发起人：日期：B. 项目目标 A. 项目信息 提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息 项目名称：客户名称：项目经理：授权书起草人：项目发起人：日期：
A. 项目信息 提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息 项目名称：客户名称：项目经理：文件起草人：项目发起人：日期：
提供关于项目需要解决的问题、项目的工作任务、项目目标、项目管理采用的方法等的信息 □项目范围说明书 描述项目交付结果和工作范围的书面文件 □关键的成功因素 描述关于项目管理、项目团队建设、客户关系管理等方面关键的成功因素方面的书面文件，以便得到项目小组成员的理解、接受和达成共识 □工作分解结构（WBS） 是以项目的交付结果为导向而分解出的、表明项目具体工作任务的书面文件，它定义了整个项目的工作范围 □组织分解结构（OBS） 提供项目沟通与汇报渠道，角色与职责，以及授权等方面信息的组织机构方式 □成本/效益分析 提供关于项目成本与收益，项目的货币价值等方面的信息，以便团队进行财务方面的分析，并作出经济决策 □资源计划 描述执行项目需要资源方面信息的书面文件 □项目进度计划 提供用甘特图表示的项目进度计划，包括项目的开始日期、里程碑事件、活动之间的先后逻辑关系、活动历时、交付日期等信息 □风险管理计划 描述在项目执行过程中可能出现的所有风险事件，每个风险严重程度，以及应急措施的书面文件 □采购计划 描述为了完成项目任务，需要从项目组织以外获取的产品或服务的种类和数量的书面文件
软件项目管理案例分析 案例分析一 问题1： 本项目申请国家技术创新基金100万元，但国家实际批准基金额度很可能会低于100万元，“项目投资来源”中应当说明：当国家实际批准基金低于申请额度时，如何补足二者之间的差额以及由此所引起的地方匹配基金的差额。 应重新召开股东大会并讨论以下议题：当国家实际批准基金低于申请额度时，公司是否愿意补足二者之间的差额以及由此引起的地方匹配基金的差额。 如果能够通过，应在“项目投资来源”中加注：当国家实际批准基金低于申请额度时，公司承诺补足二者之间的差额以及由此引起的地方匹配基金的差额（附新的公司股东大会决议）。 问题2： A，B双方以B方现有技术成果为基础进一步合作开发，应明确以下几个主要问题：（1）B方是以现有技术成果折价入股，还是将现有技术成果转让给A方； （2）如果是“技术转让”，应明确是“专利权转让”、“专利实施许可”、还是“技术秘密转让”？ （3）双方是否已就合作开发的新技术成果的所有权、使用权以及利益分成问题达成一致意见？ 双方是否已正式签订“合作开发合同”或“技术转让合同”？ 问题3： 应主要从以下几方面分析项目技术的成熟性： （1）关键技术成熟性分析（包括采用的现有成熟关键技术、已攻克的关键技术、待研究的关键技术等）； （2）项目采用的关键技术是否获得国家、部门或地方科技计划的支持（已获得、尚未获得）及计划的名称、获得支持的时间； （3）项目采用的关键技术是否通过技术鉴定（已鉴定、尚未鉴定）及鉴定单位、鉴定意见、鉴定时间。 案例分析二 问题1： 由项目执行偏差导致项目计划变更的各种诱发因素称为项目变更的内部因素。由项目目标变化导致项目计划变更的各种诱发因素称为项目变更的外部因素。 问题2： “B方首付资金未能按时交付”、“A方盲目确定进度目标”、“A方的前期设计有疏漏”、“A方编制的需求分析说明书未能准确、全面地表达B方的实际需求”、“B方自行负责的机房装修误期”、“A方开发人员跳槽”，属于项目变更的内部因素。 “证监会要求上市公司执行新的会计制度”、“B方因机构重组改变了业务流程”、“B方提出增加合同审计功能”、“B方行业主管部门发布了新的行业ERP实施规范”，属于变更的外部因素。 问题3： “A方盲目确定进度目标”、“A方的前期设计有疏漏”、“A方开发人员跳槽”，属于A方责任。由此而增加的项目经费，由A方承担。“需求分析时，B方表达不清，A方理解有误，双方沟通不够，A方编制的需求分析说明了书未能准确、全面地表达B方的实际需求，而B方未能及时指正”，属于双方责任，由此而增加的项目经费，由A、B双方协商分
项目软件的应用现状与发展趋势 一.我国项目管理软件的市场背景 由于项目管理的广泛应用，项目管理思想正逐步被各行各业所接受和采用。建设部最近发布了《关于培育发展工程总承包和工程项目管理企业的指导意见》（建市[2003]30号）文件，也表明我国的项目管理模式正逐步走向制度化和法制化轨道。 在国际上，一些大的管理软件商如SAP、ORACLE、PEOPLESOFT 等借助企业的优势已经把项目管理软件带到了中国，美国Primavera公司的项目管理软件在上海普华的代理和推动下更是占领了水电、石化、核电、交通等领域，目前正逐步向工业与民用建筑领域、项目型企业领域等进军。其他如微软、Openplan、邦永（中国）、瑞典的IFS公司以及国内的梦龙、用友、新中大也不甘示弱，纷纷涉足项目管理软件领域。因此，目前国内项目管理软件市场竞争日趋激烈。 此外，由于我国建筑市场的逐步开放，越来越多的国外建筑公司和项目管理公司进入中国，而这些国外公司在项目管理和项目控制中大多采用了项目管理软件作为辅助工具，如B ECHTEL 公司、ABB 公司、FOSTER WHEELER公司、福特丹尼尔等，由于他们项目管理水平比较高、管理比较细，给国内的冲击比较大，由此带来的工程索赔也频繁增加，这也是促进国内一些公司加大项目管理软件应用力度的主要原因之一。 二.项目管理软件的现状 项目管理软件的应用是从无到有慢慢发展起来的，引进和应用正逐步走向理性。目前的项目管理软件主要有单功能项目管理软件和集成型项目管理软件（系统）: *单功能项目管理软件。这类软件功能比较单一，主要专注于进度控制、投资控制、合
同管理、招投标管理、文档管理和信息沟通等某一或较少的方面，如Primavera公司的投资与合同管理软件Expedition 、进度控制软件P 3（Sure Trak ）、上海普华公司的文档管理软件PowerDocument、微软的Project 98/2000、梦龙软件以及其他中低档项目管理软件，这之中有些软件如P 3 和Project2000具备一些集成功能，以此为基础的升级版本逐渐发展成了集成型项目管理软件（系统），目前Primavera公司推出的P3E（Teamplay、P3E/ C）、Microsoft 公司的Project 2002已经发展为企业级项目管理软件; * 集成型项目管理软件（系统）。这类软件（系统）包含项目管理的主要工作，通常为一组套件，所有的套件组合即为项目管理系统，如Primavera 公司的P3E /Teamplay/P3E C 套件就包括Project Manager、PA、MM、PR 和PV 组件，这些组件分别用于不同的功能和不同的对象，微软的Project 2002/2003定位在企业级项目管理软件，其服务器版包括Microsoft SharePoint Team Services、Microsoft Project Web Access以及与Office XP集成，实现了项目的信息共享和沟通，此外，一些项目还专门开发了项目管理软件（系统），如东海大桥项目管理系统、三峡工程管理信息系统（TGPMS）等，这些都是典型的集成型项目管理软件（系统），也是大型项目和项目型组织的首选。 从项目管理软件的功能和价格水平来看，一般划分为两个层次，一是高档项目管理软件，这类软件功能比较强大，价格比较高，如Primavera公司的P3和P3E、Gores技术公司的Artemis、ABT 公司的WorkBench、Welcom 公司的OpenPlan等。另一类是低档项目管理软件，这类软件功能比较简单，价格也比较便宜，如TimeLine 公司的TimeLine、Scitor公司的Project Scheduler、Primavera公司的SureTrak、Microsoft公司的Project98和2000等，国内如梦龙、华炎、鹏为、来网等项目管理软件。 但项目管理软件的功能的完备程度和应用效果并不成正比，从实际应用情况看，目前项目管理软件的应用还存在诸多问题，如软件引进不当、应用范围较窄、应用力度不够、应用缺乏规划和制度保证等等，因此国内项目管理软件应用成功的案例也并不多。这之中有很多影响因素，如制度问题、项目管理软件的理解问题、组织问题、人员问题、知识管理问题、数据管理问题等，阻碍了项目管理软件的深层次运用。