当前位置：首页 > 工作总结 > 项目总结> 软件项目管理小结

软件项目管理小结

时间：2022-06-22 06:01:07 项目总结收藏本文下载本文

软件项目管理小结（共20篇）由网友“开水妹”投稿提供，以下是小编为大家整理后的软件项目管理小结，仅供参考，欢迎大家阅读。

软件项目管理小结

篇1：软件项目管理小结

对软件项目的管理者来说，他最应该关心的是能否按时优质地交付产品的问题，

总结

在计划软件开发的路线时，他必须首先考虑软件基本功能的实现和工程交付期，其次，才考虑产品的卖点，许多工程失败的原因就在于设计者没有时间概念，工程前松后紧或增加了许多次要的技术特征，这样反而对产品质量形成了威胁，总之，最重要的是懂得统筹安排各个环节。

面试程序员

理想的方法是由开发小组的其他成员一起来面试，如果谁看不上眼，他都不能加入，否则以后会有很多麻烦。这样做的另一个好处是借此机会互相认识一下，经理一定要把新员工介绍给大家，并且小组每个员工都应该过来握手介绍自己，这是起码的招聘礼节。

程序员需要关心尊重

曾经有个例子，某公司开发人员王某由于刚开始学习编程，技术水平差一点，常常受到经理的“另眼相看”，每次软件出现了问题都怀疑是他的原因，老开他的低级玩笑，这位员工会有怎样的表现就可想而知了。经理通过这种手段能够迫使这一位自动辞职吗？非也，这位员工后来工作非常不负责任，把代码写得既长又重复，且在代码中留下大量的隐患，此时，经理却反而不敢过份得罪他了（否则，留下的巨量代码很难维护）。如果认为某人不适合目前工作，为何不另请高明？既然已经请他作了这件工作，就得尊重他。不能指望开发人员在非工作场合谈吐得体、办事周到、眼观六路、耳听八方，正所谓“尺有所短，寸有所长”，例如要求技术人员在酒席宴上象公关小姐或公关先生一样举止适度，从来不会有好的效果。软件人员普遍喜欢自由而宽松的工作环境，最好不要做过多的无谓的规定，例如不准迟到、上班必须换拖鞋，否则罚款等等。如果确实有人经常上班迟到，工作不认真等，首先应该了解原因，此时多作思想工作是必要的，许多公司的经理们认为“思想工作”是过时的东西了，其实不然，私企职工背负的心理压力其实很重。他们特别需要有人关心，特别需要心理上的“减负”。管理需要合理地使用资金，有的公司在不该花钱的时候花钱，在需要花钱的时候节支，结果却事倍功半。例如，员工向公司提出买台电视、热水器、电风扇等生活设施（甚至是厕所的纸巾）时，公司强调节支，而在组织大家集体乘飞机到外省旅游这种事情上却舍得花钱，这种现象比较普遍，效果却不一定好，因为员工会认为公司集中花一笔钱是在收买人心。所以，关心职工的事情需要过细地作。

心态调整问题

作坊式作业的时候，软件是由一两个程序员写的，软件写完了，虽然在产权上这个软件或许不是自己的，但程序员心里会觉得这个软件就是自己的，对这个软件的感情就象对自己的儿子一样，关于这个软件一切成败荣辱都被看成是自己的，在这种心态下，程序员会不分白天黑夜地超常投入。而现在的软件一般都是十几人、几十人甚至上百人协作完成，软件写成后究竟是谁的？有了荣誉是谁的？都不是太明确，同样，软件有点毛病也不专是哪个人的，而是大家的，既然是大家的事情，那就让大家来做，我为什么多操那个心？如何在大协作的背景下最大限度地提高个人的积极性很值得仔细研究。设计部分大家参与、多开会交流、让程序员直接倾听用户对自己工作的意见等方法不妨一试。

篇2：项目管理小结

项目管理小结 -总结

项目时间管理中的过程包括：活动定义、活动排序、活动的资源估算、活动历时估算、制定进度计划以及进度控制，

活动定义

为了得到工作分解结构（wbs）中最低层的交付物，必须执行一系列的活动。对这些活动的识别以及归档的过程就叫做活动定义。

输入：工作分解结构、项目范围说明书、组织的过程资产。

工具和技术：1、分解（分解是指将项目组成部分细分为更小。更易于管理的单元以便更好地进行管理和控制，此处的最终成果是指活动，而不是指可交付物）。工作分解结构作为编制最终活动清单的基础。2、模板 3、详细层次 4、专家判断。

输出：项目活动清单、活动清单属性、工作分解结构和字典（更新）、里程碑清单（里程碑是项目中的重大事件，通常指一个主要可支付成果的完成）。

一个好的里程碑最突出的特征是：达到此里程碑的标准毫无歧义；不需要太多说明。

里程碑计划的编制可以从达成最后一个里程碑即项目的终结点开始，反响进行，在对里程碑概念的确定上，可以用“头脑风暴法”来画出草图。

活动排序

活动排序也称为工作排序，即确定各活动之间的依赖关系，并形成文档。

输入：活动清单、活动清单属性、项目范围说明书、里程碑清单。

工具和技术：

1、pdm(前导图法)：这是一种利用节点表示活动，用箭线表示活动排序的一种编制项目网络图的方法，这种方法也叫单代号网络图。

前导图法包括四种活动依赖关系：

fs：结束---开始的关系最常用的。

ff：结束---结束的关系

ss：开始---开始的关系

sf：开始---结束的关系

2、adm（箭线图法）：这种方法与前导图方法相反，是用箭线表示工作、节点表示工作排序的一种网络图方法，这种方法又叫做双代号网络图法。

adm三原则：网络图中每一时间必须有惟一的一个代号；节点序号沿箭线方向越来越大；流入（流出）同一节点的活动，均有共同的后继活动。

adm网络图绘制规则：网路图是有方向的，不允许出现回路；直接连接两个相邻节点之间的活动只能有一个；一个作业不能在两处出现；箭线首尾必有节点，不能从箭线中间引出另一条箭线；网络图必须只有一个网络始点和一个终点；各项活动之间的衔接必须按逻辑关系进行；工作或事件的字母代号或数字代号，在同一网络中不允许重复使用，每条箭线箭头节点的编号必须大于其箭尾的编号；尽量避免箭线交叉；标注出各项工作的历时。

虚活动不消耗时间，在网络图中由一个虚箭头表示，目的是鉴别，作用是更好地识别活动，更清楚地表达活动之间的`关系。

3、进度计划网络模板

4、确定依赖关系：活动之间的先后顺序关系叫依赖关系。强制性依赖关系即工作中固有的依赖关系。这种关系是工作之间本身存在、无法改变的逻辑关系；可自由处理的依赖关系是人为组织确定的，即两项工作可先可后的组织关系；外部依赖关系涉及项目与非项目活动之间的关系。

逻辑关系的表达分为平行、顺序和搭接三种形式。

平行：相邻两项活动同时开始。

顺序：相邻两项活动先后进行。

搭接：两项活动只有一段时间是平行进行的。

输出：项目计划网络图、活动清单更新、项目管理计划和项目范围说明（更新）。

活动资源估算

活动资源估算包括决定需要什么资源（人力、设备、原料）和每一样资源应该用多少，以及何时使用资源来有效地执行项目活动。它必须和成本估算相结合。

活动历时估算

活动历时估算是项目制定计划的一项重要工作，它直接关系到各事项、各工作网络时间的计算和完成整个项目任务所需要的总时间。

项目活动历时估算是根据项目范围和资源的相关信息为进度表设定历时输入的过程。估算通常采用渐进明细的方式，同时过程需考虑输入数据的质量和可获得性。估算完成某活动所需时段数量要考虑该活动过程时间（间歇时间）。

制定进度计划

制定进度计划就是决定项目活动的开始和完成的日期。根据对项目工作进行的分解，找出项目活动的先后顺序、估计出工作历时之后，就要安排好活动的进度计划。

制定进度计划的输入：

1、范围说明书在制定进度计划过程中，有两个主要的时间约束条件：活动开始或结束的强制性日期；项目发起人、项目客户和其他项目干系人经常指定关键事件和里程碑。

2、项目进度网络图

3、活动历时估算

4、活动资源要求

5、资源可用性

6、风险记录

7、活动清单属性

8、资源日历

9、约束条件

制定进度计划的工具和技术：

1、关键路径法（cpm）是借助网络图和各活动所需时间（估计值），计算每一活动的最早或最迟开始和结束时间。cpm法的关键是计算总时差，这样可决定哪一个活动有最小时间弹性。核心思想是将wbs分解的活动按逻辑关系加以整合，统筹计算出整个项目的工期和关键路径。

由于在网络图中的某些活动可以并行的进行，所以完成工程的最少时间是从开始顶点到结束顶点的最长路径长度，称从开始顶点到结束顶点的最长路径为关键路径，关键路径上的活动为关键活动。

2、所需时间与费用

3、计划完成时间的缩短

缩短计划的步骤：（1）找出关键路径；（2）找出关键路径上单位时间费用斜率最小的割线；（3）按其费用斜率，制定将步骤（2）找出最小割线的活动或活动组所需时间缩短到极限的进度；（4）在步骤（3）中缩短进度后，计算其费用的增加额；（5）将步骤（3）得到的新进度再返回到步骤（1）；（6）如果所有割线的费用斜率在步骤（3）都是无穷大，则停止继续缩短，

总结

估计所需时间，计算三个值：正常所需时间mij、乐观估计时间aij、悲观估计时间bij。

此时，期望值dij= (a+4m+b)/6 方差为： σ2=[1/6（bij-aij）]2

制定进度计划的输出：

1、项目进度计划常用表示形式为：带日期信息的项目网络、甘特图、里程碑图。

甘特图也叫横道图或条形图，是一种能有效显示活动时间计划编制的方法，主要用于项目计划和项目进度安排。

里程碑图仅表示主要可交付物的计划开始和完成时间以及关键的外部接口。

2、进度计划的详细依据

3、进度管理计划（更新）

4、资源需求（更新）

进度控制

项目进度控制时依据项目进度计划对项目的实际进展情况进行控制，使项目能够按时完成。有效项目进度控制的关键是监控项目的实际进度，及时、定期地将它与计划进度进行比较，并立即采取必要的纠正措施。

进度控制的步骤：分析进度，找出哪些地方需要采取纠正措施；确定应采取哪种具体纠正措施；修改计划，将纠正措施列入计划；重新计算进度，估计计划采取的纠正措施的效果。

加速项目进度的重点应放在有负时差的路径上，时差负值越大的路径其考察的优先级越高。在分析有负时差的活动路径时，应把精力主要放在近期内的活动和工期较长的活动上。

当项目的实际进度滞后于计划进度时，通常可用以下一些方法缩短活动的工期：投入更多的资源以加快活动进程；指派经验更丰富的人去完成或帮助完成项目工作；减小活动范围或降低活动要求；通过改进方法或技术提高生产效率。

进度控制输入：项目进度计划、绩效报告、已批准的变更需求、进度管理计划。

进度控制的工具和技术：进展报告、进度变更控制系统、绩效测量、进度管理软件、偏差分析、计划比较甘特图。

进度控制的输出：进度计划（更新）、变更需求、建议的纠正措施、取得的教训。

缩短项目进度的技术主要如下：

1、变更项目范围：主要是指缩小项目的范围；

2、赶工：是一种通过分配更多的资源，达到以成本的最低增加进行最大限度的进度压缩的目的，赶工不改变活动之间的顺序；

3、快速追踪：也叫快速跟进，是指并行或重叠执行原来计划串行执行的活动。快速跟踪会改变工作网路图原来的顺序。

进度控制包括相互影响的三个环节：

（1）进度计划是进度控制的基础。

（2）进度控制是通过项目的动态监控实现的。

（3）对比分析并采取必要的措施是进度控制的关键。

甘特图、pert图和时标网状图是几种常用的进度控制图表示方法。

pert图不仅可以表示子任务的计划安排，还可在任务计划执行过程中估计任务完成的形势，分析某些子任务完成情况对全局的影响，找出影响全局的区域和关键子任务，以便及早采取措施，确保整个任务的完成。pert图中，用箭头表示事件，圆圈节点表示事件的起点和终点。

为了评价一个项目赶工的意义，应首先计算每个能够赶工的关键活动的成本和时间的斜率。

工期分为三种：计算工期、要求工期和计划工期。

计算工期：根据网络计划时间参数而得到的工期。

要求工期：任务委托人所提出的指令性工期。

计划工期：根据要求工期和计划工期所确定的作为实施目标的工期。

工程网络计划的计划工期不超过要求工期，当计划工期大于要求工期时，需要对网络图进行优化。

网络计划的优化包括工期优化、费用优化（成本优化）和资源优化。

如果在项目的网络图中有多条独立的关键路径，考虑对质量的影响，优先选择的压缩对象应是这些关键路径上“直接费用率之和最小”的工作组合。

单代号网络图计算

最早开始时间

工期

最早结束时间

最迟开始时间

浮动时间

最迟结束时间

根据bs6046标准所标识的节点

通过正推法计算出最早开始时间、最早结束时间。正推法是从网络计划的起点节点开始，顺着箭线方向依次进行。

通过倒推法计算出最迟开始时间、最迟结束时间。倒推法是从网络计划的终点节点开始，逆着箭线方向依次进行。

最早开始时间=紧前工作最早结束时间的最大值。当未规定起点节点（活动、工作）的最早开始时间时，其最早开始时间为0。

最早结束时间=最早开始时间+历时。

最迟结束时间=所有紧后工作中最迟开始时间的最小值。

最迟开始时间=最迟结束时间-历时。

自由时差=所有紧后工作中最早开始时间的最小值-最早结束时间。

总时差=最迟开始时间-最早开始时间=最迟结束时间-最早结束时间。

影响进度的主要因素可以归纳为以下几个方面：人的因素，材料、设备的因素，方法、工艺的因素，资金因素，环境因素。

传统的工期压缩技术有赶工、快速跟进（并行）、增加优质资源、提高资源利用率、外包和缩小项目范围等。在工期压缩过程中，要注意加强和项目干系人的沟通。与客户进行沟通来确定能否缩小范围和外包，以应对强制日期的交付；与项目成员沟通，制订好的绩效考核方法，提高每个成员的绩效；与职能经理沟通，申请增加优质资源。

篇3：软件项目管理论文

软件项目管理论文范本

1软件工程项目管理的主要内容

1.1人员的组织与管理

一项工程的具体工作涉及到人员的管理，工作任务的分配，责任内容的明确，因此人员的组织及管理是工程项目的关键因素，要把注意力集中在项目组人员的构成、优化。

1.2软件质量管理

软件质量管理在工程项目实施过程中决定着质量方针与责任的范畴，包括质量计划设计制定，项目质量检测保证和项目质量控制等程序。通过保证手段在质量过程中有效进行。

1.3软件配置管理

英文简称SCM，是在开发者中，标识，控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。记录软件项目产品的更新过程，从而保证研发者在软件项目周期的各个阶段能够获得准确的产品配置。对项目开展过程软件开发进行有效调控和有效预测具有重要作用。

1.4编写软件项目计划书

它是软件项目管理组的首要任务，主要包括工作量、成本、开发时间的估计。并根据估计值制定和调整项目组的工作，详细记录了开发日程安排，资源供需，项目管理等各项情况。使从事该项目的人员了解该项目的大致情况。

1.5软件风险管理

软件工程风险管理是预测工作中可能出现的各种危害到软件产品质量的潜在因素的问题，对风险产生的后果进行分析评估。计算机软件风险预测的准确性评估与有效防范措施的应用都利于提高软件工程的效益，降低风险带来的经济损失，有效保证相关利益业主的权益。这几个方面都是相互贯穿、交织于整个软件开发过程中的。

2软件工程项目管理中存在的现实问题及解决方案

2.1人员工作安排不明确，应建立团队合作意识

在工程项目开发过程中是需要每个岗位人员的相互协调及无障碍交流，没有团队协作意识是无法有效的利用时间和资源开展各项工作。因此我们要提高一个工程项目的工作效率，就要合理安排人员的工作分配，强化每个工作人员的团队协作意识，有效避免管理团队中存在的分工不明确，不合作的问题。只有相互协作和相互信任的情况下才能高效的完成一件优质的软件工程项目。建立一套完善的人事考核制度，加强对员工的职位升降，工资奖金分配管理，有利于提高员工开发软件工作的积极性。

2.2缺乏实践性调研报告，应纳入到软件项目计划书

软件开发工程不仅要创新变革，也要考虑到它的实用性，以往出现的多个工程项目没有对实际项目建设中的需求实体和实际进行要求，以及实际项目建设的数据进行合理有效的调研，导致出现设计完整的软件产品运用与实际偏差较大，造成不必要的人员和资源浪费。因此要在软件设计前给予项目调研工作高度重视，对实际软件项目的需求及要求严格调查，应将软件项目调研报告附于项目计划书中，引起重视。

2.3风险管理意识不够，应该强化提高人员对风险管理的认知

风险的'发生很可能会造成不可估量的损失，但是风险的发生是具有可控性的，如果能有效控制就会避免发生风险事故。可往往在计算机软件工程项目管理中的工作人员却很少知道风险管理的重要性，于是在软件开发中应提高项目主要负责人的风险管理理念，提高自身对风险管理预测能力的水平。只有了解了风险管理理论与风险管理体系，定期对项目实施中可能发生的风险进行有效排除，把控好风险管理前后的形势。

2.4杜绝搞工作进度大跃进，应要完善管理体系，对工作进度严格把控

工作管理混乱，工程建设盲目进行，乱搞大跃进，反而极大影响了软件项目工程的进度，甚至危险到项目质量的保证。要制定一个严谨的工作进度计划，强化工作进度的管理，对项目中每项工作跟踪管理并做好记录，形成对工作进度的有效控制。对工作不到位的部门要根据实际记录责任落实到位。计算机软件工程项目存在诸多现实问题而具有复杂性，导致管理过程中出现一系列的问题。但只要提高对工程项目管理的认识及管理经验，不仅可以解决好目前管理中出现的现实问题，也能在今后的软件项目管理过程中有效预测和控制问题的发生。

篇4：软件项目管理规定

软件项目管理办法

1. 为什么需要软件项目管理方法和工具

软件开发和项目管理是软件企业最主要的工作，两者相辅相成，缺一不可。项目管理应当覆盖整个软件开发过程。

软件项目管理的主要工作有：立项与结项、项目规划与监控、风险管理和变更管理、需求管理、质量管理、软件配置管理等。

软件开发的主要过程域有：需求开发、软件设计、软件实现、软件测试、软件发布、客户验收、软件维护等。

由于软件开发和项目管理都是智力型工作，人们很难靠常识和直觉形成和谐的团队工作。如果企业没有统一的项目管理方法和工具，每个人都采用自己的做事方法的话，那么人越多就越乱，形成了“土匪、游击队”的工作方式。阻碍国内IT企业发展的瓶颈问题通常不是技术问题，而是杂乱无章的管理。

项目管理方法和工具对企业的主要贡献是：让所有项目成员有条不紊地开展工作，在预定的时间和成本之内，开发完成质量合格的产品，从而使企业和个人获得预定的利益。

2. 常见软件项目管理方法介绍

2.1 CMM/CMMI

1986年11月，美国联邦政府委托卡内基梅隆大学(Carnegie-Mellon)软件工程研究所(SEI)开发一套用于评估软件承包商能力的方法。SEI于1987年9月发布了一套软件过程成熟度框架和一套成熟度问卷。1991年，SEI将软件过程成熟度框架发展成为软件能力成熟度模型(Capacity Maturity Model，CMM)，诞生了CMM 1.0。

十几年来，CMM的改进工作一直不断地进行。美国国防部希望把现在所有的、以及将被开发出来的各种能力成熟度模型，集成到一个框架中去。到，CMM演化成为CMMI(Capability Maturity Model Integration，能力成熟度模型集成)。CMMI不仅适合软件，而且适合于软件硬件结合的系统，这是对CMM最大的改进。

CMM将能力成熟度分为5个级别，这5个成熟度等级为评价机构软件过程能力提供了一个有序的级别。同时也为机构的软件过程改进工作指明了方向，让人们分清轻重缓急，指导人们一步一步地改进过程能力而不是企图跳跃式地前进。

CMM有一个重要的概念是关键过程域(Key Process Area)。关键过程域指出为了达到某个成熟度等级必须要解决的一族问题。除了初始级(即CMM 1级)以外，每个成熟度等级都有若干个关键过程域。

CMM 2级有6个关键过程域：需求管理，软件项目规划，软件项目跟踪与监督，软件子合同管理，软件质量保证，软件配置管理。

CMM 3级有7个关键过程域：机构过程焦点，机构过程定义，培训大纲，集成化软件管理，组间协调，软件产品工程，同行评审。

CMM 4级有2个关键过程域：定量过程管理，软件质量管理。

CMM 5级有3个关键过程域：预防缺陷，技术革新管理，过程变更控制。

CMM共有18个过程域，基本上覆盖了项目管理和软件开发的工作。目前CMM/CMMI已经成为世界范围内用于衡量软件开发和管理能力的事实上的标准。

CMM/CMMI的主要应用问题：

用CMM/CMMI指导企业的软件过程改进工作是相当不错的，但是企业要做的重要事情显然不仅是软件过程改进。企业最关注的是生存和发展问题，一切离不开赚钱。CMM/CMMI本身不谈如何赚钱的问题。它假设了美好的前提条件，即企业有充足的人员、资金、时间从事软件过程改进，当软件过程能力提高了，那么产品的质量、生产率自然上去了(同时成本也下降了)，企业自然能够获取更多的利润。软件过程改进对企业经济效益的贡献是间接的，从投入到产出，时间相对比较长。

遗憾的是，国内大部分企业没有能力提供那么好的前提条件，企业最缺乏的资源往往就是人员、资金和时间，企业领导当然想把资源用在“刀刃”上，即赚钱最多最快的地方。当软件过程改进和其它直接赚钱的事情“发生资源冲突”时，只好“拆东墙，补西墙”，往往减少软件过程改进的资源。

作者对应用CMM/CMMI的建议：

CMM/CMMI是衡量企业软件过程能力的国际标准，它对软件过程改进有很多有益的指导。CMM/CMMI仅仅对等级评估做了强制要求，但是对企业“如何进行软件过程改进”没有强制要求，CMM/CMMI的数百页文本并不是“放之四海皆准”的，企业可以采纳也可以不采纳。

对于软件过程改进而言，CMM/CMMI是用来参考的，而不是用来迷信的。企业在参考业界推荐的标准或规范时，要舍弃那些听起来很先进但是对本企业无益处的东西，只选取对企业有实用价值的东西。

2.2 项目管理知识体系(PMBOK)

项目管理协会(Project Management Institution，PMI)于1966年在美国宾州成立，是目前全球影响最大的项目管理专业机构，该机构的项目管理专家认证(Project Management Professional，PMP)被广泛认同。PMI的突出贡献是总结了一套项目管理知识体系(Project Management Body Of Knowledge，PMBOK)。

PMBOK总结了项目管理实践中成熟的理论、方法、工具和技术，也包括一些富有创造性的新知识。PMBOK把项目管理知识划分为9个知识领域：综合管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理和采购管理。每个知识领域包括数量不等的项目管理过程。

PMBOK和CMM/CMMI对比简评：

CMM/CMMI论述的项目管理方法仅仅适用于软件项目，但是不适用于其它行业的项目管理。PMBOK论述的方法适用于任何行业的项目管理，但是对软件项目管理而言，PMBOK的针对性不够强。

CMM/CMMI不仅论述软件项目管理，而且论述整个机构的软件研发管理。PMBOK的方法局限于项目管理，对于企业研发管理则不够用。

CMM/CMMI基本上不谈“成本管理”和“人力资源管理”，它先假设机构有充足的资金和人力资源，通常不切合企业实际情况。因此PMBOK的“成本管理”和“人力资源管理”可以弥补CMM/CMMI的不足。

作者建议：软件机构采用CMM/CMMI作为主导的方法论，同时要学习PMBOK的知识，取长补短。

3. 常见软件项目管理工具介绍

如果你在互联网上搜索“项目管理工具、项目管理软件”，可以找到上百个项目管理工具。由于企业的情况各色各样，没有办法评选出最好的项目管理工具，因为一个功能很强的管理软件如果不适合客户，那么对于这个客户而言该软件就不是很好。本文只能介绍几个比较有名气的软件，简要说明它们的特征，企业在采购软件的时候一定要根据自身需求去分析、选择。

最有名、用户量最大的项目管理工具当推Microsoft Project(个人使用)，及其延伸版本Project Server(团队使用)。它的主要优点是：

◆帮助用户编制任务进度计划、管理各种资源(人力、设备等)、管理费用;可以绘制Gantt图、各种统计图形、生成图文并茂的报表。

◆该软件非常容易使用，不需要专门的培训用户自己就能学会。易用性是Microsoft软件产品的共性优点。

◆在国内，广大计算机用户很容易得到该软件(绝大多数是盗版)，这也是用户量最大的根本原因。

Microsoft Project几乎可以管理任何行业的项目，这既是优点也是缺点：适用面太广了，就缺乏针对性。例如，仅仅使用Microsoft Project来管理软件项目是不够的，因为Microsoft Project不支持软件项目中的立项与结项、变更管理、需求管理、质量管理、软件配置管理等重要管理工作。

在IT行业比较有名的项目管理工具有：

◆CA公司的项目管理套件：Clarity Portfolio Manager用于战略管理;Clarity Resource Manager 用于资源管理;Clarity Project Manager用于项目日常工作管理;Clarity Financial Manager用于项目财务管理;Clarity Process Manager用于项目流程管理。

◆Primavera公司的中低短产品SureTrak Project Manager，高端产品TeamPlay。

◆IBM 的PMOffice。PMOffice原本在大型项目管理领域很有名气，IBM收购PMOffice之后将其纳入Rational旗下，但是目前PMOffice尚未与Rational原先的软件工程系列产品很好地整合。

上述项目管理工具都是国际知名公司的软件产品，尽管它们的功能和品牌已经相当卓越，但是并非普遍适合中国IT企业。主要原因是：

◆国内大部分IT项目都是中小型项目，如果采用上述项目管理工具，不仅大材小用，而且把使用者累死。

◆国内大部分IT企业买不起上述项目管理工具，由于它们的复杂性远远高于Microsoft Project，即使有人拿到了盗版软件，由于得不到专业培训和服务，他也用不好。

作者建议：国内IT企业选择项目管理工具时，应当综合考虑“价格、功能、易用性”，最好亲自试用后，再作决定。

4. 集成化项目管理方法SPP

作者从开始创作并不断改善适合国内中小型IT企业的集成化研发管理方法论，称为“精简并行过程”(Simplified Parallel Process, SPP)。SPP 的模型如图1所示，SPP有三类过程：项目管理过程，项目研发过程，机构支持过程，共12个过程域。“精简并行”的含义是：

◆对CMMI 3级以内各过程域的内容和要求作了“精简”处理。

◆项目管理过程、项目研发过程和机构支持过程“并行”开展。

SPP的主要优点：

◆SPP融合了CMMI、项目管理与软件工程知识，定义了易于执行的软件开发和项目管理规范(约60页文本)。过程模型清晰直观，机构领导、项目经理、项目成员(开发人员、测试人员等)很容易知道自己“应该在什么时候、按照什么规范做什么事情”。SPP模型有助于企业各个职能单位有条不紊地开展工作。

◆用户可以根据本企业的特征，适当地裁剪或扩充SPP的过程域，很容易制定出最适合于本企业的过程模型。

SPP的主要缺点是：它不是标准，也没有相应的认证，不具备CMM/CMMI、ISO9000认证的宣传价值。

5. 集成化项目管理Future

Future是和SPP方法论配套的集成化项目管理系统，主要功能有：组织结构和人员管理、立项与结项、项目规划与监控、需求开发与管理、风险跟踪和变更管理、质量管理、配置管理、日常工作管理、领导综合管理、论坛等。Future的功能结构如图2所示。

Future的目标是“让项目管理变得简单有效”，主要客户是国内中小型IT企业，主要最终用户是IT企业的研发主管、项目经理、开发人员、测试人员和质量管理人员等等。

Future软件的主要优点是：

◆物美价廉、富有成效的集成化项目管理工具。

Future将最常用的项目管理工具全部集成于Web环境，企业不必购买多个分立的管理工具，避免了管理工具之间不兼容、数据孤立的问题。不仅提高了研发管理效率，而且大大降低了购买工具的成本。

Future软件不仅可以为企业建立完备的研发管理数据库，而且帮助企业领导对所有项目的人员、进度、工作量、成本、质量进行分析，为研发绩效考核提供客观依据。

◆容易扩展、与流行软件兼容

Future的所有页面数据可以导出到Excel和Word文件;可以导入、导出 MS Project 数据文件;

Future可以访问配置管理软件CVS的文件库;

Future将集成更多的工具，如客户服务管理系统、人力资源管理系统等。

为了方便地和企业现有的管理系统交互信息，我们提供编程接口，并帮助用户对Future进行二次开发。

小结：SPP和Future是国内“土生土长”的研发管理方法和工具，比较适合国内中小型IT企业的需求。这些IT企业采用 SPP 和 Future后，有助于快速平稳地提升研发管理能力，付出的成本和精力相比于CMM/CMMI要低得多(大约不到20%)。

篇5：软件项目管理策划书

软件项目管理策划书

1 项目基本情况

1.1项目背景

拓展训练是一种户外体验式培训项目，在国外拥有50多年的发展历史，它渊源于二战时期的生存训练，软件项目策划书范文。那时候反法西斯盟军的商船、战船经常被德国打沉，大部分水手葬身鱼腹，只有极少数得以生还。后来人们惊奇的发现能够生存下来的人不一定是身强力壮的，而是那些具有协作精神、意志力和求生欲望特别强的人。通过对这一现象的分析与研究，人们得出这样一个答案，能在恶劣环境下求得生存，靠的不仅是体能而是良好的心理素质和协作品质。受此启发，1941年在英国创办了一所专门训练水手的学校，后来逐渐延伸到为军队训练士兵的生存能力。战后，又从最早的生存训练演变到为社会和经济领域服务，成为现代人和现代组织一种全新的学习方式和训练方法。这种训练在国外被称为“Outward Development”。迄今为止，全世界此类培训学校已得到广泛发展，并成立了自己的协会，开展各种形式的交流与合作,国外许多跨国公司将其融入到日常规范的培训体系之中;我国深圳、上海、北京等发达地区的很多著名公司和组织更加推崇和广泛采用;这种与国际培训理念接轨又经国情化发展的训练方式深受人们青睐，得到企业和组织广大精英们的的认可。

户外拓展训练源于军事特种训练的拓展，由于其固有的内在特点和优势，已经越来越受到社会各界团体特别是企业的青睐，被国际上称为“钻石行业”，其利润和发展空间十分巨大。

拓展训练经过几十年的发展，已经逐渐形成一种和传统的灌输式教育模式相辅相承的体验式教育模式。训练内容已经涉及现代企业管理的各个领域，将各种深奥的管理理念和理论，通过各种有趣的游戏、身体的磨砺等亲身感受方式予以表述和体现，通过培训师的导引和讲解，让参训人员在解决问题、面对挑战的过程中达到“磨练意志、开发潜能、熔炼团队、完善人格”的目的。现代意义上的拓展训练已经和管理培训紧密的结合在一起，已经完全突破了起初狭义的拓展训练的概念和范围。

风靡全球50年的拓展训练，自1995年走进中国。短短几年的不断发展，倍受推崇，逐渐被列入国家机关、外资企业和其他现代化企业的日常培训日程。

拓展训练在中国已经逐渐被东部经济发达地区的企事业单位所认可，已经被很多大公司、国家机关、事业单位作为常规培训内容列入了日常培训计划。随着河南经济的发展和人们思想意识的逐步改变，拓展训练也开始被河南的人们所认识和接受。正如拓展训练在国外和中国北京、上海、广州等地的发展及推广过程一样，河南的人们对于拓展训练的认识也正在经历着一个由混沌到清晰、由低层次需要到高水平要求的过程。市场经济的规律永远是造就强者这为河南地区从事拓展训练的专业机构也提出了市场警告。随着无序的混乱逐渐被国家行政主管机关的逐步引导和规范，拓展训练的概念、范围、形式等势必会逐步走向正轨。

目前我国的拓展训练行业正在向专业化和正规化方向发展。21世纪是信息时代，任何行业的发展壮大都离不开互联网，因此我国的拓训行业在步入正轨的过程中也离不开这个传播媒介。随着拓训行业的发展，各类有关拓展训练的网站也是层出不穷，但是始终却没有一个大的能够影响整个拓展行业发展的第三方拓展平台出现，因此我们期待能有一个专业而强大的网络拓展平台出现，像阿里巴巴影响B2B行业一样来影响整个拓展训练行业的发展。

1.2 项目意义

为什么“拓展训练”能有如此的魅力呢?说到企业培训，人们通常就会联想到文凭培训班或各种MBA培训班，实际上，知识和技能都是有形的资本，而意志和精神则是无形的力量。在实际生活和工作中，动手能力和意志的坚定、坚韧往往比起书本的知识更为有效和实用。同时，如何开发出那些一直潜伏在你身上，而您自己却从未真正了解的力量;怎样才能弄清，您与他人的沟通和信任到底能深入到什么程度?这些，就是拓展训练的真正意义。

现代社会每个人都面临着知识的不断更新所带来的巨大挑战，为适应社会，我们必须开发出有效的学习手段来增强自己的学习效果。拓展培训以它“先行而后知”的体验方式打破了传统的以“教”为主的教育模式，让学员在愉快、积极的参与中习得知识、领悟道理，通过亲身体验来挖掘自己的潜力，培养创新精神和实践能力，促进自信、团结、果断、顽强等优良品性的形成。

良好的团队精神和积极进取的人生态度，是现代人应有的基本素质，也是现代人人格特质的两大核心内涵。在现代社会，人类的智慧和技能只有在这种人格力量的驾驭下，才会迸发出耀眼的光芒，拓展训练应运而生。早先利用户外自然环境对人进行培养的户外训练方式逐渐演变成一种面向现代社会的户外训练方式，这种新的学习方式适应了当前教育改革和素质教育的指导思想，不仅有利于个人良好品质的形成，对推动传统教育模式的改革和青少年整体素质的提高也有着重要意义。

拓展所需要的品质主要有以下几方面。

(1)积极主动:积极的工作态度和人生态度是拓展精神的核心。乐观自信，从我做起，环境因我而变;坐言起行，言必行，行必果。这样在以后的工作中才能从内心关怀客户，做好自己的工作。

(2)开拓创新:以开放的心态，应对变化，积极进龋

(3)认真负责:人和事因认真而完美，注重细节是专业化的表现。坚守承诺，积累信用。

(4)独立协作:独立自主，各司其职，独挡一面。个人和公司的竞争力来自员工不可替代的价值，高水平的独立，才有可能带来高水平的协作，局部利益服从整体利益，以双赢的心态创造最大动力。

(5)共享成功:成功来自每个人的努力和贡献，成功是协作的结晶;共享成功的经验，共享成功的好处。但共享不是平均分配，吃大锅饭。

现代社会竞争日益激烈，生活和工作节奏的加快让人们有了更大的压力，对每个人来说，仅仅具备良好的工作业务素质和较强的工作能力是不够的，还需具备健康的心理素质、坚强的意志、敢于进取冒险的精神和良好的人际关系及组织协调能力，而这些需要从实践和强化训练中培养出来。拓展训练对培养强化这些素质是一个很好的选择，无论是对个人还是对团体企业，它都有着较为深远的意义。

(1)对个人的意义

参加拓展训练可以使人们认识自身潜能，增强自信心，改进自身形象;克服心理惰性，磨练战胜困难的毅力;调适身心状态，不浮躁，不颓废，更好的面对工作与生活的挑战;同时增进对集体的参与意识和责任心，启发想象力与创造性，提高解决问题的能力;改善人际关系，学习欣赏别人，学会关心他人。

(2)对团队的意义

拓展训练可以进一步明确和认同组织目标，增强组织地凝聚力;树立相互配合，互相支持地团队精神和整体意识;改善人际关系，形成积极向上地组织氛围;促进组织内部地沟通与信息交流;挖掘员工的内在能量，使之聚合并在工作中全部释放出来，形成从容有序地团队运作风格。

(3)对企业的意义

①为团队获得更高昂的士气和战斗力。在野外做拓展训练中，面对高难度和高空体验时，个人是无法仅用自己的力量来完成全部的课程训练的。自然，团队成员的支持与呐喊成为了每个人完成自我挑战的决定因素。当每个参训人员成功完成训练科目时，一种自我成功的满足感和与团队共同努力成功的成就感油然而生。每个人会从心底感谢团队的支持与鼓励，感谢队友的关怀。此时，整个团队的士气与战斗力是在办公室里从来不曾达到的。

②减少员工的流动率和流失率。归宿感是人的需求的一个重要层次。在进行户外拓展训练的过程中，员工在成功体验的同时体验到了成功，这种成功来源于同伴的帮助与支持，会让员工在团体中体会到一种归宿的满足感，会为所在的集体骄傲，会为自己所在这个集体而自豪。经过这样的团队建设后，会加强员工的凝聚力而使其流动率和流失率大大减少。

③有助于企业和员工进行更和-谐的沟通。培训中通过员工之间身体与心灵上的接触使他们之间距离贴近，无距离感产生，引起各方的共鸣，达成默契。就像男女双方在音乐旋律下共舞，当双方没有接触时，很难达到步调的一致，而随着双方手与身体的直接接触，则很容易同步进行，营造出和-谐，从而产生美感。拓展培训使员工深切感受到沟通的重要性。

④有助于对员工毅志力与品质的培养。当你要放弃的时候，其实离成功已只有一步之遥了。关键时刻的毅志力往往是一个人成功的重要保障，它能帮助员工完成跨越目标的关键一步，在野外拓展训练中的断桥、空中单杠、攀岩等个人项目恰是对个人心理与信心的挑战。

⑤团队对员工的鼓励与支持有利于加强团队的凝聚力。在个人项目中，个人所要完成的规定项目都是在所有队友的关注下进行的，同伴的口号、队友的目光都成为每个人前进的动力。在这样一种浓厚的感情冲击下，每个人会尽自己的最大力量来完成每一个看似不可能做好的项目。在众多同伴的帮助下会使员工体会到实际工作中的困难远不如想象中的困难那么大。只要生活在集体中，力量是无穷的。例如在空中断桥项目中要求每人爬上8米高的断桥，在间距为130公分的断桥上向前跨出，培养学员的面对挑战与困难的勇气。

⑥功心理训练。拓展训练是一项旨在协助企业提升员工核心价值的训练过程，通过训练课程能够有效地拓展企业人员的潜能，提升和强化个人心理素质，帮助企业人员建立高尚而尊严的人格;同时让团队成员能更深刻地体验个人与企业之间，下级与上级之间，员工与员工之间唇齿相依的关系，从而激发出团队更高昂的工作热诚和拼搏创新的动力，使团队更富凝聚力。

⑦团队合作训练。拓展训练是一套塑造团队活力、推动组织成长的不断增值的训练课程，是专门配合现代企业进行团队建设需要而设计的一套户外体验式模拟训练，这是当今欧、美及亚洲大型商业机构所采纳的一种有效的训练模式。拓展训练的内容丰富生动，寓意深刻，以体验启发作为教育手段，学员参与的训练将成为他们终身难忘的经历，从而让每一系列活动中所寓意的深刻的道理和观念，能牢牢地扎根在团队和每个成员的潜意识中，并且能在日后的工作合作中挥发应有的效用。通过拓展训练，学员将会全面的提高自己。

既然发展拓展训练意义如此重大，那么宣传和推广拓展训练也变得非常有必要，而通过互联网进行拓展宣传，创建拓展行业的专门平台网站也变得非常迫切。

目前拓展行业虽然出现了一些平台网站，但是网站整体质量不好，在行业中的影响也不明显，因此我们有待于建立一个新的功能强大、质量完备的综合性拓展训练平台适应行业发展需求。

而E7拓展网就是这样一个专业的综合性拓展训练平台，这个平台可以提供拓展行业信息，传播拓展训练知识，展现拓展公司风采，加强拓训公司与客户联系，提升拓展训练的网上知名度，为整个行业的宣传推广开辟更大的空间，最终促进整个拓展行业的发展。

1.3 项目概况

野外拓展训练是借鉴先进的团队培训理论，由传统外展训练发展而来的。它利用大自然的各种条件，通过设定具体的任务与规则，结合大自然环境本身存在的各种险阻、艰辛、挫折等困难来提升个人意志力、团队的沟通能力、协作能力、应变能力等为目的的挑战式拓展训练，从而达到激发潜能，熔炼团队的目的。

野外拓展的魅力来自于自然、挑战和与团队的融合的美好心灵。自然之美，有海上日出、原始森林、鸟语花香、天然氧吧、浩阔星空。挑战之美，有丛林穿越、徒手攀岩、悬崖速降、扎筏泅渡、野外定向。心灵之美，有团队合作、相互信任、真诚交流、放飞梦想、高峰体验。

参加拓展训练的人不仅可以体验野外探险乐趣自然、领略大自然中各种各样的挑战与刺激，学习到基本的野外探险技术和生存技巧，还能认识自身潜能，增强自身信心，克服心理惰性，磨练战胜困难的毅力，调适身心状态，乐观面对工作与生活的挑战，认识群体的作用，增进对集体的参与意识和责任心，改善人际关系，学习关心和更融洽地与他人合作。

拓展训练作为一种户外体验式项目，有很多课程。破冰:激发学员的热情，用心感受同事之间的情感，全身心地融入团队中来，进入训练状态;增强学员之间的观察、沟通、表达及呈现能力;塑造团队精神，锻铸企业之魂;打破僵局、活跃气氛，加速学员间的融洽，建立基本的伙伴关系及团队精神;拆开原有的组合，使不熟悉的学员有机会在一起交流，迅速形成组织荣誉感。电网:培养团队合作精神，增进沟通，体现团队协同工作在解决问题中的作用，学会克服看似难以解决的`问题。盲阵:树立领导才能，学习有效的沟通技巧，学会倾听，说服同伴，提高团队智商和执行力。人桥:建立团队成员间的信任感，将不可能变为可能。天梯:队员间的互相帮助和队员的牺牲精神，同时也是个人智慧的体现。杀人者:培养学员细致入微的观察力，严谨的逻辑分析能力。地雷阵:团队成员在执行任务前明确的分工，过程中各司其职方能完成任务，检验各部门间的沟通状况。信任背摔:鼓励学员克服心理恐惧，突破自我，同时建立和体验团队成员的信任感和责任感。空中断桥:在挑战自我的同时，感受经验与环境的改变给个人思维意识上带来的变化。空中抓杠:挑战自我，突破心理障碍，激发个人潜能。云中漫步:对个人潜能的激发，调整自我，为团队而突破自我。群英飞跃:让个人英雄主义无用武之地，突出团队力量。竹筏急渡:体现团队的集体智慧，个人学习力，锻炼胆量，对现有资源的合理分配。孤岛求生:让学员体会企业内领导层上下级之间的沟通方式，强化上下级之间的沟通意识，从而增强企业的战斗力。乾坤大挪移:提升整个团队的凝聚力与战斗力，感受群体决策的优点与缺点，体现团队的领导力与执行力。脚踩一片天:解决问题的思路要突破限制，要敢于尝试、大胆想象，并善于实验学员的建议，排除不可行的方案。携手走天涯:体验非常状态下的生活，学会关心他人，感受关心和被关心的幸福，激发生命中至诚至善至美的爱心，用心灵碰撞之后的火花印证生命情感的真谛，增加企业的竞争力和团队协作精神。胜利墙:鼓励和强化顽强的斗志和互助取胜的信念，充分展示个人的特长，合理的分配有限的资源，感悟同心协力，战无不胜的团队合作意识。

E7拓展训练网是一个为拓展训练而建的拓展第三方平台，通过这个网站，我们可以了解拓展行业的很多东西，包括拓展训练的起源、特点、意义以及其它的一些介绍与经典展示(精彩文摘、拓展心得体会)，还有拓展项目、课程、人员、基地、专业的拓展公司和客户信息等内容，网站成熟后会员还可以发布和购买拓展商品，进行在线结算。因此这个平台建成后如果推广和优化得利开展的话将会获得长足发展。

2 市场分析

2.1目标市场

作为拓展训练的第三方平台我们主要的客户主要有两类，一类是拓展需求者，一类是拓展提供者。而最主要的是一些拓展训练公司,拓展公司又分为三类(如表1)

从表2 可知, 成立于20xx 年之前的公司仅有4 家, 占10.26%; 20xx 年至20xx 年注册的公司有14 家, 占35.90%,20xx 年以后注册成立公司有21 家, 53.84%。可见, 多数公司都是在20xx 年以后成立的, 而且拓展训练在河南的发展速度较快。年培训人数超过千人的拓展公司已达到74.36%。由此可见,近几年, 河南越来越多的单位和个人接受了拓展训练的培训理念。

第一类以从事极限运动(定向越野、野外生存、攀岩、探洞、徒步旅游)为背景静如拓展培训多以俱乐部的形式出现没有固定的培训基地，一般选择公园、大型的旅游景点或没有开发的山川。主要的盈利点在与销售其野外活动装备，如:帐篷、登山鞋等。多数是极限运动爱好者或部队退伍军人旅游者

第二类设计的主要课程是管理、财务、行政等静态的公开课程，拓展培训只是包含在内的其中一个课程，因此不作为主要赢利点。专门从是企业培训的机构形式无地或租地。没有培训基地的这些企业培训机构在接到业务时，外包给专业拓展机构去做，或聘请兼职导师、租用场地进行培训。因为不确定因素太多，其效果难以保证。不固定的兼职培训师进行企业内训或公开课的企业员工300—500元

第三类专业从事拓展培训专门从事拓展培训的机构形式一般有固定的培训基地，基地设施配置水准仍然良莠不齐。培训设施完善、安全性、启发性、寓教性都必须考虑对培训师的要求较高。外企、民营、大中型企业内训比较混乱，一般在20xx1000元

公司的硬件和软件资源对拓展公司运作的好坏起着决定性的作用, 在关于硬件资源调查中, 拥有自己专属基地的公司仅有7 家, 只占17.95%, 拥有培训师培训体系的公司有9 家。拥有严格的管理体系拓展公司是该公司长期发展的保障, 而仅有12 家拥有自己的管理体系。在调查的39 家公司中, 拥有全职培训师超过10 人的仅有9 家, 全职培训师3 人或3 人以下的公司有12 家, 其他公司全职培训师一般在5 人左右, 可见, 全职培训师并不多。但通过访谈了解到兼职人数一般较多, 同时, 各公司的培训师可以互相兼职。

从1995年，国内诞生第一家拓展训练机构到现在,整个市场得到了空前的发展。虽然行业内还没有一个准确的统计数据,但从全国规模来看，拓展训练近几年的市场增长大约在30~40%，20xx年的国内总产值达到2~3个亿，从业人员近万人。因此，我们的目标市场还是很大的。

2.2 市场的容量和趋势

市场容量是指在不考虑产品价格或供应商的策略的前提下市场在一定时期内能够吸纳某种产品或劳务的单位数目，所以国际市场容量实际上就相当于需求量。市场容量是由使用价值需求总量和可支配货币总量两大因素构成的，仅有使用价值需求没有可支配货币的消费群体，是贫困的消费群体;仅有可支配货币没有使用价值需求的消费群体是持币待购群体或十分富裕的群体。我们把这两种现象均称之为因消费要件不足而不能实现的市场容量。以下以河南为例来谈一下拓展训练第三方平台的市场容量。

河南省的拓展训练在各地市都有开展, 其中有一半以上的户外俱乐部都有拓展业务, 而且有的俱乐部完全靠拓展业务盈利, 除了俱乐部外, 另外还有训练基地的投资商进行的拓展业务。但是,目前省内有固定拓展基地和师资, 在业内有一定影响的拓展机构主要集中在郑州, 主要有郑州世纪领航管理咨询有限公司、郑州蓝顿企业管理咨询公司、郑州英雄野战部落、郑州铭远企业管理咨询有限公司、湖南博锐思创管理顾问公司、河南钢七连雷战联盟、河南霸虎户外运动俱乐部等。其他地市相对而言发展比较缓慢, 还没有形成稳定规模。拓展训练第三方平台的市场容量=现有的做推广的公司+由于网络发展而新增的做推广的公司。

现有的做推广的公司。河南的拓展训练公司在20xx年以前很少，在20xx年时发生了巨大变化，拓展公司如雨后春笋般迅速发展起来。现在河南省的拓展公司已经达到100多家。但是在百度上做托管的不多，只有十几家，同时在阿里巴巴上做推广的只有八、九家。但是我们也可以看到也有部分拓展公司利用其它手段进行网络推广。经调查表明河南省的大部分的拓展公司只是一些小公司，比较大的公司不多。它们没有做百度和阿里巴巴推广是因为资金的问题，因此我们可以降低收费标准，得到更的会员，同时总体收入也很多。

根据CNNIC 的统计，截至20xx 年底，我国网民数量为2.1 亿人、网站数量为150.4 万个、网页数量为84.7 亿个，三项指标较20xx 年分别增长30%、78%、89%。在此环境下，我国中小企业正在加速互联网化，通过建设网站开展网络营销活动。传统的营销管理强调企业的4P (产品Product、价格Price、渠道Place 和促销Promotion)，现代营销管理追求4C(顾客Customer、成本Cost、方便Convenience 和沟通Communication)(如图1)。然而，无论哪一种观念都必须实行全程营销，即必须由产品的设计阶段就充分考虑消费者的需求和意愿。但是在实际操作中往往难以做到，因为消费者与企业之间缺乏合适的沟通渠道或沟通成本过高。而在网络环境下，这一状况将有所改观，即使是中小企业也可通过电子布告栏、线上讨论广场和电子邮件等方式与消费者进行沟通。这种双向互动的沟通方式可以提高消费者的参与积极性。更为重要的是，它将使企业的营销决策有的放矢因此，网络营销必将被各个企业接受。随着拓展公司数量的增多和网络营销的重要性与优势的逐渐显示，拓展训练第三方平台的需求量是会逐年增加。

2.3 竞争力量分析

在进行市场分析中最常用的就是波特五力分析模型(如图2)。五力分析模型是迈克尔·波特(Michael Porter)于80年代初提出，对企业战略制定产生全球性的深远影响。用于竞争战略的分析，可以有效的分析客户的竞争环境。五力分别是: 供应商的讨价还价能力、购买者的讨价还价能力、潜在竞争者进入的能力、替代品的替代能力、行业内竞争者现在的竞争能力。五种力量的不同组合变化最终影响行业利润潜力变化。

2.3.1 行业内现有竞争对手分析

由于拓展训练是一个近几年才发展起来的比较新的行业，所以关于拓展训练的第三方平台不是很多。主要有:中国拓展训练信息网，中国拓展培训，5183拓展训练，中国拓展培训师，拓展168 ，易维拓展网。

中国拓展训练信息网的一级栏目为:首页、关于我们、拓展行业新闻、拓展介绍、拓展基地、拓展意义、拓展机构黄页、解决方案、拓展年会。整个界面设计比较合理。设关键字为“拓展训练”和“拓展公司”时中国拓展训练信息网的排名在100名以后。其被个大搜索引擎收录的情况(见图3)其PR值为0.

经过测试，其它的拓展训练第三方平台设关键字为“拓展训练”和“拓展公司”时在百度和google的排名都在100名以后。由此可知，我国的拓展训练第三方平台的发展不太好，网络推广的效果不太好。

2.3.2 新进入者分析

新进入者就是新进入的现有产业的公司，会对我们造成威胁。作为新公司，他们一般都会拥有新的生产能力，创新性较强，有获取市场份额的欲望以及大量的资源。但是一些新进入的拓展公司根本就是皮包公司，他们的进入搅乱了市常没有规则、没有章法，只有利，只要略有微利，便可以不计一切，这其中包括对客户的誓言保证等等。因此，他们不仅仅对已有公司构成威胁，还对整个行业构成了威胁。进入者的威胁取决于进入壁垒和已有竞争者的预期反应。

拓展训练第三方平台的行业壁垒几乎为0，进入这个行业不需要太多要求，这样也会对我们造成不利的影响。作为第三方平台，只需有一个自己的网站，然后再对网站进行推广，使更多的人了解它，使人们搜索“拓展训练”和“拓展公司”等和拓展有关的关键字的时候能够使自己的网站排在比较靠前的位置就行。

因为它的行业门槛较低，就容易被别人模仿，所以最重要的是要有自己的核心竞争力，而做第三方平台最需要的也就是在行业内有一定知名度。因此我们在做这个网站的时候比较最要的是要进行推广，使我们的网站尽快的在业内有一个比较好的口碑。

2.4 市场份额分析

随着网络的发展，网络营销已经成为各个行业营销工作中的一部分，和公司的传统营销相辅相成为公司带来更多的收入。从20xx年开始网络营销给拓展行业带来的收入也在逐年增加(如图4)，由此可见网络营销也必将在拓展训练的市场份额中占据最要的地位。

关于拓展行业的第三方平台本来就不多，而且它们的知名度也不是很高，拓展行业内拓展公司通过网络营销接到的单子主要是通过自己的网站获得的(如图5)。它们利用的主要手段是在百度上做竞价排名，或进行论坛和博客营销。

2.5 市场发展的走势

拓展训练第三方平台的市场走势和拓展训练的走势有着很大的关系，拓展训练的走势直接影响并决定着拓展训练第三方平台的市场发展的走势。

拓展训练的走势主要有以下几个特点:(1)拓展训练的主体趋向学生化和家庭化。现在拓展训练主体主要是企业员工，他们的拓训的内容主要是企业内训。最近越来越多的学者和专家提倡把拓展训练引入高校，所以将来高校和拓展公司合作开展特殊的体育课也是很有可能的事情。(2)拓展训练机构规模趋向于大型化。现在全国的拓展训练机构特别多，河南就有一百多家，不过它们都是一些小的公司，有的公司甚至不到是十个人，但是以后随着国家政策的改变和相应法规的出台，只要这个行业规范了，拓展训练机构就会趋向于大型公司，毕竟，每个公司都想得到更好的发展，而规模是一个很重要的方面。(3)行业标准趋向统一化，拓展培训师趋向专业化。现在拓展行业的竞争比较激烈，有些公司为了降低价格吸引顾客也降低了拓展训练的质量。目前拓展训练的训练师一般有三类人，一是接受过专业野外训练的退伍军人和体育教练;二是有着多年企事业单位工作经验, 受过良好高等教育、对拓展训练有浓厚兴趣的人士;三是一些在登山、攀岩等户外领域成绩卓著的专业人才。这三方面的专业人才本来就不多, 其中能够真正能够成为合格的培训师就更少。因为仅仅具备上述三方面中某一方面专长的人并不一定就能成为合格的培训师，这些人中具有良好的表达力、亲和力等条件的人才有可能经过专业培训之后胜任培训师的工作。作为拓展训练项目的真正实施者, 通常对拓展训练师的要求较高,一般应具有大学以上学历, 不仅要具备专业技术和身体条件，还要熟悉器械、场地, 又要具备管理学、组织行为学、人力资源开发及培训技术、心理学、教育学的理论和专业知识。随着竞争的加剧, 拓展训练师渐渐要求有经济管理类学科背景，有着逐渐增高的学历要求。但是以现在的拓展培训人员来说，他们缺乏专业的拓展知识。

基于拓展训练的发展趋势，拓展训练第三方平台也具有以下的发展趋势。(1)拓展训练第三方平台应该多向学生和学校进行推广，虽然现在学生进行拓展训练的不多，但是拓展训练作为一个新兴的行业，以后拓展训练有可能与学校的体育课结合，所以学生是以后一个新的群体。同时，拓展训练第三方平台在注重向企业推广的同时也要家庭推广。生活水平的不断提高，使得人们越来越注重身体和心理的健康，拓展训练可以帮助人们更好的认识自己。在国外，参加者大多为个人，有些参加者甚至是在心理医生的建议下自行前往报名，以解决自身存在的沟通障碍、交际障碍、逃避意识等问题。拓展训练不仅可以锻炼自己，也可以治玻(2)第三方平台可以对拓展公司进行分类，也可以对它们的资格进行审核。如果发现哪些公司欺骗消费者，就清除在网站上的信息，并予以警告，以免人们上当受骗，对于一个网站来说，信誉是很重要的，不仅仅保证自己的信誉，更重要的是要保证消费者的利益。(3)拓展训练第三方平台除了注意推广一些拓展公司的同时也应该注意一下关于拓展培训师机构的信息。拓展平台是提供拓展信息的地方，所以有关拓展的一切相关信息都应该显示出来，让人们对拓展有更全面的了解。

篇6：软件项目管理总结

20xx年5月19日，在人力资源部的精心组织安排下，我参加了“项目管理培训”，培训是由有着多年的咨询培训经验的高级讲师赵云龙教授主讲，培训内容通俗易懂、丰富多彩，让人能较快的吸收和理解。经过一天的培训，使我学到了很多知识，感觉受益匪浅。通过对项目管理相关课程的培训,使我对项目管理在工作中作用重新有了认识。这对于一个走上管理岗位时间不长，缺少管理理论和实践的我来说，这1天的培训中收获了很多，对我今后的工作有很大的帮助。下面是看看我参加项目管理培训的心得体会：

一、项目管理就在我们的身边

刚刚开始的时候，觉得项目管理是苦涩难懂的，而且项目这个词也应该离我们的矿山井下开采、提升系统管理相隔甚远。其实就对项目管理的概念：“项目管理是以项目为对象的系统管理方法。通过一个临时性的、专门的柔性组织，对项目进行高效率的计划、组织、指导和控制，以实现项目全过程的动态管理和项目目标的综合协调与优化。”随着培训的深入和赵老师深入浅出的培训内容和互动案例，我渐渐的发现项目管理其实就在我们身边，就在我们生活工作的每一个角落。学好项目管理，对我们今后解决处理工作和生活中遇到的许许多多的事情，都会有很大帮助。

二、团队是项目管理的环境

一个好的团队，应该有一个共同认可的明确目标、合理

的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。在我们平时的工作中，我们所在的矿山是一个大的团队，每个部门、工区和每个中段段、盘区、斜井，各作业小组就是一个小团队。按目标责任书和计划目标去工作，提升操作人员保障每天班前、班中、班后安全生产的顺利完成，月、季、年汇总到一起来完成工区的整体年目标，可以说每个任务的完成都能看做是一个项目的完成。一个团队常常被比做是一个木桶，木桶的容量不是由那片最长的木板决定反而是那片最短的木板决定的。一个团队的实力也一样是由能力较弱的成员决定的。因此这也要求我们不断的要求自己，在自己的业务领域中做纵深的钻研，彼此鼓励相互学习，都不去做那片最短的木板，这样一来团队内的学习气氛浓烈，长此以往整个团队的实力也会得以提高。

三、沟通是项目管理的桥梁

在我所作的党务工作过程中，与班子之间、与各级管理人员之间、特别是与职工之间的沟通是必不可少的，只有向职工充分的去宣传矿、工区发展形势、工作任务目标、企业规章制度才能更好的让员工为矿山持续发展积极工作，所以说拥有一定的沟通能力是必须的，其实工作的运转在工区内部与各队组的沟通也是十分关键必要的。我作为工区一名班子成员，更加深知沟通的重要性。每天的工作基本上是与职工在打交道，工区共有170人，沟通无时不在。不同的职工有着不同的思想问题，从职工的工作、生活、个人行为到家庭矛盾等，并不是每一职工都能按照你的思路走，沟通是解

决这些问题的基础，是建立和改善人际关系必不可少的条件。在沟通过程中，我们要善用询问的语气不要让听者感觉是在命令，学会倾听；学会自信与诚恳，只有这样才能使我们更好地完成工作。

总之，项目管理涉及生活方方面面，积极的思考，优秀的习惯，从容的生活节奏是共同追求的方向。这就是我在这次项目管理培训当中的心得体会，希望在接下来的生活、工作和学习中能更好的运用领会培训所得。

篇7：软件项目管理总结

软件项目管理已经到了学期的最后，我们seed小组的软件项目也已完工，这一个学期真的是获益匪浅！

礼平老师曾经说我既可以走技术路线也可以走管理路线，一切都看我自己。真的很是佩服老师的看人眼光，很犀利。我知道，现在的我不是没有能力去做好，只是自己没有去做，一直在殿外徘徊，不肯付出努力向前迈进。从大一到现在，我的专业技术一直都是我的短板，理由么，很简单，就是因为自己懒，不肯花时间去做。从以前不知道自己想做什么，到现在明确目标，可以说，软件项目管理课程给了我很多灵感，让我从自己纷乱的思绪中看清楚了自己最想要的东西。一直自己很喜欢管理，我会花费很多时间在这上面，从大一到现在一直都是，一直没有改变过。在技术上，我总是给自己找借口，总是偷懒，但我现在明确了一点，没有技术，就没有管理！脱离技术的管理是不可能的，也是不现实的。在这个行业里，技术是一切的基本，想作工程师也好，想作管理者也好，技术都是起步的根基。而我这次所经历的项目更让我明确了这一点。在这个小项目里，虽然我们两个星期就开发完成了这个软件，并交付使用，但是问题还是很多的。在这么一个小项目里，由于需求、设计、代码、文档产生的问题，每一个看似容易，却都需要实实在在的经验在里面，都需要对业务的熟悉，有语言功底作根基。

在这个项目里，我负责软件配置管理工作，在文档的整理过程中，我仔细看了他们的需求分析，概要设计，数据库设计，模块设计等文档，也参与了风险分析文档的编写，承担了用户手册和项目成本估算的编写。在这个过程中，我明确了技术的实在意义，明确了技术对我的指导作用，同时也明确了自己的学习道路应该怎么走下去！

整个项目进行的过程中，我一直在努力从中学习，我旁听开发组的会议，为组长提供管理意见，为会议、文档制定标准，整个过程我收获了很多。

1、软件项目小组中的人员安排要职责明确，并有配套的管理记录，整理每个人的工作进度，随时更新，以方便开发人员、测试人员之间的沟通。

2、会议、文档、代码都要有相应的“纪律”，否则整个小组的开发效率会大打折扣。

3、对业务的熟悉有助于明确需求，只有明确的需求才能让项目更加顺利的进行。

4、细致的计划可以让项目进行避免很多弯路，可以在任务的初期就发现存在的问题，并及时予以解决。

5、项目文档、代码定期予以备份，当项目遇到未预料到的问题时可以及时恢复，尽可能减少损失。

当然，还有很多，包括软件测试上的收获，写文档的收获，这里就不一一列举了。这是我大学里最认真的一门课，当然，收获也是最多的。

最后，谢谢礼平老师给我带来的这一切一切，也感谢同组同学给我的帮助，结果已然不重要了，我所收获的这许多东西，远比成绩要有意义的多

篇8：软件项目管理总结

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的.软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展。项目风险管理是指为了最好的达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术。项目风险管理的目标是使潜在机会或回报最大化，使潜在风险最小化。

1、项目管理在软件开发中的应用的成因

目前我国大部分软件公司，无论是产品型公司还是项目型公司，都没有形成完全适合自己公司特点的软件开发管理模式，虽然有些公司根据软件工程理论建立了一些软件开发管理规范，但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量不稳定，软件后期的维护、升级出现麻烦，同时最终也会损害用户的利益。随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程中，应用开发的项目管理日益受到重视。

2、软件项目管理常见问题及解决方案

（1）缺乏项目管理系统培训

在软件企业中，以前几乎没有专门招收项目管理专业的人员来担任项目经理，被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方面的知识比较缺乏。解决方案：项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。

（2）项目计划意识问题

项目经理对总体计划、阶段计划的作用认识不足，因此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。解决方案：计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定相关知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。

（3）管理意识问题

部分项目经理不能从总体上把握整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。有些项目经理没有很好的管理方法，不好安排的工作只好自己做，使项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。解决方案：加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。

（4）沟通意识问题

在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失；有些人没有每天定时收邮件的习惯，以至于无法及时接收最新的信息。

3、软件项目管理的现状分析

软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10％的项目能够在预定的费用和进度下交付。1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31％的项目未做完就被取消，53％的软件项目进度通常要延长50%的时间，只有9％的软件项目能够及时交付并且费用也控制在预算之内。软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。Windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。

4、我国软件项目管理的前景

应该很清楚地意识到，项目管理在中国起步较晚，项目管理水平与高速增长的经济建设不相适应，也不利于参与国际竞争，必须奋起直追，赶超国际先进水平。展望未来，我们面临的不仅有广阔市场的大好机遇，还有必须认真对待的严峻挑战：

（1）、随着中国加入WTO，工程建设市场竞争时代的来临，加大项目管理力度势在必行。只有稳定提高实力，迅速熟悉并掌握国际规则，主动溶人贸易体系，不断加强竞争实力和项目管理水平，才不会在激烈的市场竞争中失败。

（2）、随着中国宏观控制体制调整和市场经济改革的深化，工程公司、项目管理公司和工程咨询公司等企业必须进一步深化管理体制和运行机制改革，加快重组，与世界接轨，建立现代企业制度，才能成为自主经营、自担风险、自负盈亏和自我发展的良好经济实体，在项目管理中提供高质量、有针对性、有竞争力的服务。

（3）、目前，中国建设市场在管理体制、法制建设、运行机制、中介服务、价格政策和社会习惯等方面仍有许多有待改进的工作要做。中国必须建立法制的、政府监督的、自我约束的管理体系，建立公开、公平、公正的投资中介市场，加大投资中介服务的法律责任，为工程咨询和项目管理创造更好的市场环境。

（4）、中国公司应该进一步加强与美国、欧洲和澳大利亚的国际项目管理机构和协会之间的合作与交流。充分利用理工大学和学院加强项目管理的理论与实践研究，建立自己的项目管理体系，引进和开发先进的项目管理软件系统，提高项目管理水平，为工程公司、项目管理公司和工程咨询公司的发展提供更好的环境。

（5）、中国必须培养自己的优秀项目管理专业人员，大力提高项目管理水平。专业人才匮乏是影响中国项目管理快速发展的主要因素，中国应当把培训和建立一支优秀项目管理专业人员队伍作为战略任务来抓。中国项目管理人力资源结构必须通过国内国际相关培训和认

证机构以及项目管理实践来改进。只有采取上述的措施，中国企业才能适应可持续发展要求并在激烈的市场竞争中立于不败之地。刚刚在9月1日，邦永科技于广东亚洲国际大酒店召开首届渠道峰会，被业内同行称之为“来势汹汹”。此会议共在全国招募了30多个地区总代理商，11月份正式启动市场。据了解，邦永的产品定位为中低端，价位在5万到40万元之间。邦永目前加紧平面营销渠道建设的同时，还在酝酿许多与行业主管部门的技术合作，似乎对打造国内项目管理行业标准胸有成竹。无怪乎邦永拿出这么大的举措：据资料显示，20xx年中国政府拨3000亿元专款用于各类政策性项目，省、市地方政府捐助至少1000亿元的专款，全国每年至少有20xx个新的1亿元以上的大中型项目。如果这些项目都采用软件来进行管理的话，市场非常可观。邦永对这个市场充满信心，尽管项目管理软件市场在中国仍然处于启动阶段，但市场已经很大，高中端市场的容量在一亿元以上，3—5年内将达到6亿元左右。这还是一个比较保守的数字。总而言之，软件项目管理领域仍然是一个比较新的领域，竞争态势还远未达到白热化的程度，但前景十分可观。需要不断的去开发与研讨，才能让软件充分的发挥在项目管理的领域，但在软件项目管理中，存在在的各种风险管理应该根据不同的因素而做出不同的解决措施，让项目管理可以发挥到一定的程度，使之更加的完善。最后感谢张冰峰老师一学期来的教导。

篇9：软件项目管理工作总结

软件项目管理工作总结

软件项目管理已经到了学期的最后，我们seed小组的软件项目也已完工，这一个学期真的是获益匪浅！

礼平老师曾经说我既可以走技术路线也可以走管理路线，一切都看我自己。真的很是佩服老师的看人眼光，很犀利。我知道，现在的我不是没有能力去做好，只是自己没有去做，一直在殿外徘徊，不肯付出努力向前迈进。从大一到现在，我的专业技术一直都是我的短板，理由么，很简单，就是因为自己懒，不肯花时间去做。从以前不知道自己想做什么，到现在明确目标，可以说，软件项目管理课程给了我很多灵感，让我从自己纷乱的思绪中看清楚了自己最想要的东西。一直自己很喜欢管理，我会花费很多时间在这上面，从大一到现在一直都是，一直没有改变过。在技术上，我总是给自己找借口，总是偷懒，但我现在明确了一点，没有技术，就没有管理！脱离技术的管理是不可能的`，也是不现实的。在这个行业里，技术是一切的基本，想作工程师也好，想作管理者也好，技术都是起步的根基。而我这次所经历的项目更让我明确了这一点。在这个小项目里，虽然我们两个星期就开发完成了这个软件，并交付使用，但是问题还是很多的。在这么一个小项目里，由于需求、设计、代码、文档产生的问题，每一个看似容易，却都需要实实在在的经验在里面，都需要对业务的熟悉，有语言功底作根基。

整个项目进行的过程中，我一直在努力从中学习，我旁听开发组的会议，为组长提供管理意见，为会议、文档制定标准，整个过程我收获了很多。

1、软件项目小组中的人员安排要职责明确，并有配套的管理记录，整理每个人的工作进度，随时更新，以方便开发人员、测试人员之间的沟通。

2、会议、文档、代码都要有相应的“纪律”，否则整个小组的开发效率会大打折扣。

3、对业务的熟悉有助于明确需求，只有明确的需求才能让项目更加顺利的进行。

4、细致的计划可以让项目进行避免很多弯路，可以在任务的初期就发现存在的问题，并及时予以解决。

5、项目文档、代码定期予以备份，当项目遇到未预料到的问题时可以及时恢复，尽可能减少损失。

当然，还有很多，包括软件测试上的收获，写文档的收获，这里就不一一列举了。这是我大学里最认真的一门课，当然，收获也是最多的。

最后，谢谢礼老师给我带来的这一切一切，也感谢同组同学给我的帮助，结果已然不重要了，我所收获的这许多东西，远比成绩要有意义的多。

篇10：软件研发项目管理流程

一、风险评估

软件项目风险是指在整个项目周期中所涉及的成本预算、开发进度、技术难度、经济可行性、安全管理等各方面的问题，以及由这些问题而对项目所产生的影响。项目的风险与其可行性成反比，其可行性越高，风险越低。软件项目的可行性分为经济可行性、业务可行性、技术可行性、法律可行性等四个方面。而软件项目风险则分为产品规模风险、需要风险、相关性风险、管理风险、安全风险等六个方面：

1. 产品规模风险

项目的风险是与产品的规模成正比的，一般产品规模越大，问题就越突出。尤其是估算产品规模的方法，复用软件的多少，需求变更的多少等因素与产品风险息息相关：

(1) 估算产品规模的方法

(2) 产品规模估算的信任度

(3) 产品规模与以前产品规模平均值的偏差

(4) 产品的用户数

(5) 复用软件的多少

(6) 产品需求变更的多少

2. 需求风险

很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的，这些的风险因素有:

(1) 对产品缺少清晰的认识

(2) 对产品需求缺少认同

(3) 在做需求分析过程中客户参与不够

(4) 没有优先需求

(5) 由于不确定的需要导致新的市场

(6) 不断变化需求

(7) 缺少有效的需求变化管理过程

(8) 对需求的变化缺少相关分析等

3. 相关性风险

许多风险都是因为项目的外部环境或因素的相关性产生的。控制外部的相关性风险，能缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组成部分，并觉察潜在的问题,与外部环境相关的因素有：

(1) 客户供应条目或信息

(2) 交互成员或交互团体依赖性

(3) 内部或外部转包商的关系

(4) 经验丰富人员的可得性

(5) 项目的复用性

4. 技术风险

软件技术的飞速发展和经验丰富员工的缺乏，意味着项目团队可能会因为技巧的原因影响项目的成功。在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键，比如：培训、聘请顾问以及为项目团队招聘合适的人才等。关于技术主要有下面这些风险因素：

(1) 缺乏培训

(2) 对方法、工具和技术理解的不够

(3) 应用领域的经验不足

(4) 对新的技术和开发方法应用不熟悉

5. 管理风险

尽管管理问题制约了很多项目的成功，但是不要因为风险管理计划中没有包括所有管理活动而感到惊奇。在大部分项目里，项目经理经常是写项目风险管理计划的人，他们有先天性的不足――不能检查到自己的错误。因而，使项目的成功变得更加困难。如果不正视这些棘手的问题，它们就很有可能在项目进行的某个阶段影响项目本身。当我们定义了项目追踪过程并且明晰项目角色和责任，就能处理这些风险因素：

(1) 计划和任务定义不够充分

(2) 对实际项目状态不了解

(3) 项目所有者和决策者分不清

(4) 不切实际的承诺

(5) 不能与员工之间的进行充分地沟通

6. 安全风险

软件产品本身是属于创造性的产品，产品本身的核心技术保密非常重要。但一直以来，我们在软件这方面的安全意识比较淡薄，对软件产品的开发主要注重技术本身，而忽略了专利的保护。软件行业的技术人员流动是很普遍的现象，随着技术人员的流失、变更，很能会导致产品和新技术的泄密，致使我们的软件产品被它公司窃取，导致项目失败。而且在软件方面关于知识产权的认定目前还没有明确的一个行业规范，这也是我们软件项目潜在的风险。

7. 回避风险的方式

(1) 以开发方诱导能保证需求的完整，使需求与客户的真实期望高度一致。再以书面方便形成《用户需求》这一重要的文档，避免疏漏造成的损失在软件系统的后续阶段被逐步地放大。

(2) 设立监督制度，项目开发中任何较大的决定都必须有客户参与进行的，在该项目中项目监督由项目开发中的质量监督组来实施。

(3) 需求变更需要经过统一的负责人提出,并且要用户需求的审核领导认可,需求变更应该是定期而不是随时的提出,而且开发方应该做好详细的记录,让客户了解需求变更的实际情况。

(4) 控制系统的复杂程度，过于简单的系统结构，对用户来使用比例会有明显的折扣，甚至造成软件寿命过短。反之，软件结构的过于灵活和通用，必然引起软件实现的难度增加，系统的复杂度会上升，这又会在实现和测试阶段带来风险。适当控制系统的复杂程度有利于降低开发的风险。

(5) 从软件工程的角度看，软件维护费用约占总费用的55%~70%，系统越大，该费用越高。对系统可维护性的轻视是大型软件系统的最大风险。在软件漫长的运营期内，业务规则肯定会不断发展，科学的解决此问题的做法是不断对软件系统进行版本升级，在确保可维护性的前提下逐步扩展系统。

(6) 设定应急计划，每个开发计划都至少应该设定一个应急预案去应对出现突发情况和不可遇知的风险。

二、成本预算

1. 成本预算方式

(1) 自上而下的预算方法

自上而下的预方法主要是依据上层、中层项目管理人员的管理经验进行判断，对构成项目整体成本的子项目成本进行估计，并把这些判断估计的结果传递给低一层的管理人员，在此基础上由这一层的管理人员对组成项目的子任务和子项目的成本进行估计，然后继续向下一层传递他们的成本估计，直到传递到最低一层。

使用此预算方式，在上层的管理人员根据他们的经验进行的费用估计分解到下层时，可能会出现下层人员认为上层的估计不足以完成相应任务的情况。这时，下层人员不一定会表达出自己的真实观点，不一定会和上层管理人员进行理智地讨论，从而得出更为合理的预算分配方案。在实际中，他们往往只能沉默地等待上层管理者自行发现问题并予以纠正，这样往往会给项目带来诸多问题。

自上而下更适用于项目启动的前期，与真实费用相差在30% ~ 70%之间。

Scrum使用自上而下的成本预算方式，它不会立即精确地确定成本，而是以最大限度容纳客户对未来产品要求所产生的变更。

(2) 自下而上的预算方法

自下而上方法要求运用WBS（Work Breakdown Structure，工作分解结构）对项目的所有工作任务的时间和预算进行仔细考察。最初，预算是针对资源（团队成员的工作时间、硬件的配置）进行的，项目经理在此之上再加上适当的间接费用（如培训费用、管理费用、不可预见费等）以及项目要达到的利润目标就形成了项目的总预算。自下而上的预算方法要求全面考虑所有涉及到的工作任务，更适用于项目的初期与中期，它能准备地评估项目的成本，与真实费用相差在5% ~ 10%之间。

2. 确定项目支出

总体成本预算就是结合下列多个成本预算方式综合计算的开发成本：

(1) 零基数预算

在成本预算的初期应该使用零基数的计算原则，而不可以使用类似于：以上一年总体费用加上20% 这样粗略的方式计算项目成本。

(2) 软硬件成本、物品成本

物品成本是指类似于：服务器（RAM 硬盘 CPU NIC卡 RAID簇）成本、维护成本、机房租金、光纤通讯成本、软件成本等的成本。

计算成本时需要考虑组装硬盘需时的长短，技术人员需要具备的质素，产品供应商能否提供保证质量，管理时是否需要额外的管理人员这些多方因素。

(3) 软件许可证成本

(4) 外包成本

当使用类似：视频、短信、移动电信类服务、门户网站等子项目时可以考虑以外包形式完成，以降低开发成本。

(5) 人力资源成本

计算人力资源成本时应该使用以最高和最低的工作效率估算平均效率的方式，计算出人力资源的平均成本。

(6) 维修保养成本

三、客户沟通的过程

从客户沟通的方向出发来看，软件项目可分为：需求识别、方案定制、项目实施、项目结束等4个不同的阶段，各个阶段都具有不同的沟通重点。

1. 需求识别阶段

(1) 文本沟通

在需求识别的前期，应该通过问卷、原型展示、界面展示、逻辑处理展示、准化文档模板等方式进行全方位多角度的分析，随时将不明确之处反馈给客户,以期待客户解答。并以文本记录的方式建立需要分析书，并要求客户审核需求分析书，以达到需要分析与客户的真实期望高度一致的结果。

(2) 业务逻辑沟通

在进行业务沟通时，应该了解客户的行业语言，以促进业务分析的过程，越过应用需求和开发之间的鸿沟。沟通过程提倡以草图或者可视信息化的方式进行, 针对不同层面的企业用户提供最适合的操作界面。以多角度的方式思考问题，要抓住需求重点,尤其是客户方领导所关注的创新类和实用类需求。

(3) 需求变更的规范化管理

需求变更在软件开发类项目中是可以理解的,但必须对需求变更做好规范化的管理，以避免出现需求无止境变更的风险。需求变更必须由统一的负责人提出,并且由用户需求的审核领导者认可。需求变更的提出应该是定期而不是随时的，开发方应该做好详细的文本记录,让客户了解需求变更的实际情况和开发方为之所付出的成本代价。

2. 方案定制阶段

该阶段项目的主要任务是与客户共同制定一个以前期明确的需求、双方的资源、项目开始的阶段、实施的时间约定、项目费用限制等为基础的具有可操作性的项目计划,从本阶段开始争取客户全面参与项目的管理，并以双方的共同利益考虑项目实施的具体计划与风险规避。

3. 项目实施阶段

在该阶段,软件项目团队应该与客户共同领导项目的实施。同时,项目团队应实时评估客户满意度,并通过持续改进的方式提高客户满意度,还应要求客户参加必要的培训,以及在必要时检查项目产品。在出现客户的需求变更前,应主动与客户沟通交流,使客户充分了解项目的每个环节,以及变更带来的影响,减少需求变更。如果出现客户需求变更,应与客户一起共同解决由变更引起的成本、进度、质量变化。

4. 结束阶段

该阶段主要进行项目成果的移交，并把系统交付给维护人员，帮助客户实现商务目标，结清各种款项。完成这些工作后应该进行项目评估，审核此项目的成果并总结项目经验。

5. 售前人员注意事项

在产品型项目作为开发成果时，相关销售人员应该注意：对产品的推销不应该过分承诺。如果过分承诺,会给后续的项目实施带来困难;一旦承诺没有兑现,也会降低客户满意度,影响今后合作。如果有附加承诺,一定要以文本形式记录，让实施项目经理知晓并传达给项目组成员。

四、需求分析

1. 需求分析的过程

需求过程包括需求开发和需求管理2个部分：

(1) 需求开发就是对开发前期的管理，与客房的沟通过程，可以分为4个阶段：需求获取、需求分析、编写需求和需求验证。

(2) 需求管理：就是软件项目开发过程中控制和维持需求约定的活动。包括：变更控制、版本控制、需求跟踪、需求状态跟踪。

2. 需求的层次

需求的层次包括：业务需求、用户需求、功能需求、非功能需求等4个方面。

3. 需求开发阶段的重点

(1) 提取业务对象

业务对象是指系统使用的真实对象，例如一个供应链管理 (Supply Chain Management ,简称SCM) 业务对象主要包括：生产批发商、零售商、送货商、顾客多个层次。

(2) 提取业务流程

在了解业务逻辑的过程中，应该列举出所开发软件模块的各自职能，并细化每个工作流程，深入分析业务逻辑。

(3) 性能需求

在分析的前期应该注意客户对所开发软件的技术性能指标，如存储容量限制、运行时间限制、安全保密性等。

(4) 环境需求

环境需求是指软件平台运行时所处环境的要求，如硬件方面：机型、外部设备、数据通信接口;软件方面：系统软件，包括操作系统、网络软件、数据库管理系统方面;使用方面：使用部门在制度上，操作人员上的技术水平上应具备怎样的条件。

(5) 可靠性需求

对所开发软件在投入运行后发生故障的概率，应该按实际的运行环境提出要求。对于重要的软件，或是运行失效会造成严重后果的软件，应提出较高的可靠性要求。

(6) 安全保密要求

在需求分析时应当在这方面恰当地做出规定，对所开发的软件给予特殊的设计，使其在运行中，其安全保密方面的性能得到必要的保证。

(7) 用户界面需求

为用户界面细致地规定到达的要求。

(8) 资源使用需求

开发的软件在运行时和开发时所需要的各种资源。

(9) 软件成本消耗与开发进度需求

在软件项目立项后，根据合同规定，对软件开发的进度和各步骤的费用提出要求，作为开发管理的依据。

(10) 开发目标需求

预先估计以后系统可能达到的目标，这样可以比较容易对系统进行必要的补充和修改。

4. 需求分析的任务

需求分析的主要任务是借助于当前系统的逻辑模型导出目标系统的逻辑模型，其流程如下：

(1) 确定对系统的综合需求（功能、性能、运行、扩充需求）

(2) 制作产品需求文档 (PRD)

(3) 分析系统的数据需求（概念模型、数据字典、规范化）

(4) 导出目标系统的详细的逻辑模型（数据流图、数据字典、主要功能描述）

(5) 开发原形系统

(6) 从PRD提取编制软件需求规格说明书（SRS）

五、面向对象程序设计（略）

1. 设计原则

(1) SRP单一职责链

每个类都应该只负责做一件事。

(2) OCP开封闭合原则

软件的实体（类、模块、函数等）应该是可以扩展的，但是不可修改的。

(3) LSP替换原则

子类必须能替换他们的基类型。

(4) DIP依赖倒置原则

高层模块不应该依赖于低层模块，二者都应该依赖于接口与抽象类。抽象不应该依赖于细节，细节应依赖于对象。

(5) ISP接口隔离原则

不应该强迫客户依赖于并未使用的接口，而应该把胖接口分离。

2. 实现UML建模

(1) 业务对象的提取

(2) 根据SRS、CRC等实现用况建模

(3) 实现业务顺序图

(4) 建立类图，根据用况图建立对象之间的关联

(5) 绘制活动图、实现协作图、状态图

六、开发管理

1. 建立项目计划

(1) 设计总体架构

针对系统的实施需要，采取适当的且成熟的框架结构。

(2) 控制可扩展度

扩展度过大，将提高系统的复杂程度，延长开发时间；扩展度过低，会直接影响系统的二次开发与维护。控制系统的可扩展性，能提高开发效率，降低系统维护的难度。

(3) 建立基础设施

合理分配部署软、硬件等基础设施所需要的时间与成本（例如：服务器的订购安装、光纤接入、软件平台订购）。

(4) 划分开发任务

利用WBS（Work Breakdown Structure，工作分解结构）对可交付结果进行分类与划分。每个项目都能划分为多个不同阶段，每个阶段又可以分为多个工作包（Work Package），工作包是WBS里最小的可交付结果，最后从工作包中分解出多个开发任务列表。

(5) 部署开发进度

一个项目应该按进度划分为多个开发阶段，每个阶段的开发周期一般在30~60个工作日以内。在此阶段内应该与客户举行协商会议，制定产品路线图，在开发过程中邀请客户积极参与并提出反馈意见。然后把该时段内的开发任务按照开发难度，依赖性，重要性等多方条件划分为多个迭代周期。

在Scrum 敏捷软件开发原则中，应该把每个迭代任务进一步细分为多个开发任务列表，再开发任务分配给组员各自负责，而开发时间应该控制在15个工作小时以内。如果开发时间超出15个工作小时，应该考虑把开发任务再度细化。开发任务建议应该由组员自主选择，而不要使用强制分配的方式。

(5) 测试项目成果

每个工作包都应该同步部署测试工作，提高项目的质量。对出错BUG的工作包应该由测试人员以文本方式记录，向开发人员展示错误所在，让开发人员及时进行修改。

2. 管理开发团队

(1) 组建团队

按照工作任务与项目时间的前提条件建立团队，按团队职责分配人员，一般团队人数应该控制在8~12人之间。当团队人数超过15人时，应该考虑把团队分解成2个独立团队，负责不同的开发任务。

(2) 分配开发任务

在每个迭代周期内（一般是15~30个工作日），应该把每个工作包进一步细分为多个开发任务，再开发任务分配给组员各自负责，开发时间应该控制在15个工作小时以内。如果开发任务的开发时间超出15个工作小时，应该考虑把任务再度细化。而开发任务应该以自由选择的方式分配给每个组员。

(3) 监督开发进度

在迭代的前期举行一次会议，让组员了解开发的进展及流程，并以自主选择的方式分配开发任务。期间可使用Microsoft Project等工具记录开发流程的进展，在每个工作包完成开发后应该进行性功能的测试，并以文本方式记录测试结果。

每天举行一次15分钟的站立会议，让组员交待昨天已完成的开发任务，当天将要做的任务，与开发过程中所遇到的问题。并在每周末举行一次例行会议，交待总体进程。

在迭代末期举行一次冲刺会议，总结项目的进展，交行已完成的任务，回顾该迭代周期内所遇到的问题，为下一个迭代做好准备。

(4) 系统测试

对每个已完成的工作包进行适时的测试，保证系统质量与性能。对测试结果进行文本的记录，并把测试结果与绩效工资收入挂钩，并以真实数据计算组员的绩效收入。

(5) 解决开发中所遇到的问题

对开发人员进行前期培训，可适当按工作能力分配任务，指导组员的开发。当遇到问题时应该在当天的站立会议时即时提出，并在15个工作小时内解决所遇到的问题以防止问题进一步扩大。

3. 监管产品质量

(1) 质量需要的是计划、设计而并非审查的。在产品建立的初级，必须与“质量保证”（QA）的部门进行协商，以正式文档的方式，决定恰当的质量策略和标准。

(2) 在开发过程中使用TDD（测试驱动开发）的模式，提高开发质量。测试人员应该以文本方式记录bug，并与开发人员共同工作的，把突出的缺陷演示给开发人员，以提高修改的效率。

(3) 在每个迭代的结束时进行一次产品效果的演示，从客户、使用者、高层领导中收集反馈信息。在团队内部举行评审会议，分析测试结果，了解产品性能，为下次迭代所需要做的改进做好计划。

4. 修改项目计划

(1) 在产品需要识别阶段，应该以文档形式记录产品功能与开发流程，在开发计划需要修改时，应该与客户共同探讨，让客户了解计划修改对项目进度所造成的影响。

(2) 项目计划的修改应该由统一的负责人提出,并且由用户需求的审核领导者认可。需求变更的提出应该是定期而不是随时的。

(3) 计划的变更应该做好详细的文本记录，让客户了解需求变更的实际情况和开发方为之所付出的成本代价。

七、产品交付

1. 项目的后期审核

在项目开发最终完成后，对开发人员来说可算是放下工作的重担，但对项目经理来说这往往是项目的关键时刻。前期的风险评估、成本预算、需求分析、软件设计都是为了引导项目走向这一时刻，此时所有的目光都将投向项目管理人员。你可能发现大量而琐碎的工作将要在几个小时内完成，此刻项目经理更需要保持清醒与镇定，把最后的工作视为微型项目来对待。细致地对项目进行后期的审核，分析项目成果、项目团队的效率、可交付产品的价值，以此审核结果可作为项目管理经验总结的一部分。

2. 质量评审

在项目交付前，应该把项目交给相关的“质量保证”（QA）部门进行质量评审，并邀请典型用户感受产品的质量。

3. 项目的最终交付

正常情况下在项目的前期就会订立项目交付的协议，项目交付方式分为非正式验收与正式验收两种。一般在项目完成后都会先进行非正式验收，让客户体会项目的质量并提出反馈意见，最后在客户肯定产品质量后再以书面协议的形式进行正式的产品验收。

4. 项目的最终报告

在项目的最后，应该制定项目的最终报告，此报告可以视为是对该项目一个记录，但报告不必包含项目的所有方面。一般最终报告应该包含以下方面：

(1) 最初引进项目时的初期项目视图

(2) 对该项目的价值评估及支持性信息

(3) 项目的范围

(4) 项目的开发流程及WBS

(5) 项目的会议记录

(6) 项目变更的报告及变更的理由

(7) 与项目相关的沟通过程文件

(8) 项目的审核报告与客户验收报告

(9) 项目成员的表现报告

(10) 项目的最终成果

[软件研发项目管理流程]

篇11：如何成功管理一个软件项目

成功管理软件项目1:实行严格的产品控制。

软件开发过程中不应随意改变需求，因为改变一项需求往往需要付出较高的代价;但是软件开发过程中改变需求又在所难免，基于外部环境的变化而出现改变用户需求的情况是一种客观需要，而且迅速应对客户的需求变更是顾客本位的内涵之一。在这种情况下，只能依靠科学的产品控制技术来顺应这种要求。当改变需求时，为了保持软件各个配置成分的一致性，必须实行严格的产品控制，其中主要是实行基准配置管理。所谓基准配置又称基线配置，它们是经过阶段评审后的软件配置成分(各个阶段产生的文档或程序代码)。基准配置管理也称为变更控制：一切有关修改软件的建议，特别是涉及到对基准配置的修改建议，都必须按照严格的规程进行评审，获得批准以后才能实施修改。避免开发人员对软件随意进行修改。

成功管理软件项目2:分阶段的生命周期计划管理

统计表明，不成功的软件项目中约有一半左右源自计划不周。本原则意味着，应该把软件生命周期划分成若干阶段，相应地制定出切实可行的计划，然后严格按照计划对软件的开发与维护工作进行管理。勃姆认为，在软件的整个生命周期中应该制定并严格执行6类计划，即项目概要计划、里程碑计划、项目控制计划、产品控制计划、验证计划、运行维护计划。不同层次的管理人员必须严格按照计划各尽其职地管理软件开发与维护工作，绝不能受顾客或上级人员的影响而擅自背离预定计划。

成功管理软件项目3:坚持进行阶段评审。

软件的质量保证工作不能等到编码阶段结束之后再加以实施，其理由为：第一，大部分错误始于编码之前;第二，错误的发现与修改时间越晚，需要付出的代价就越高。因此，本原则意味着，在软件开发的每个阶段应该进行严格的评审，以便尽早发现软件开发过程中的错误。

成功管理软件项目4:结果应能清楚地审查。

与其他有形产品不同，软件是看不见摸不着的逻辑产品。软件开发人员的工作进展情况可见性差，难以准确度量，从而使得软件产品的开发过程比一般产品的开发过程更难以评价和管理。为了提高软件开发过程的可见性，更好地进行管理，应该根据软件开发项目的总目标及完成期限，规定开发组织的责任和产品标准，从而使得所得到的结果能够清楚地审查。

成功管理软件项目5:开发小组的人员应该少而精。

该原则意味着，软件开发项目的组成人员的素质应该好，而人数则不宜过多。开发小组人员的素质和数量是影响软件产品质量和开发效率的重要因素。素质高的人员的开发效率比素质低的人员的开发效率可能高几倍至几十倍，而且素质高的人员所开发的软件中的错误明显少于素质低的人员所开发的软件。此外，随着开发小组人员数目的增加，因为交流问题而造成的沟通成本也急剧增加。因此，构建和维持少而精的开发团队甚至标杆团队是软件工程的一条基本原理。

成功管理软件项目6:采用现代程序设计技术。

从提出软件工程的概念开始，人们一直把主要精力用于研究各种新的程序设计技术。从60年代末提出的结构程序设计技术到最近的面向对象技术，人们不断创造先进的程序设计技术。实践表明，采用先进的技术既可提高软件开发的效率，又可提高软件维护的效率。

软件项目成功的关键

随着客户需求的变化，现在很多软件企业的日子越来越不好过了，以前每签一个项目就“树立一座丰碑”，现在则陷入“每签一个项目就树立了一座墓碑”的尴尬境地，为什么会这样呢?根据我们辅导的企业情况来看，软件项目关键问题在需求管理。需求管理是导入型问题，如果需求都没有搞清楚，跑的越快，死得越惨。

第一：客户对软件的需求不明确

由于很多软件项目都是在需求朦朦胧胧的状态下进行的，客户自己也没有搞清楚自己到底需要什么，只是感觉现在的工作状态不理想，想通过信息化来改善一下，提高工作效率，具体怎么设计、怎么实施，没有一个清晰的思路或者流程。

软件企业在接到项目需求之后，由于现在市场竞争非常激烈，很多企业甚至在不知道客户需求什么，我们能不能做的情况下，就满口答应客户所有需求，草草签订了合同，有的甚至连合同都没有签订，直接开始做。

第二：客户对需求管理都不够重视

在客户方面，很多客户仗着自己是甲方的地位，也不重视对内部需求的管理，一会一个部门提出一个需求，一会另一个部门又提出一个需求，有的时候甚至不同部门的需求相互冲突相互矛盾。他们认为我们出钱了，你们就是要满足我们的需求。这样的心态不仅浪费了我们自己的资源，也浪费了乙方的资源。

第三：软件企业对需求管理都不够重视，缺乏规划化的需求管理流程

有些软件企业可能会觉得比较冤，说黄老师，我们非常重视客户需求呀，难道说我们不重视需求管理吗?

首先，我们现在很多企业没有规范化的需求管理流程。不知道如何科学收集客户需求，如何整理需求，如何进行需求分析，哪些是用户需求，哪些是功能系统，哪些是系统需求，哪些是业务需求?

其次，没有需求跟踪文档的管理。可能很多企业都没有完整的需求文档，那就更加谈不上需求跟踪与需求管理了。需求文档的管理是非常重要的，在项目进行过程中，客户的需求可能会像挤牙膏似的慢慢一点一点出来，这个时候，我们要对客户的需求进行记录进行跟踪，我们也会根据项目的进展状况，对需求进行整理和回顾，这样需求才能有据可查，如果没有需求跟踪文档，需求信息必定会凌乱，不系统，甚至会出现前后矛盾的情况。

再次，没有对需求进行优先级划分。很多企业对客户提出的所有需求统统接收，没有对客户的需求进行优先级划分，哪些是紧急重要的需求，哪些是不紧急不重要的需求，哪些是确定的需求，哪些是不确定的需求。结果导致无论客户提出什么需求，都在第一时间进行响应，有的什么还美其名曰：“我们是以客户为中心”。这种不是以客户为中心的做法，这种做法是鼓励客户犯错误，浪费企业资源。

第四，没有对客户需求进行引导或者合理的拒绝。由于处于乙方的地位，很难对客户的需求管理进行约束，因此，很多企业缺乏合理拒绝客户不合理需求的勇气和流程，有的时候甚至直到客户提出的需求不合理，为了满足“客户需求”，还是要求研发人员及时响应。结果是鼓励客户肆无忌惮无视合理需求，提高研发人员的挫折感，延期项目进度。

第四：缺乏需求变更管理流程，缺乏对需求变更的处罚机制

由于软件行业的需求收集和需求分析存在一定的困难，因此，很多企业就默认客户需求一定会变化的现实。对需求变更采取放任的态度。

我们承认，软件行业的客户需求确实很难把握和管理，如果我们不加以管理，那就更加难以管理了。因此，采取正确的需求变更管理可以有效提高软件需求管理的精确度，减少需求变更的频次。

首先我们要从内部控制的角度来进行，公司内部要建立规范化的需求管理流程和变更管理流程，各个部门和相关负责同志要提高能力，正确引导客户需求，合理拦截客户不合理需求，提高对需求变更的认识，积累经验，提高需求变更的准确率。

其次，我们从客户需求管理入手，帮助客户建立规范化的需求管理流程，最后是客户当面内部先对需求进行收集和整理，通过评审之后再发给软件企业，这样比较无效劳动，提高工作效率，避免项目进度延迟，利人利己。

再次，加强对相关岗位需求变更管理的考核与激励机制，针对造成重大损失的变更要进行处罚，对做的好的需求管理团队进行奖励。

软件项目的需求管理是导入型问题，如果前面的需求管理没有解决，后面的实施就很难进行，因此，软件企业一定要提高“一次性把事情做对的能力”。如果前面的需求没有了解清楚，后面将会花费更多的时间和成本。软件企业如何提高需求管理水平呢?我们认为可以从以下几个方面进行加强。

提高对需求管理的认识。

建立规范化的需求管理流程。(包括客户的)

建立需求跟踪文档。

对需求进行优先级划分。

拒绝客户不合理需求，学会引导客户需求。

建立需求变更管理流程，制定相应的奖励和处罚机制。

如果想在本行业进行长期耕耘的企业，还要加强对市场的研究和技术发展趋势的研究，根据公司战略定位和产品定位，选择目标客户群，对目标客户群进行需求分析和识别，把客户现在的需求，未来的需求按照BAS级别进行系统分析，结合技术的发展趋势，这样才能真正做到引导客户需求.

篇12：软件项目管理学习心得体会

第一，要认清形势。

我觉得任何事情一定要在认清形势的基础上再开始考虑如何计划，这样才能让别人满意你的结果而自己也能获得较大的收获。一开始，*总就强调过，我们不应该把这个项目当成还是课堂的项目，完成老师的硬性要求，而是一个真正的公司的项目。这样我们就可以考虑到时间方面的限制和我们在技术上的优势，而在需求上与甲方PM交涉。我们公司内部在经过一番讨论后，确定了最利于我们完成该项目而又达到甲方PM要求的项目方案，然后与甲方PM进行商榷，在与甲方PM分析了各种情况后，最后终于敲定了让甲方PM满意，而我们自己又认为能完成得比较好的需求。

第二，相信团队合作才可能把项目做到最好。

从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。首先，团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法，因为每个人考虑问题的时候总会有各种各样的偏差，我们只有沟通很好的沟通来综合所有人的好的想法，以减少走弯路，而让事情进行的更顺利。我们公司内部的沟通是比较随意的，因为大家都比较熟悉，任何时候有什么想法都会提出来，然后大家一起讨论，并得出最后的结果。而整个项目的进行中很重要的又比较正式的沟通就是与甲方PM的沟通，完成这个项目其实也是与甲方的合作的过程，因为甲方PM是在职人员，他的人生阅历比我们多，而且沟通能力是很强的，我们从与他的'沟通中都学到了不少知识与技巧，其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。我们其实也很感谢甲方PM，他很认真负责地跟我们沟通，我们在沟通中用词不当或犯什么错误时，他都会指出来，并改正我们的说法，因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。

其次，团队合作的关键环节就是在有效沟通的基础上进行分工，分工要明确，落实到每个人。由于这个项目时间的限制和语言的不熟，这个项目必须由我们公司所有成员都尽努力才能做好，这样就需要合理的分工。比如我们这个项目中分为总的来说可以分为界面，核心算法，和数据库这三个模块，而算法也分有好几种，只有把它们分配给对各模块感兴趣的人做，让他们在规定的时间里进行钻研努力，才能达到最好的效果。我们组在这方面做的比较好，苏总在我们项目提出时，就根据各人的能力和兴趣把每个人分配在不同的主要任务中，在每周与甲方PM定好下阶段的提交物后，都是仔细地把任务均匀地分配给各个人。因为我们组是按照每人的工作量来最后算成绩的，均匀地分配任务就不会造成组员的不满了。再其次，团队合作中协作是必不可少的。在项目组中各成员都明确了任务后，就需要大家单独工作的同时去配合其他人。尽管大家都有不同的任务，但是相互之间在一些问题互相协作的话，不仅可以提高各个任务进行的速度，也利于对项目中别的模块的了解。

由于我们组的成员都是比较熟悉的，所以在协作方面还是不错的，比如某人搭建完环境后，帮其他的组员在他们自己的电脑上搭好，这样就会节省大量的时间，而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工，但毕竟是一个项目，之间还是有很大的关联的，这样在编码的时候，都会进行讨论和互相帮助，这样就减少了错误的可能性也节省了时间。最后，项目经理的监督是必不可少的。一个团队中，难免有人会偷懒或拖延，或者完成任务的质量不理想，项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况，以保证项目的成功。虽然我们组没有出现上面提到的种种情况，苏总还是进行了严格的监督，我们每人都是按照苏总给我们的计划提交相应的产品给他，但质量是参差不齐的，苏总都会进行审核，然后给出建议，让我们修改优化后，他才把产品提交给甲方PM，因此甲方PM一直对我们的提交物比较满意，这与苏总的努力是分不开的。

第三，要详细制定计划，并严格按照计划来执行。

这次的项目周期很短，因此计划就显得格外的重要，只有进行详细的计划，我们才有紧迫感，并要求自己抓紧时间完成当天的任务。对比去年的软件工程课，那个项目与这个项目的规模差不多，但是开发周期是真个学期，每个阶段都显得很长，就算制定了一个计划，也没有按照那个计划来，拖个几天是很正常的，今天不能完成明天做，因为有的是时间，这样越来越松懈，就把大量的任务往后压，到最后就拿质量换时间了。而这个项目一开始就让人有很强的紧迫感，计划几乎是细到天的，我们每人组员都要在周报中详细汇报这周中每天做了什么的，PM通过周报来很好地管理进度，当然必要的情况下还是会做相应的变动的。到最后我们的项目如期完成了，而且结果是比较让人满意的，这样的结果对比去年的就会让我以后在做别的事的时候，更加自觉地详细做计划并严格按照计划执行。另外，这样做的好处就是让人感觉每天都很充实，没有虚度光阴，每次我浑浑噩噩地度过一天而没有学到任何东西后，我都有一种罪恶感，感觉对不起父母和关心自己的人，而制定了详细的计划并认真执行的话，每天都会以饱满的精神状态来学习，心情也很好，这样才是健康的生活方式。

虽然通过这门课，我的经验更佳丰富了，个人编程能力，沟通能力等都有了一定提高，但是我也感觉到了自己的诸多不足，比如我的沟通能力还有待提高，这或许不是一两天的问题，但是我会更加注意，并在以后的生活学习中，留心并提高沟通能力。还有不足就是项目期间，热情还不是不够，每次都把相应的任务做完后，就不管了留给PM，然后等下一个任务，而自己却没有更加用心地去考虑如何把整个项目做的更好，或许是因为我不是PM的缘故吧，在以后的项目中，我要改变这种心态，以更加积极的热情去参与项目。

篇13：软件项目管理的论文

软件项目管理的论文

软件项目开发是一项系统而复杂的工作它需要一个团队互相配合、分工协作。软件项目管理系统可以规范一个软件开发团队的日常工作，下面是关于软件项目管理论文，欢迎借鉴！

随着信息技术的飞速发展，软件产品的规模也越来越庞大,各软件企业都在积极将软件项目管理引入开发活动中，对开发实行有效的管理。但国内软件企业对于软件项目的认知，在一定程度上盲目多于理性、理论多于实践。鉴于上述问题，本文分析了基于项目管理的软件开发过程需要注意的几个问题。

1需求开发要注意的问题

需求开发作为软件项目启动的初始工作有两个目标:发现真正的需求并以适合于用户和开发人员的方式加以表述。

发现需求即需求获取,“真正的需求”是指在实现时可以给用户带来预期价值的需求“;以适合于用户和开发人员的方式”即需求定义,主要是指对需求的最后描述必须让用户和开发人员无歧义的理解。在需求开发过程,软件开发人员要注意如下的两个问题:

1.1 不要忽视非功能需求

通常，需求分析人员更多的关注功能需求，而忽视非功能需求，从而导致 NV[2]( 即“下一版本”) 陷阱。陷入 NV 陷阱后，产品的质量会大打折扣，甚至“拿不出手”。另外，不完整的需求也容易导致架构的错误设计，如:1.1.1 XX 查询的响应时间必须小于 1 秒;1.1.2 并发用户的数量每小时超过 10000个用户对于此类性能方面的非功能需求，直接影响到架构中持久层设计所采用的技术，而且这种架构上的缺陷实际上很难在“下一版本”轻易的改变。为了防止陷入 NV 陷阱，非功能性需求从一开始就要被提出来，和功能性需求一样受到应有的重视。如果这些非功能性需求是确实需要的，就应该被写入需求规格书，并在产品开发过程中接受实现状况的检查。

1.2 正确面对需求变更

在大多数软件项目中最不稳定的部分就是需求。在项目需求分析阶段，必需全面的、应尽可能细致地讨论项目的应用背景、功能要求、性能要求、操作界面要求、与其它软件的接口要求，以及对项目进行评估的各种评价标准。但由于各方面的原因用户需求始终处在一个持续变化的状态中，这是项目开发人员必须的接收的事实。那么对于这样的现状，软件开发者该怎么办呢? 其一是把需求变化控制在最小的范畴，在需求变化发生之前尽量减少需求变化; 其二是在设计软件体系结构时，不仅应该想到如何满足现在已经提出的用户需求,同时也应适当地考虑到需求的变更，想办法应对需求变化，例如:采用面向对象的思想。世界都是由对象组成的，而对象都是持久的。面向对象的开发方法的精髓就是从企业的不稳定需求中分析出企业的稳定对象，以企业对象为基础来组织需求、构架系统。这样得出的系统就会比传统的系统要稳定得多，因为企业的模式一旦变化，只需要将稳定的企业对象重新组织就行了。这种开发的方法就被称为 OOAD(Ob-ject Orient Analysis & Design 面向对象的分析和设计)。

2项目管理人员需要克服的障碍

项目管理是一项控制性的工作,项目管理者的工作重点就是控制和协调。项目管理者首先要确保每个成员完全理解任务,要把任务的目标解释清楚，并强调他对最终期限及评估成果的期望。

在软件的整个开发过程中项目管理者需要有效的监控工作进展，并提供给每个成员必要的协助，以确保整个开发团队朝着目标前进，并且在项目迭代开发过程中的设定可观测的里程碑。作为团队开发的项目管理者,要让整个开发团队有效地运转，发挥团队每位成员的最大能量,必须要克服下列障碍：

2.1障碍一:不信任员工

最简单的例子是，在重量级(Heavyweight)方法[3](制定了大量的规则的 RUP 方法)中,基本假设是对人的不信任，但不信任就会产生很多的问题，比如士气不高，计划赶不上变化，创新能力低下，跳槽率升高等等。轻量级( Lightweight) (像XP 这样只制定少量的规则来规范行为的方法)方法的出发点是相互信任，做到这一点是很难的，但是一旦做到了，那么这个团队就能高效运作。

2.2 障碍二:对任务的控制走向极端

很多项目管理者害怕失去对任务的控制。如果能够保持沟通与协调的顺畅，采用类似“关键会议制度”等手段，强化信息流通的效率与效果，任务在完成的过程中，失控的可能性其实是很小的。同时，在安排任务的时候，项目管理者应该尽可能地把问题、目标、资源等，向各成员交代清楚，也有助于避免任务失控。

2.3 障碍三: 管理意识薄弱

在软件企业中，项目经理大多是技术骨干。因此有些项目管理者凭着自己的技术实力宁可自己做得很辛苦，也不愿意把工作内容交给团队成员。为什么呢? 他们认为，教会部下怎么做，得花上好几个小时; 自己做的话，不到半小时就做好了，花那么多时间教他们，还不如自己做更快些。问题是: 难道项目管理者就这样一直把所有的事情都自己做吗? 由于团队成员的经验、技能等方面的差异，尽管项目管理者自己亲自动手可能做得比其他成员好，但是如果项目管理者能够教会团队成员，就会发现: 其他成员也可以做得一样好，甚至更好。也许今天项目管理者要耽误几个小时来教其他成员干活，但以后他们会为项目管理者节省几十、几百个小时，让项目管理者有时间对关键业务作更多的更深入的思考，以保证软件开发的成功。

3 软件模块的再认识

每一个软件模块都具有三项职责: 第一个职责是它运行起来所完成的功能，这也是该模块存在的原因; 第二个职责是它要应对变化，几乎所有的模块在它的生命周期内都要变化，开发者应保证这种改变尽可能的简单。一个难以改变的模块是拙劣的，即使能够工作，也需要对它进行修正; 第三个职责是能和阅读它的人很好的沟通，对该模块不熟悉的开发人员也能比较容易的阅读并理解它。一个无法进行沟通的模块也是拙劣的，同样也需要对它进行修正。

当开发人员最初编写一个模块时，代码对于他们来说看起来也许是清晰的.。这是由于他们专注于代码的编写，对代码非常熟悉。

经过一段时间后，开发者回过头来在去看那个模块，就知道自己怎么会编写如此糟糕的代码。为了防止这种情况的发生，开发人员必须站在阅读者的位置，对代码进行必要的重构，这样其他的阅读者就能够理解代码，同时所有的代码也需要团队中其他成员的评审。

4 重视经验的总结

在软件开发的过程中，对每一问题的解决不可能一开始就有一个好的方法，在解决一系列类似的问题后，开发人员再回过头来重新审视和评价自己解决问题的方法，在大多数情况下，开发人员都可以对这些解决方法加以提炼，对具有共性的解决方法进一步抽象，寻求更通用的解决方式，并将该设计经验提交到团队资源库组织成项目事件库。项目尽管有其独特性，但借鉴从同类型的项目之间的经验教训提炼出来的知识是很十分有价值的。

在项目的收尾阶段，不仅是给项目的利益相关者一个正式交代，还有一个任务就是项目整个过程的经验教训予以提炼形成企业的知识财富[4]。企业的知识往往是隐含、散落在员工群体中，因此需要将员工的隐性知识转化成公司的显性知识。

结束语

项目管理虽然没有非常高深的理论，但要真正实施起来，也绝非易事。对于软件开发企业而言，这不是一个小的改变，而是一种变革，企业需要为此付出艰苦的努力，从而在实践中锻炼提高，解决各种各样的问题，使项目管理工作越做越好。

参考文献：

[1]郑人杰等.实用软件工程[M].北京:清华大学出版社,.4.

[2]新产品开发项目中的需求问题[EB/OL].

[3]Roger S.Pressman;黄柏素,梅宏译.软件工程-实践者的研究方法 [M]. 北京: 机械工业出版社,,10.

[4]丁荣贵等.软件企业项目管的有效性研究[J].经济与管理研究,,4.

篇14：软件项目管理课程论文

软件项目管理课程论文

摘要：通过分析软件行业对软件工程人才的需求特征以及学校的办学定位和专业的培养目标，提出了“层次化”教学内容、“多样化”教学方法、“多元化”教学手段以及“立体化”教学资源的软件项目管理课程的建设方案，激发了学生的学习兴趣，提高了教学质量，增强了学生的实践动手能力，取得了较好的教学效果。

关键词：软件项目管理；教学改革；课程建设

软件工程是一门研究如何利用工程化方法构建和维护软件系统的学科，软件项目管理是软件工程学科的一个重要分支，它涉及工程概论、管理学、计算机科学与技术、数学、统计学等多学科知识，是一门综合性较强的专业课程，在软件工程专业课程体系中占有十分重要的地位。随着计算机科学的蓬勃发展，计算机软件行业进入了快速发展时期，需要大量即掌握软件工程理论知识又具有软件工程实践经验的专业人才，这就对软件工程专业的课程教学提出了更高的要求。本文从软件项目管理课程建设思路出发，介绍了本校软件工程专业的软件项目管理课程的建设情况，讨论了提高软件项目管理课程教学质量的方法和途径。

1 课程建设思路

软件项目管理课程是软件工程专业本科生必修的一门重要的专业课程，主要讲授软件项目管理的基本原理、概念、方法、技术和工具。课程的培养目标是使学生掌握软件项目管理的全过程，了解每一环节的管理要点；掌握软件项目管理过程中使用的方法、技术和工具，并且能够灵活地使用这些方法、技术和工具进行软件项目的管理工作；培养学生的问题分析能力和工程应用能力，为从事实际软件项目开发工作和软件工程理论研究打下良好的理论基础和技术基础。在课程改革的进程中，我们以“知识、能力、素质”为主线，将课程的培养目标与学校的办学定位（培养服务于地方经济的高级应用型人才）及软件工程专业的培养目标（从事软件项目研发的高级应用型人才）紧密衔接，课程建设以人才需求为根本目标，根据专业培养目标确定课程的教学目标，根据教学目标组织教学内容，创新教学方法，优化教学手段，建设教学资源。

2 构建“层次化”的教学内容

软件项目管理课程具有理论性和实践性较强的特点，因此我们根据专业培养计划和课程目标，采用自底向上的层次化方式组织教学内容，以应用为目标，以理论为基础，以方法、技术为支撑，以工具为手段，逐层推进，逐步求精，构建知识模块，形成了“软件项目管理”课程的层次化教学内容。

软件工程学科主要包括技术和管理两方面内容，软件项目管理是软件工程专业中唯一的一门讲授软件工程管理的专业课程，因此在组织教学内容的过程中，我们将培养学生的管理意识作为课程的核心内容，强调塑造应用型软件工程人才的职业素质；将软件项目的`质量管理、过程管理和资源管理的理论、方法及技术作为课程的基础内容，注重夯实理论基础；将软件项目管理各种具体方法、技术以及工具的应用作为拓展内容，培养学生的工程应用能力。这种层次化的教学内容充分体现了软件项目管理课程的理论性与工程性特征，即注重基础理论的教学又注重工程实践的教学。

3 采用“多样化”的教学方法

软件项目管理课程的教学重点是软件项目管理的基本原理、任务、方法、过程与技术，运用项目管理方法完成实际软件项目的过程管理、质量管理、资源管理和风险管理。教学难点是在对项目管理基本原理的深入理解的基础上，掌握项目管理的方法与技术，并将其应用于具体的软件项目中。针对本课程的教学重点和难点，在课程讲授中，综合运用了以下多种教学方法：

（1）问题驱动与原理演示相结合

将“问题驱动”的思想应用于软件项目管理的理论课教学中，在各教学主题都设立了提出问题、分析问题、解决问题的环节，通过解决问题的过程掌握软件项目管理的技术与应用技巧。

（2）案例驱动与项目实战并行

依据软件项目管理课程的知识结构将讲授内容划分成模块，并组织相应的案例，将“案例驱动”的思想应用于每个模块的教学中，通过案例的讲解使学生掌握软件项目管理的方法和技巧；每一个知识模块学习完毕，均以小组方式开展软件项目管理研究，将课堂所学应用于项目实践，为学生提供了即时的动手实践机会，使学生建立技术与管理并重的工程化思维模式。

（3）启发教学与讨论教学并用

对教学重点讲解先从启发式教学开始，采用提出问题、分析问题、解决问题的线索引入教学内容，做到教与学有机融合，引导学生思考、总结并应用，避免一言堂的僵化教学模式，从而培养创新意识。

（4）课内教学与课外自学和辅导相补充

建设软件项目管理课程的教学网站，利用现代化教育技术手段辅助教学，通过网络平台为学生提供多层次、个性化、人性化的学习条件，通过网络课堂、原理演示、案例评析等形式，使学生理解抽象的理论、掌握应用方法，减轻学生的学习困难，增加学习兴趣，提高教学效率和教学质量。

4 实施“多元化”的教学手段

为了提高软件项目管理的教学质量和教学效率，充分利用现代化的教育技术来辅助教学，依据软件项目管理课程的特点，探索和实施了多种教学手段，取得了较好的教学效果，具体内容如下：

（1）板书与CAI课件相结合

在课堂教学中，以板书为主，通过CAI课件恰当引入图解或视频的方式展现软件项目管理的过程，以及各管理活动的彼此依赖关系，使学生领会项目管理精髓，掌握软件项目管理具体方法。

（2）软件平台与项目实践相结合

搭建软件项目管理教学平台环境，提供经过裁剪的来源于实际项目素材，采用项目实战形式进行课后的实践教学，使学生亲身体验软件项目管理全过程，提升学生的软件项目管理实战能力。

（3）纸介质与电子文档相结合

改变作业提交与批改方式，课堂作业以纸介质形式提交，手工批改，重在考察学生对基本理论的理解情况，课后作业利用网络以电子版形式提交，网上批改，重在考察学生的理论和技术的应用能力。

（4）网络与面对面相结合

辅导答疑采用网络与面对面相结合的形式，通过定期的面对面答疑和随时的E-mail交流以及约定时间的QQ在线指导，解决学生在学习过程遇到的各种问题。打破了传统教学固有的时空局限，充分体现了以学生为主体的现代教学理念。

5 建设“立体化”的教学资源

构建由教材、电子课件、教学辅导资料、课程教学网站组成的立体化教学资源，在建设好第一课堂的同时，积极开辟第二课堂，课上、课下相互衔接、相互配合，实现了单一教学主体（以教师为主体）向双重教学主体（以教师为主体，以学生为主体）的转变，拓展了教学空间，培养学生的创新意识与创造性，使学生由被动学习转变为主动学习，有效地解决了软件项目管理课程内容与学时之间的矛盾，同时也拓宽了学生的知识面。

6 结束语

在软件项目管理课程的建设过程中，我们首先结合学校的办学定位和软件工程专业的培养目标确定了课程的教学目标，从组织教学内容、创新教学方法、优化教学手段及建设教学资源等几个环节入手，结合软件项目管理课程的工程实践性特点，提出了教学内容“层次化”、教学方法“多样化”、教学手段“多元化”、教学资源“立体化”的课程建设方案，在教学实践中取得良好的教学效果，在一定程度上促进了软件工程专业教学水平的提高。

参考文献

[1] 张丽娟，李万龙，郑山红，赵辉. 基于三维立体交叉渗透的软件工程课程建设[J]. 计算机教育，(13):54-57.

[2] 覃征，杨利英等. 软件项目管理[M]. 北京：清华大学出版社，:1-30.

[3] 李广原，马楠. 国外软件工程教学法初探[J]. 计算机教育， 2011(1):87-90.

[4] 王海英, 李双全, 黄金杰, 徐珊. 精品课程建设促进教学改革发展的实践与思考[J]. 电气电子教学学报, (9):5-8.

篇15：软件项目成本管理论文

摘要：

我有幸能参加了某海事局监管指挥系统的开发，担任项目经理一职。该系统是在电子海图平台上整合原有的基础业务数据船舶、船员、危险货物、行政处罚，显示与DLP大屏幕摸拼接投影，并通过视频会议系统与各市局相连，为海上搜救决策提供辅助。项目与2月招标，4月签订合同，5月试运行，5月通过验收，总投资780万元。

本文简要叙述了项目的基本情况，描述了对成本管理以及成本管理的成本估算、成本预算、成本控制三个过程的认识。并结合本项目详细阐述了项目成本管理过程中面临的问题、原因和解决方法：即借鉴同类项目，邀请专家评估，做好成本估算；借助WBS和进度表，做好成本预算计划；结合有效的工具加强成本跟踪和控制。最后指出项目的不足是忽视了质量成本的控制，并总结出一条经验:成功的成本管理就意味着项目成功的一半。

年，我有幸参加某海事局监管指挥系统的建设，担任项目经理一职。该项目是14年2月招标，4月签订合同，正式进入建设阶段，合同价是780万。根据合同的约定，15年5月试运行，16年5月验收。该项目总共含7个子系统：电子海图平台、数据交换平台、内外网网络安全、海上辅助决策、溢油漂移应急、大屏幕拼接投影、视频会议系统。主要实现在海图上事例原有的基础业务数据船舶、船员、危险货物、行政处罚，显示DLP大屏幕拼接投影上，并通过视频会议与各市局相连。当发生海难时，可在海图上点击遇难船只，获取船舶基本信息；船舶签证、查验等动态信息；船上船员及其所接受过的所有专业培训的信息，并根据要求，以遇难船为中心，划定半径，选择半径范围内有施救能力的船舶，通过VHF指挥过往船舶进行施救，对海上搜救起到了辅助决策的作用。

众所周知，成本管理是项目管理的重要组成部分，也是一个十分容易被忽视但又是十分重要的内容。成本管理是指在项目实施的过程中保证完成项目所花费的实际不超过其预算成本而开展的成本估算、成本预算和成本控制等方面的管理活动。成本管理的目的是通过执行项目成本管理过程和使用一些基本项目管理工具和技术来改进项目成本绩效。项目组整体上把进度和预算交付项目作为我们最大的挑战，因此，我们十分重视对项目进度和成本的控制和管理。

项目成本管理的基本过程是：成本估算、成本预算和成本控制。成本估算是对项目投入的各种成本资源采用类比、自下而上、资源单价、差别估算等估算方法，对各种必需的资源的成本进行近似的估算；成本预算是将成本控制的基准。不给控制是利用成本控制系统、绩效评估、偏差管理等方法，与进度控制结合进行的有效控制。

因为本项目是全国董事系统第一家在海图平台上叠加各业务信息，对于我们公司也是第一次尝试。如何在限定的时间里，不超支地完成项目，对我们来说是一个挑战。在项目成本管理和控制上，我采取以下几方面措施来解决了成本管理中经常出现的问题：

一、借鉴同类项目，邀请专家评估，做好成本估算

在以为的项目中，常出现成本估算和成本预算的出入比较大的现象，分析其原因，不外乎三点，一是草率的成本估算，二是在项目范围尚未确定时就进行成本估算，三是对成本估算太乐观或太保守。草率多是由于管理层的压力而为，所有必须进行解释并取得理解，而对第二点，则在项目范围确定之后再进行估算。

在本项目的成本估算时，我们尽量参考公司的知识库，努力寻找本项目与以前项目的共同点，寻找最大程度的类似。对于有不确定性的地方。找出最大确定度。通过类比进行估算。比如我们借鉴了以前开发过的船舶报告系统X船员管理系统等系统开发过程中的实际资源和数量的使用情况记录，并提交一份详细的资源需求清单，包括人员、材料、设备等关键信息。由于要在电子海图平台上叠加各业务基础信息，并实现溢油漂移的模拟，考虑的到海图平台有国际标准，溢油是采用欧洲现有的数字模型，所以我们请大连海事大学及以上海事大学的高级专家对相关子系统的项目功能点及所需工作信息量会审。利用会审结果对交付物所需的资源和数量做出初步估算。

通过借鉴同类项目，并邀请专家评估后，我们对项目的成本有了初步的估算，同时我们考虑了一部分的风险应急金和质量预防成本，并提前考虑项目管理上产生的费用，给出一个总成本误差70万元一般是20%偏差。

通过采用借鉴同类项目，邀请专家评估并留有管理费用的主法进行成本估算，估算的准确度提高了不少，缺点是对同类项目的类似程度难以准确界定。

二、借助WBS和进度表，做好成本预算计划

通常情况下项目的预算常常会超过估算，这是因为估算划初步的估计，而预算是需要将成本估算分配到项目的各项WBS要素，确定各项工作和活动的成本定额，此时已经可以较精确的判定每个工作包的工作量及技术难度，并考虑人的成本因素，所有预算通常超过估算。

本项目根据系统成本估算结果，得出成本总计。并以20%的比例预留了储备金，在此基础上制定出成本基准计划。并画出了用S曲线表示的成本基准。利用这个基准，为监控项目和实施进度提供了一把标尺。

采用这种方法的优点是成本基线和WBS是衡量和控制成本的很好的标尺，缺点是WBS分解时，领导层一般是以进度为准，而用户一般是以质量为准，不好把握二者之间的平衡点。

三、结合有效的工具，进行成本跟踪和控制

很多项目估算和预算做的都不错，但是在时间施工过程中却出现成本大大超过预算，研究其原因，是设有统一的标准和规范，且软件项目的成本很大程度上是人力的成本，是无法用工具或流水线来衡量的，有太多的不确定性因素，比如技术能力、工具使用熟悉度，甚至是心情。同样规模的项目由不同的项目组成员执行，成本可能相差非常悬殊，这就是人的因素导致的。只能通过实时的成本跟踪并采取控制措施减少实际成本的超支现象。

此项目聘请大连海事大学的专攻海图平台的博士生导师为本项目技术顾问，主要负责培训如何在海图地图上叠加各层基础业务停息，海图有其专门国际标准S57和S52，不适用于陆地图MACINFO等开发平台。前期对开发人员的专业培训，加速了开发速度，缩短开发周期，减少了开发成本。

我们是采用公司内部的数字神经系统对成本进行实时的跟踪和控制。数字神经系统是我公司根据多年的项目经验自行开发的，已经完成的感知，传导到大脑，进行判断、分析、控制之意。在该系统中，每位职员每日必须填写工作日志、并结合考勤、报销等内容，实现财务状况、管理上状况的在线查询，并进行评估，有效促进项目管理和基本因素的控制。

比如开发网站的信息发布时，复用了公司开发的构件。构建工具由项目组成员进行配置使用。在实施的过程中出现无法完成功能的情况，我们协调构建组的成员配合实现。功能实现后，根据工作日志判断原因是因为工具不完善，而不是项目组成员对工具不熟悉。工具公司的资源规则：构建工具不完善导致的情况，成本归构建组；项目组成员对工具不熟悉引起的成本归项目组。通过数字神经系统将此成本归入构建组。

采用事先培训，结合数字神经系统进行有效控制，我们有效地控制了成本，数字神经系统的缺点是每日填写日志，需要花费较多的时间，无形中提高了人力资本。

经过上述行之有效的项目成本管理工作，在进度和成本控制上也取得了不错的结果，获得了用户的好评。

在项目中，我们也发现了一下不足之处，比如没有控制好质量成本，为实现用户提出的某些属于完美性质质量要求花费时间太多。虽说是需求赶着工程走，需求是驱动力，我们必须满足用户的需求，但是我们也应该引导用户，让用户了解软件系统本身具有的功能一界面一功能更强一整合的规律，放弃一些完美性质的需求。针对这些问题，我们会在今后的项目中改正。

综上所述，我们看到信息系统项目的成本规律绝对不仅仅是处理一堆数据，它贯穿于项目的始终，目的在于帮助项目经理更好地发现项目存在的问题并且为之采取必要的措施提供了依据。经验告诉我们，成功的成本管理就意味着项目成功的一半。

篇16：软件项目成本管理论文

摘要：

在软件开发所具有的特殊性决定在其成本控制过程中也具有一定的特殊性，而怎样应用其所具有特殊性做好软件开发成本控制，在信息产业相关领域的成本管理中是一个重要的课题。基于此，本文主要对软件开发的项目成本中存在的影响因素进行分析，探讨软件开发的成本控制措施。

关键词：

软件开发成本控制对策

与传统的产品生产及工程项目等相比较，软件的开发项目具有的特殊性较为典型。其在研制过程中和生产密不可分，而产品的成功研制代表产品的生产能够基本实现，所以在软件的开发项目中，其整个开发过程都可作为设计的'过程，无需投入大量物质资源，主要的核心为人力资源，并且软件开发产品主要以技术文档及程序代码为主，并无其他物质成果。此外，软件产品是一种纯知识的产品，在开发的进度与质量中难以估计与度量，并且难以预测与保证生产效率，从而使得软件开发的复杂性加大，导致难以预见与控制各种风险。

一、软件的开发项目的成本组成和影响的因素

（一）软件的开发项目成本组成

在软件开发中，其项目的成本一般由下列几个方面所组成：①人力资源的成本：主要是相关项目人员成本开销，其包含项目成员的工薪、红利与外包合同工作人员、临时雇用人员的薪酬与加班费用等；②资产类的成本：也就是资产的购置成本，指的是产生或者形成的项目交付物中所需使用的有形资产等，其包含计算的硬件与软件、网络设施、安装工具、外部及电信设备等；③管理的费用：主要用在项目的环境维护中，并保证项目在完工时所支出成本，其包含办公室的供应、房屋的租金与设备及支持服务等；④项目的特别支出费用：指的是在项目实施过程中及完工时成本支出，其包含准备费用及培训费用等。

（二）影响软件开发项目成本的主要因素

1.项目的质量对于成本所带来的影响

通常情况下，项目的质量主要从质量的保证措施与质量的故障维护两个方面分别对成本起影响作用。在排除产品的故障与确保产品恢复功能时产生的费用所形成的成本，以及提高产品的质量时产生的费用所形成的成本两者之间具有互相矛盾与反比的关系，项目的质量越差，在前期所投入的故障排除成本就越低，而因质量的不合格所造成的损失就越大，从而增加了维护成本；与之相对，项目的质量越高，出现的故障越少，前期所投入的故障排除成本提高，那么后期的维护成本也就随之降低。

2.项目的工期对于成本所带来的影响

在软件的开发项目中，工期长短对于项目成本具有很大的影响，主要体现在：项目经理部门为确保工期所需措施费用，若工期缩短，则需要投入更多技术更好的成员或者团队，并且需要投入更为密集的硬性成本，增加了直接成本；而由于工期的延误而造成的业主索赔等成本，也可以称之为工期的成本损失。

3.人力资源对于成本所带来的影响

对于软件开发的成本控制，人力资源是其重要的影响因素，对于高技能与高素质的工作人员来说，其人力资源的成本较高，在工作效率与工期长短及产品质量中所占据的优势就更为明显，并且在总体上可降低企业的成本；对于一些技能与素质还有待提高的人员，会在一定程度上延长工期，降低工作效率，甚至需要雇用更多工作人员，从而增加了成本。

4.价格对于成本所带来的影响

市场上人力资源与硬件软件价值对于成本也会产生直接的影响，并且对于项目成本的估算影响比较大。

二、软件开发的项目成本在控制过程中所存在的问题

（一）项目成本的管理问题

许多企业在当前软件开发的成本管理中没有将权责利三者很好的结合起来，对项目成本的管理责任只推到成本管理的主管身上，使得难以完善成本管理的体系，造成项目成本难以管理。

（二）项目人员的意识问题

现阶段软件开发人员虽然大部分具有软件开发的专业技术，但是其大多数缺乏相应的经济观念，对于成本控制的意识较为淡薄，尤其是一些没有单独核算项目的企业，其项目经理更偏重技术而不是管理，通常只是简单把项目的成本管理责任归到财务部门中。

（三）质量成本的控制问题

质量成本指的是为了提高与确保软件的质量而产生的所有必要费用，以及由于没达到质量的标准所遭到的经济损失。我国的软件企业长期以来都无法充分的认识到成本与质量质检的关系，其是辨证统一的，但是往往习惯将质量与成本相对立，片面的追求效益而忽视了质量，却因质量不达标而又支出额外的成本，不但会增加成本的支出，还会对企业的信誉造成严重影响。

（四）工期成本的控制问题

工期成本指的是为了实现项目的工期目标所采取的相关对策时产生的费用，在项目管理中工期目的是其重要的目标之一，企业是否能够完成合同的工期是引起成本变化的关键因素。虽然当前软件企业对于项目的工期与明确要求，而在工期和成本之间的关系中却很少深入探讨，并且不够重视工期的成本问题，使得在认识上存在误区，认为越早完工越好，甚至一些企业盲目赶工期，使得项目的额外成本增加。

（五）风险成本的控制问题

在软件开发中，风险成本指的是项目不确定引发的项目风险，并在对其成本进行管理的过程中，对于项目的风险与潜在风险甚少考虑。使得一旦出现风险，就对项目成本产生严重冲击。

三、软件开发的项目成本主要控制对策

（一）构建责权利结合的成本控制机制

成本计划的编制与下达成本的控制指标，是成本指标考核中一个重要的依据，对于每一个部门与个人的工作范围与工作职责明确界定，并给予相应权利，做到赏罚并行，能够有效的构建责权利结合的成本控制机制，并在这个机制中层层落实责任担负方，从而对形成完整的成本控制机制，并有效的控制成本具有重要意义。

（二）强化项目过程的管控，加大成本控制力度

首先，软件开发企业要加强决策阶段成本的控制，决策阶段指的是企业最终选择的经营方向，其在软件成本的成本管理中是第一个环节也是核心环节，在此阶段对于成本的控制关键是要在决策之前对市场进行科学深入的分析与调研。其次，加强在软件开发的需求整理与分析确认的成本控制，其中，需求管理是指市场营销人员按照高管对市场的决策所提出的具体产品或项目原始需求；而需求分析指的是技术人员分析市场的需求，评估市场的可实现性和实现的难度及大概的工时等，从而提交出相关的需求报告，最后有市场的经营部门确认。

第三，提高软件开发阶段的成本管理与控制力度，在开发阶段中成本指的是需求确定，并在划清具体开发成本的管理问题上，引入最大的可控制的成本概念。

第四，强化软件开发的需求变更，对其成本进行科学管控，需求变更是指开发的过程当中，因市场部门需求的改变而造成的成本加大由此采取的控制对策，其关键是对每一个变更的步骤有效跟踪，并严格的核算每一次变更时所需工时等，做好相关评估，从而明确需求变更存在的风险，分析其必要性，促进成本的管理。

（三）加强各个要素的成本控制

正确的处理在质量成本中各个要素之间的管理，加强其成本控制，也就是处理好预防费用、质量损失及检验费用等关系，通过科学规范与先进合理的对策，在保证质量满足设计要求的基础上，尽量降低软件开发的项目成本。并且需要正确的处理好成本和工期之前的关系，加强在工期中成本的控制；凸显人力资源在成本控制中的核心地位，强化人力的成本控制等，原因是人力资源是成本控制的核心关键，工期成本与质量成本都需要归结到人力资源的管理成本中，并尽可能的降低人均成本支出，从而加大企业的经济效益。

（四）提高对成本动态控制的效率

软件开发的项目成本在动态管理的过程中必须根据企业发展的实际情况与项目具体要求，通过企业即定资源的利用，在确保项目进度与质量满足客户要求的基础上，对软件开发的项目成本实施有效的跟踪、组织、分析、实施、控制及考核等一系列管理过程。通过这个过程可以有效地降低项目的成本，提高利润。而成本动态控制主要包括资源的计划、成本的估算、预算及控制等，在这个过程中必须根据企业的实际情况，从而满足成本动态控制的要求。

四、结束语

在软件开发过程中对其项目成本的控制具有显著的特点，其与传统成本控制有所区别，软件企业的管理主要以项目的管理为主，并在项目管理的过程中有效地控制成本。因此，深入的了解在软件开发的项目成本中所具有的特点，不断加强对软件项目的开发成本控制，从而不断地提高企业在项目管理与成本管理中的管理水平，进一步增强企业竞争力，进而促进企业的高效发展。

参考文献：

[1]钟侠.论软件项目成本控制分析[J].信息与电脑（理论版），，（4）：35-36.

[2]刘若珍，李欣.解析企业软件开发项目的需求管理[J].中小企业管理与科技（上旬刊），，（3）：54-56.

[3]王龙芳，杨华.软件开发项目的成功标准及关键因素研究[J].经济论坛，，（9）：66-69.

[4]赵炜.软件公司软件开发项目管理问题及对策分析[J].商场现代化，，（29）：847-849.

[5]庞鑫.软件开发项目团队建设若干问题研究[J].项目管理技术，2014，（2）：36-38.

篇17：软件项目管理的7个建议

即使在最完美的条件下，管理一个软件项目也是很困难的，不幸的是，许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过，只依靠某一两条“妙计”，是无法顺利完成项即使在最完美的条件下，管理一个软件项目也是很困难的。不幸的是，许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过，只依靠某一两条“妙计”，是无法顺利完成项目的。

定义项目成功的标准在项目的开始，要保证各方对于判断项目是否成功有统一的认识。通常，跟紧预定的进度是唯一明显的成功要素，但是肯定还有其他的因素存在，比如，增加市场占有率、获得指定的销售量或销售额、取得特定用户满意程度、淘汰一个高维护需求的遗留系统等。

把握各种要求之间的平衡每个项目都需要平衡它的功能、人员、预算、进度和质量目标。我们把以上五个项目方面中的每一个方面，综合成一个约束条件，你必须在这个约束中进行操作；你也可以定义成与项目成功对应的驱动力，或者定义成通向成功的自由程度。可以在一个规定的范围内调整。

定义产品发布标准在项目早期，要决定用什么标准来确定产品是否准备好发布了。你可以将发布标准基于：还存在有多少个高优先级的缺陷，性能度量，特定功能完全可操作，或其他方面表明项目已经达到了它的目的，不管你选择了什么标准，都应该是可实现的、可测量的、文档化的，并且与客户所指的“质量”一致。沟通承诺尽管可能无意中承诺了不可能的事件，但不要做一个明知不能保证的承诺。坦诚地和客户和管理人员沟通那些实际成果。任何以前项目的数据会帮助你做说服他们的论据，虽然这对于不讲道理的人来说没有真正的作用。

写一个计划有些人认为，花时间写计划还不如花时间写代码，但是我不这么认为。困难的部分不是写计划，困难的部分是做这个计划――思考，沟通，权衡，交流，提问并且倾听。你用来分析解决问题需要花费的时间，会减少项目以后会带给你的意外。

把任务分解成“英寸大小的小圆石”“英寸大小的小圆石”是缩小了的里程碑。把大任务分解成多个小任务，帮助你更加精确地估计它们，暴露出在其他情况下你可能没有想到的工作活动，并且保证更加精确、细密的状态跟踪。为大任务制定计划工作表如果你的组经常承担某种特定的通用任务，你需要为这些任务开发一个活动检查列表和计划工作表。每个检查列表应该包括这个大任务可能需要的所有步骤。这些检查列表和工作表将帮助小组成员确定和评估与他必须处理的大任务相关的工作量。

篇18：软件项目管理中的一些误区

误区一：我们拥有一套讲述如何开发软件的书籍，书中充满了标准与示例，可以帮助我们解决软件开发中遇到的任何问题，

客观情况：好的参考书无疑能指导我们的工作。充分利用书籍中的方法、技术和技巧，可以有效地解决软件开发中大量常见的问题。但实践者并不能因此依赖于书籍，这是因为：（1）现实的工作中，由于条件千差万别，即使是相当成熟的软件工程规范，常常也无法套用。（2）软件技术日新月异，没有哪一种软件标准能长盛不衰。祖传秘方在某些领域很吃香，而在软件领域则意味着落后。

误区二：我们拥有最好的开发工具、最好的计算机，一定能做出优秀的软件。

客观情况：良好的开发环境只是产出成果的必要条件，而不是充分条件，

如果拥有好环境的是一群庸人，难保他们不干出南辕北辙的事情。

误区三：如果我们落后于计划，可以增加更多的程序员来解决。

客观情况：软件开发不同于传统的农业生产，人多不见得力量大。如果给落后于计划的项目增添新手，可能会更加延误项目。因为：（1）新手会产生很多新的错误，使项目混乱。（2）老手向新手解释工作以及交流思想都要花费时间，使实际开发时间更少。所以科学的项目计划很重要，不在乎计划能提前多少，重在恰如其分。如果用“大跃进”的方式奔向共产主义，只会产生倒退的后果。

误区四：既然需求分析很困难，不管三七二十一先把软件做了再说，反正软件是灵活的，随时可以修改。

客观情况：对需求把握得越准确，软件的修修补补就越少。有些需求在一开始时很难确定，在开发过程中要不断地加以改正。软件修改越早代价越少，修改越晚代价越大，就跟治病一样道理。