软件开发项目管理（谈企业项目管理软件开发的问题与对策_软件开发与项目管理）

本文目录

• 谈企业项目管理软件开发的问题与对策_软件开发与项目管理
• 软件项目管理的建议
• 软件开发项目管理过程中的风险管理研究
• 什么是软件项目管理
• 开发软件的项目管理方法

谈企业项目管理软件开发的问题与对策_软件开发与项目管理

　　摘 要： 随着信息产业的飞速发展，项目管理中的软件开发日益显得重要，并倍受重视。本文对项目管理在软件开发应用的问题方面进行了分析，并提出了相应的对策。 　　关键词：项目管理；软件；开发应用；问题；对策
　　
　　现在，信息技术发展速度越来越快，在这种背景下，企业需要应对信息化变化的挑战就必须高度重视软件的开发在具体项目中的应用。但目前一些企业在软件的开发与应用中存在着许多不容忽视的问题，需要我们认真研究并努力解决。
　　一、项目软件管理的基本内涵
　　1、什么是项目管理
　　项目管理是在一定的约束条件下，以高效率地实现项目业主的目标为目的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。
　　2、为什么要有项目管理
　　没有项目管理，项目也有可能成功。但没有管理的项目，很难保证项目的利润空间，对公司来说，亏损的风险就大。所以，我们要有项目管理，以保证公司在总体上是盈利的，注意不是每一个项目都要盈利。
　　二、项目软件管理的发展现状
　　现在项目管理作为一种现代化管理方式在国际上已获得了广泛的应用，从最初的国防、航天、建设工程领域，迅速发展到电子、通信、计算机、软件开发、金融等行业以及政府机关的项目管理工作。随着计算机、网络系统的迅速发展，项目管理技术的不断进步，项目管理软件产品层出不穷，其功能、特点、应用对象也各不相同。从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。
　　软件开发是一项复杂的系统工程，牵涉到各方面的因素，实际工作中，经常会出现各种各样的问题，甚至面临失败。如何总结、分析失败的原因，得出有益的教训，对一个公司来说，是在今后的项目中取得成功的关键。目前的软件开发正逐步趋向于复杂化、多元化，大多数开发团队中都会出现同时开发多个版本、开发维护工作并存、多地点同时开发等情况，给软件开发管理带来了前所未有的困难。如果管理不善，必将造成版本混乱，各个开发人员的工作相互交叉、干扰，整个开发团队的工作在一种无秩序的不良状况下运行，严重影响软件产品开发的进度和质量。
　　三、项目软件管理常见问题及解决策略
　　1、缺乏项目管理系统培训
　　项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法，所以在实际工作中没有项目管理知识的指导，完全依靠个人现有的知识技能，管理工作的随意性、盲目性比较大。在软件企业中，以前几乎没有专门招收项目管理专业的人员来担任项目经理，被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方面的知识比较缺乏。
　　解决策略：项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。应实行项目经理知识技能资格考核制度，让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。
　　2、项目计划意识问题
　　项目经理对总体计划、阶段计划的作用认识不足。项目经理认为计划不如变化快，项目中也有很多不确定的因素，做计划是走过场，因此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。
　　解决策略：在高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定相关各种知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。
　　3、管理意识问题
　　部分项目经理没有意识到自己项目经理的角色，没能从总体上去把握管理整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。
　　解决策略：加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。
　　 4、风险管理意识问题
　　项目经理没有充分分析可能的风险，对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档，而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性，对计划书中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么指导作用。
　　解决策略：通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。
　　5、不重视项目经验的总结
　　项目经理在项目结束时有些是因为自身对写文档工作的兴趣或意识，或者是因为紧接着要参加下一个项目，总体对项目总结的重视程度不够。有些是项目总结报告一再拖延，有些是交上来的报告质量较低，敷衍了事。
　　解决策略：在制度上鼓励和加强项目经验总结工作，使得项目总结及时并且具有指导意义而不是走过场。
　　总之，项目软件管理虽没有非常高深的理论，但要真正实施起来，也绝非易事。对于软件开发的主体而言，这不是一个小的改变，而是一种变革，企业需要为此付出艰苦的努力，使项目管理工作越做越好，以此促进企业的优化与发展。

软件项目管理的建议

　　进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明企业的软件生产越趋向于成熟，企业越能稳定发展。管理是影响软件研发项目全局的因素，而技术只影响局部。在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进度控制、需求变化和风险管理等都是与项目管理直接相关的因素。项目管理是软件开发成败的关键。从系统工程的观点看，项目管理普遍涉及到多个目标的要求，一个优秀的项目管理人员，应该注重实践中的分析问题能力，结合理论知识，形成一套行之有效的管理方法，并通过实践来检验它的科学性。正如我们通常所说的，项目管理是一门科学，更是一门艺术。

　　(一)制定周密的项目计划。

　　所有资源和工作都是按照项目计划进行分配和执行的，管理人员应该依据项目计划跟踪和监督项目进展情况，所以制定合理、准确、细致的项目计划是进行项目管理的基础。有效的计划有利于增强项目组成员的紧迫感，减少互相的等待时间。

　　(二)合理组织人力资源。

　　人是决定软件开发质量的最关键、最活跃又最难以控制的因素。要想充分组织和调度人力资源，必须做到：合理配备，各尽其才;落实责任，责权均衡;及时交流，培养团队精神;强化专业分工，实现分类管理，实现人力资源的动态调度。

　　(三)提高计划执行的准确率。

　　树立全面、系统观点，正确评价和改善项目管理系统。项目管理评价进程的一个误区是将评价的重点放在人的方面，而忽视了很多项目问题在于管理系统本身这个事实。人员的敬业谨慎和能力不够只占项目失败原因的10%左右，90%的原因来自于项目管理系统的架构与流程等方面。建立基于统计分析的评价系统，不仅有助于改进项目管理系统，更有助于员工有意识地去收集数据和对数据进行分析，以便提高项目计划的准确度。

　　(四)明确的定义用户需求，明晰项目价值和目标。

　　实施软件项目管理，最终目标需要保证用户满意。正确理解用户需求的多样性，用户的需求包含多个方面，其中既有对项目成果特性的要求，又有用户在感情等方面的需求。可以分为三类：第一类是如果缺少了就不能实现项目基本目的的成果特征;第二类是用户希望得到的能够丰富项目成果的东西;第三类是对用户和项目而言属于多多益善的`东西。对于用户的重要性而言，这三类需求是递减的。

　　(五)加强项目过程控制。

　　项目管理的指导思想不仅关注项目的成果，还要关注项目的过程。项目管理是一种典型的系统管理，也是一种典型的变化管理。项目过程控制的目标在于对项目成果的可预见、项目资源的可调度、项目问题的可追溯、项目组绩效的可评价等几个方面。项目经理和高层管理者必须在对项目各种活动的变动全面了解的基础上，才能确定工作的焦点。

　　(六)良好的信息沟通。

　　沟通是监督、控制的基础，是推动项目执行的基础，更是减少冲突的良方。项目经理应该周期性地向机构管理层和用户报告项目的技术、进度、费用、质量方面的状况，与用户建立和维持友好和开放的关系，为项目沟通积极创造环境，保证会议的高效率。

软件开发项目管理过程中的风险管理研究

软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目不能实现。如果对项目进行风险管理，就可以限度的减少风险的发生。但是，目前国内的软件企业不太关心软件项目的风险管理，结果造成软件项目经常性的延期、超过预算，甚至失败。成功的项目管理一般都对项目风险进行了良好的管理。因此任何一个系统开发项目都应将风险管理作为软件项目管理的重要内容。
　　在项目风险管理中，存在多种风险管理方法与工具，软件项目管理只有找出最适合自己的方法与工具并应用到风险管理中，才能尽量减少软件项目风险，促进项目的成功。
　　项目风险管理
　　项目风险管理是指为了的达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术。项目风险管理的目标是使潜在机会或回报化，使潜在风险最小化。风险管理涉及的主要过程包括：风险识别，风险量化，风险应对计划制定和风险监控，如图1所示。风险识别在项目的开始时就要进行，并在项目执行中不断进行。就是说，在项目的整个生命周期内，风险识别是一个连续的过程。
　　（1）风险识别：风险识别包括确定风险的来源，风险产生的条件，描述其风险特征和确定哪些风险事件有可能影响本项目。风险识别不是一次就可以完成的事，应当在项目的自始至终定期进行。
　　（2）风险量化：涉及对风险及风险的相互作用的评估，是衡量风险概率和风险对项目目标影响程度的过程。风险量化的基本内容是确定那些事件需要制定应对措施。。
　　（3）风险应对计划制定：针对风险量化的结果，为降低项目风险的负面效应制定风险应对策略和技术手段的过程。风险应对计划依据风险管理计划、风险排序、风险认知等依据，得出风险应对计划、剩余风险、次要风险以及为其它过程提供得依据。
　　（4）风险监控：涉及整个项目管理过程中的风险进行应对。该过程的输出包括应对风险的纠正措施以及风险管理计划的更新。
　　每个步骤所使用的工具和方法详见表1：
　　表1 风险管理过程中所使用的工具、方法
　　软件项目中的风险管理
　　1、软件项目中的风险
　　软件项目的风险无非体现在以下四个方面：需求、技术、成本和进度。IT项目开发中常见的风险有如下几类：
　　（1）需求风险
　　①需求已经成为项目基准，但需求还在继续变化；
　　②需求定义欠佳，而进一步的定义会扩展项目范畴；
　　③添加额外的需求；
　　④产品定义含混的部分比预期需要更多的时间；
　　⑤在做需求中客户参与不够；
　　⑥缺少有效的需求变化管理过程。
　　（2）计划编制风险
　　①计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致；
　　②计划是优化的，是"状态"，但计划不现实，只能算是"期望状态"；
　　③计划基于使用特定的小组成员，而那个特定的小组成员其实指望不上；
　　④产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大；
　　⑤完成目标日期提前，但没有相应地调整产品范围或可用资源；
　　⑥涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。
　　（3）组织和管理风险
　　①仅由管理层或市场人员进行技术决策，导致计划进度缓慢，计划时间延长；
　　②低效的项目组结构降低生产率；
　　③管理层审查 决策的周期比预期的时间长；
　　④预算削减，打乱项目计划；
　　⑤管理层作出了打击项目组织积极性的决定；
　　⑥缺乏必要的规范，导致工作失误与重复工作；
　　⑦非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长。
　　（4）人员风险
　　①作为先决条件的任务(如培训及其他项目)不能按时完成；
　　②开发人员和管理层之间关系不佳，导致决策缓慢，影响全局；
　　③缺乏激励措施，士气低下，降低了生产能力；
　　④某些人员需要更多的时间适应还不熟悉的软件工具和环境；
　　⑤项目后期加入新的开发人员，需进行培训并逐渐与现有成员沟通，从而使现有成员的工作效率降低；
　　⑥由于项目组成员之间发生冲突，导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作；
　　⑦不适应工作的成员没有调离项目组，影响了项目组其他成员的积极性；
　　⑧没有找到项目急需的具有特定技能的人。
　　（5）开发环境风险
　　①设施未及时到位；
　　②设施虽到位，但不配套，如没有电话、网线、办公用品等；
　　③设施拥挤、杂乱或者破损；
　　④开发工具未及时到位；
　　⑤开发工具不如期望的那样有效，开发人员需要时间创建工作环境或者切换新的工具；
　　⑥新的开发工具的学习期比预期的长，内容繁多。
　　（6）客户风险
　　①客户对于最后交付的产品不满意，要求重新设计和重做；
　　②客户的意见未被采纳，造成产品最终无法满足用户要求，因而必须重做；
　　③客户对规划、原型和规格的审核 决策周期比预期的要长；
　　④客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和产品生产周期的变更；
　　⑤客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长；
　　⑥客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作。
　　（7）产品风险
　　①矫正质量低下的不可接受的产品，需要比预期更多的测试、设计和实现工作；
　　②开发额外的不需要的功能(镀金)，延长了计划进度；
　　③严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作；
　　④要求与其他系统或不受本项目组控制的系统相连，导致无法预料的设计、实现和测试工作；
　　⑤在不熟悉或未经检验的软件和硬件环境中运行所产生的未预料到的问题；
　　⑥开发一种全新的模块将比预期花费更长的时间；
　　⑦依赖正在开发中的技术将延长计划进度。
　　（8）设计和实现风险
　　①设计质量低下，导致重复设计；
　　②一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新的库或者自行开发新的功能；
　　③代码和库质量低下，导致需要进行额外的测试，修正错误，或重新制作；
　　④过高估计了增强型工具对计划进度的节省量；
　　⑤分别开发的模块无法有效集成，需要重新设计或制作。
　　（9）过程风险
　　①大量的纸面工作导致进程比预期的慢；
　　②前期的质量保证行为不真实，导致后期的重复工作；
　　③太不正规(缺乏对软件开发策略和标准的遵循)，导致沟通不足，质量欠佳，甚至需重新开发；
　　④过于正规(教条地坚持软件开发策略和标准)，导致过多耗时于无用的工作；
　　⑤向管理层撰写进程报告占用开发人员的时间比预期的多；
　　⑥风险管理粗心，导致未能发现重大的项目风险。
　　2、软件项目风险管理模型
　　针对软件项目中的风险管理问题，不少专家、组织提出了自己的风险管理模型。主要的风险管理模型有：Boehm模型，CRM模型和SERIM模型。
　　2.1 Barry Boehm模型
　　模型：RE=P (UO)*L (UO)
　　其中RE表示风险或者风险所造成的影响，P(UO)表示令人不满意的结果所发生的概率，L(UO)表示糟糕的结果会产生的破坏性的程度。Boehm思想的核心是10大风险因素列表。针对每个风险因素，都给出了一系列的风险管理策略。在实际操作时，Boehm以10大风险列表为依据，总结当前项目具体的风险因素，评估后进行计划和实施，在下一次定期召开的会议上再对这10大风险因素的解决情况进行总结，产生新的10大风险因素表，依此类推。考试大收集
　　2.2 SEI的CRM(Continuous Risk Management)模型
　　SEI CRM模型的风险管理原则是：不断地评估可能造成恶劣后果的因素；决定最迫切需要处理的风险；实现控制风险的策略；评测并确保风险策略实施的有效性。CRM模型要求在项目生命期的所有阶段都关注风险识别和管理，它将风险管理划分为五个步骤：风险识别、分析、计划、跟踪、控制。
　　2.3 SERIM(Software Engineering Risk Model)模型
　　SERIM从技术和商业两个角度对软件风险管理进行剖析，考虑的问题涉及开销、进度、技术性能等。它还提供了一些指标和模型来估量和预测风险，由于这些数据来源于大量的实际经验，因此具有很强的说服力。
　　结束语
　　软件项目管理从某种意义上讲，就是风险管理。我们尽量去定义明确不变的需求，以便进行计划并高效管理，但商业环境总是快速变化的，甚至是无序的变化。所以，软件企业在进行项目管理的过程中，必须采用适合自己的风险管理方法进行风险管理，以确保软件项目在规定的预算和期限内完成项目。

什么是软件项目管理

软件项目管理的对象是软件工程项目。它所涉及的范围覆盖了整个软件工程过程。

为使软件项目开发获得成功，关键问题是必须对软件项目的工作范围、可能风险、需要资源（人、硬件/软件）、要实现的任务、经历的里程碑、花费工作量（成本）、进度安排等做到心中有数。 

这种管理在技术工作开始之前就应开始，在软件从概念到实现的过程中继续进行，当软件工程过程最后结束时才终止。

扩展资料：

项目管理原则：

（1）用分阶段的生命周期计划严格管理；

（2）坚持进行阶段评审；

（3）实行严格的产品控制；

（4）采用现代程序设计技术；

（5）结果应能够清楚地审查；

（6）开发小组地人员应该少而精；

（7）承认不断改进软件工程实践的必要性。

开发软件的项目管理方法

轻松提升软件开发管理水平宏天ESTBPM平台的平台无关性和技术无关性能保证企业的发展不受工具本身限制普巴软件开发平台采用当前主流的面向服务的SOA架构和Web2.0、Portal等最新科技成果，内部封装了大量成熟而实用的构件，并内置了Portal系统、统一用户管理系统、内容管理系统、电子表单系统、工作流系统五大基础支撑系统，能够快速实现用户整合、数据整合、应用整合、流程整合