IT项目管理中有哪些常见的风险，如何规避？

从普遍角度上说，一个有效的项目管理要从几方面入手。

1 项目范围

明确定义好项目管理范围，才能有效配置相应资源。

2 项目计划

根据项目要求，制定切实可行的项目计划。国内大部分项目经理都是根据上级指示做事，没有仔细做过项目评估，这就导致在项目执行过程中，经常出现不可控因素，影响了项目的执行结果。

3 项目资源

包括设备，材料，资金，人力资源等。关键是资金和人力资源，一个是保持适当的现金流，一个是保证有足够的人去做该做的事。

4 风险预估

包括对用户及对自身评估两部分。对用户主要涉及其信用度，财务状况，技术能力/经验等方面；对自身主要包括足够的项目管理人员，技术人员配置是否足够，经验是否丰富，有否做过同类项目，用户的付款条件对项目管理造成的风险是否可控？

以上是针对工程类项目，针对软件开发项目，在项目范围/风险中，还需要特别关注用户对项目的具体及特殊要求。

内容来源于ITSS符合性评估落地工具-云雀运维！！！

风险管理规划是在项目正式启动前或启动初期对项目的一个纵观全局的基于风险角度的考虑、分析、规划，也是项目风险控制中最为关键的内容。一　风险形势评估风险形势评估以项目计划、项目预算、项目进度等基本资讯为依据，着眼于明确项目的目标、战略、战术以及实现项目目标的手段和资源。从而实现：通过风险的角度审查项目计划认清项目形势，并揭示隐藏的一些项目前提和假设，使项目管理者在项目初期就能识别出一些风险。尤其是项目建议书、可行性报告或项目计划一般都是在若干假设、前提、预测的基础上完成的，这些假设、前提、预测在项目实施期间有可能成立，也有可能不成立。而这其中隐藏的风险问题又通常是被忽视的。一旦问题发生，往往造成项目管理方的措手不及和无一应对。例如项目计划中假设用户实施小组全力支援、脱産或几乎脱産投入IT项目的实施，但在实际过程中，用户方人员却不得不抽出大量时间处理塬有的业务，造成IT项目实施进度的拖延和实施效果不尽人意的风险。诸如此类的例子还有很多。为了找出这些隐藏的项目条件和威胁，就需要对与项目相关的各种计划进行详细审查，如人力资源计划、合同管理计划、项目采购计划等等。由此我们可以得出，风险形势评估一般应重视以下内容：项目的起因、目的、项目的范围、组织目标与项目目标的相互关系、项目的贡献、项目条件、制约因素等。二　风险识别在对项目的基础的风险形势评估之上，就需要对各种显露的和潜在的风险进行识别。风险识别实际上是对将来可能发生的风险事件的一种设想和猜测。因此，一般的风险识别结果应包括风险的分类、来源、表现及其后果、以及引发的相关项目管理要求。在具体识别风险时，一方面可利用一些常识、经验和判断，通过以前经历的项目中积累起来的资料、资料、经验和教训，或者请教相关的专家和资深从业人员，采用集体讨论的方式。另一方面，可以通过分解项目的范围、结构来识别风险，理清项目的组成和各个组成部分的性质、之间的关系、与外因的联系等内容，从而减少项目实施过程中的不确定性。除此之外，还可以利用一些技术和工具。比如，结合经验和教训，将项目成功和失败的塬因罗列成一张核对表，或者是项目的实施范围、质量控制、项目进度、采购与合同管理、人力资源与沟通等。以上都是风险识别常用的一些手段和方法，当然还有其他更多的途径，因项目而异，灵活运用。三　风险分析和评价在进行风险识别并整理之后，必须就各项风险对整个项目的影响程度做一些分析和评价，通常这些评价建立在以特性为依据的判断和以资料统计为依据的研究上。风险分析的方法非常多，一般采用统计学范畴内的概率、分布频率、平均数衆数等方法。但无论是哪一种工具，都各有长短，而且不可避免的会受到分析者的主观影响。可以通过多角度多人员的分析或者采取头脑风暴法等尽可能避免。此外，我们应当明确，风险是一种变化着的事物，基于这种易变条件上的预测和分析，是不可能做到十分的精确和可靠的。所有的风险分析都只有一个目的，即尽量避免项目的失控和为具体的项目实施中的突发问题预留足够的后备措施和缓冲空间。风险评价之后，项目面临着两种选择，即面临着不可承受风险和可承受风险。对于前者，或者终止项目，或者采取补救措施，降低风险或改变项目;对于后者，则需要在项目之中进行风险控制。

一般IT项目管理中常见的风险有以下几类：

需求变更风险。需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损。预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。

进度风险。有些项目对进度要求非常苛刻，但对于进度要求不高的项目，同样要考虑该风险。项目进度的延迟意味着违约或市场机会的错失，预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。

质量风险。有些项目和用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。一般需要经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。

技术风险。在软件项目开发和建设的过程中，技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。

在应对IT项目的风险方面，可以借助信息化项目管理系统解决，比如8Manage PPM，能够对项目进行全程的风险跟踪，自动检测项目各种系统性风险及其影响，包括项目计划，成本，资源以及质量的风险，并且能根据现有影响自动推测最终的影响，做到自动监测超时和超支风险、自动监测使用不恰当资源与资源短缺的风险等工作，并提供集成的风险登记表和预警提示，使项目人员可清楚地知道若不及时恰当地管理这些风险的严重性。同时，8Manage支持记录用户自定义风险并跟踪风险从开始到结束的整个过程。系统会自动根据风险发生几率的高低和采取行动前后风险的的影响来分类和评估每个风险，以便项目人员更快速有效地确定行之有效的方案来避免风险，为IT项目的成功研发保驾护航。

大多数IT专业人士都知道，自己随时都可能被要求管理一个项目。如果你本身并不是专门的管理人员，那么很可能会遇到很多问题。下面我们就将一些常见的问题及其答案介绍给大家，希望能够对大家有所帮助什么是所谓ROI指的是投资回报。商业管理人士希望能够通过一种定量的判断标准来了解在进行了一定的资源投入之后能够从项目上得到的收益如何。有的时候，IT项目管理给公司带来的收益体现在公司的财政状况上，也有的时候，这种收益体现在财政状况之外的其他方面，还有的时候是两个方面兼而有之。

通常，项目管理在职研究生对项目进行投资回报分析有三个原因：一、证明现有项目的价值，二、证明对项目进行先期投资的合理性，三、使下一步的具体行动更具说服力。如何计算项目的投资回报，在大多数财政性投资回报的计算当中，了解下面这些信息都是必需的：

1、项目成本：维护与运营成本(包括项目分析期内的每一年)；

2、财政收益(如果有的话。包括项目分析期内的每一年)；

3、每年的现金流动(从每年的财政收入中减去成本支出)。

在进行非财政性投资回报计算时，根据计算方法的不同，需要的一些数字。一般来说，包括成本投入和能够表明业务进展的非财务方面的数据。(如时间、数量或质量等)在大多数情况下，你可能要计算财务上的投资回报数据。

应用商业投资回报计算器或是其他的同类工具，任何人都能够简单快速的完成对投资回报的计算什么是成本效益分析在任何的商业-IT决策当中，决策者都会面临多种选择。你可以选择“A”方案，也可以选择“B”方案，还可以哪个方案都不选。最后只有一个方案是“最佳”的。成本效益分析(CBA)会对各种可供选择的方案(技术、项目等)进行比较，通过比较让决策者了解哪种方案是最佳的。好的成本收益分析可以帮助决策者计算出能表明项目影响力的数据。有的时候，成本收益分析是对两个或更多的可选方案的成本和收益进行系统的评估，让决策者了解哪种方案能够给公司带来最大的价值。但同时，成本效益分析又是为了让大家对项目投资回报的预期更理性。它可能包括用在每个内部员工身上的平均成本、系统预期的使用年限、资本费用和用于雇佣合同工的费用等商业案例与成本收益分析是否等同两者是相似的，但并不完全等同。两者都是通过事实来让决策者做出更为明智的决策。商业案例是一种鼓吹似的文档，它的目的是劝说各个利益相关的群体和部门采取某些具体的行动。与成本收益分析相比，商业案例更全面。比如说，商业案例当中通常都会包括对战略性结盟的讨论，而这通常是成本收益分析所不具备的。成本收益分析仅仅是对一些可行的选择方案的“中立”评估，它涉及到各种可供选择的方案的成本、收益、风险、回报等关键数据，并且通过比较让决策者了解哪种方案最有利。

项目交付是项目进展的切实成果，如项目计划或项目计划的某个特定组成部分，比如：状态报告等项目影响分析的目的是什么项目完成之后会使公司某些方面的运作产生变化，而项目进行过程当中又必然要求一定的成本投入。对项目进行前后的不同状况进行比较就是项目影响力分析。这是决定项目是否应当继续进行下去的一个重要判断标准到底什么是风险管理？金融风险管理的目的是确定项目可能出现的问题以及新系统运行起来之后可能出现的问题，确定这些问题一旦出现会造成的影响。

风险管理的另外一个组成部分就是对问题出现的可能性进行评估。综合考虑了所有的因素之后，项目经理就能够对项目风险做到心中有数了。在项目计划当中，项目经理应该列出所有出现可能性较高的风险及其可能带来的消极影响，当然，那些出现可能性一般的风险也不能忽视。要采取切实的行动来消除或减轻列举出的各种风险什么是范围管理对项目范围进行界定的目的是清楚的描述项目的逻辑范围并在此问题上征得大家的一致。对项目范围的陈述用于界定哪些要素在项目范围之内，而哪些要素在项目范围之外。能够界定的项目范围所涉及的方面越多，项目进展起来就会越顺利。下面这些信息可能会起到帮助作用：

1、范围内和范围外的任务类型(业务需求、现状评估)；

2、范围内和范围外的生命周期流程(分析、设计、测试)；

3、范围内和范围外的数据类型(财务、销售、员工)；

4、范围内和范围外的数据来源或数据库(账单、公司总帐，薪水明细)；

5、范围内和范围外的部门(人力资源、制造商、供货商)；

6、范围内和范围外的主要功能(决策支持、数据输入、管理报告)。

在职研究生商业案例当中通常都包括成本收益分析的结果什么是项目管理计划在项目开始之前，项目经理先要制定项目计划。项目计划的制定可以帮助项目经理对项目的任务和工期进行预测，还可以帮助项目经理对未来几个月内的详细工作进行规划，合理配置人员和各种资源。设定一系列一致的项目管理规程会对项目管理有所帮助。项目计划中应当包含的要素有范围管理、风险、沟通、人员配置等。同样，制定项目计划的关键是通过对项目的界定来更好的通过管理实现项目预期。例如，如果你对范围变化请求的批准程序作出了界定并且同大家达成了一致，那么在项目开始之后对变化进行管理就会简单得多项目交付的重要性如何项目交付非常重要。因为它可以帮助项目经理获得股东和项目赞助人的认可，并且可以让股东和项目赞助人了解项目的进展状况。

考研政策不清晰？同等学力在职申硕有困惑？院校专业不好选？点击底部官网，有专业老师为你答疑解惑，211/985名校研究生硕士/博士开放网申报名中：>

IT项目开发人员普遍认为，要高质量并按时完成项目是难以实现的，项目经理们并非不想要高质量的项目成果，他们只是想在质量的基础之上，能够按时完工和低于或等于预算的情况下，实现这个项目。有些项目管理技巧虽然确实可以成功地在降低成本和开发时间的同时不会对质量造成影响，然而，必需注意的是，过度地利用这些技巧就有造成灾难性后果的潜在可能。

1、时间盒(Time boxing)

在破坏项目质量的事件列表上，时间盒的应用排在第一位，当您告诉某人在任务必须移交之前，他拥有多长时间来完成这项工作，我说“移交”而不是“完成”，因为在极端情况下，这经常意味着代码并不完善，仅仅是抓紧时间去完成这项工作。

在大多数情况下，时间盒是有效的，因为它可以做到四件事：

1 它迫使开发者能够富有创造性地在他们的预算之内发现解决方案。

2 它排除了经常添加在软件中不必要的虚饰，而这些虚饰往往并不能增加软件的价值。

3 它防止开发者过度测试。

4 目的只是要得到这件产品，在完整的质量评价(QA)阶段将会有详细的测试，希望在此阶段中能够发现代码中存在的问题。

当存在未知问题，或技术没有经受检验，或没有正确的方法来检验结果的时候，时间盒就无能为力了;当时间盒很小，而且在分配的时间之内并没有可能的办法来实现目标时，这种方法也是无效的。换句话说，时间盒可以很好地解决一些问题，比如充分理解、谨慎评估和执行类的任务;然而，也确实存在时间盒方法不能很好解决的问题，比如研究和发展，还有解决问题等等。

如果时间盒是正确使用的，那么不应当导致测试到很糟糕的代码，这些糟糕的代码可能会导致数百个小时的诊断和返工。时间盒应当适度使用来确保最低的成本、最快和最高质量的软件。

2、误期

所有人都要有奋斗的目标，里程碑是一种受到尊敬的方法，它用来激发人们向同一个目标前进，这种动力可以在很短的时间内得到重大成果。然而，每个人都必须承认里程碑所界定的时间并不是每次都能实现，这时就必须要做出新的决定。

项目经理们必须要在团队中树立里程碑的目标，以此来激励他们前进，但是，当里程碑确立的日期并不现实，而且队员们一再出错，那就应该重新评估这个计划了。如果因为某种特殊情况可以使这个日期不再重要，那么当这个重要日期真正来临的时候，整个团队就只有很小的动力来实现这个里程碑日期。当整个团队连续错过了10个日期，那么第11个日期还重要么这就像喊着“狼来了”的孩子一样。

如果在设定的时间线之后并没有任何处罚，那么当错过这个时间的时候就应该强制执行或者移动整个时间线。

长远来看，不断创造持续的压力和令人迷惑的环境并不能创造出好的软件，开发人员需要能够专心工作的环境。完成项目的日期和关于里程碑日期是否真实的混乱，经常会导致开发人员在开发过程中跳过关键步骤或者造成难以发现的问题。

3、忽视相关性

在软件开发中，我们有很多技巧可以用来延迟相关性，我们可以停用一些函数、移动相连的基本架构，或者绕开众多的错误处理，在正确使用的情况下，所有这些技巧都可以帮助推进一个项目，然而，当为了完成项目，而这些技巧的成本因素又没有被考虑到整个计划当中时，就埋下了烦恼的种子。

很多时候，在项目中排列软件开发的顺序是非常具有挑战的事情，相关性并不容易被发现，因此也就不可避免地有很多相关性因素没有被安排到计划当中。为这些不可预见的相关性安排日程表可以让人变得疯狂，因此，压制相关性的方法是经常使用的，但是，如果过度使用了这些技巧，这些费用可能经常会占据项目总成本中很重要的一部分，而且直到项目的最后才会被发现。

所以要确信您现在所做的对于管理相关性是必需的，不会添加过多的成本，而且是整个软件开发项目中必不可少的一部分。当项目经理不能在成本与降低相关性的便利中取得平衡，那么他们草率地组装的代码将会展示出质量问题。

4、假装没有错误

在项目管理中，忽视并不是一种幸福。为了成功地完成项目，除了不可阻挡的政治压力，向公司其他的员工介绍项目的风险也是必需的。几乎每个软件开发项目都有延期或超出预算或同时出现这两种情况的风险。

问题在于，当最终某一时间，这些风险真正变为现实的时候将会引起恐慌，每个人都在混乱中将项目其余的部分组装在一起，整个项目的质量将因为最终轻率的装配而遭受损失。

当然，当整个项目还没有落后于计划之前，这一问题还不会充分暴露出来，然而，大多数项目都有办法只让项目的某些部分落后一点点，而几乎每个项目都有过于仓促的风险，这是因为管理层在很长一段时间之内都在项目没有任何问题之后得知项目的真实状态。

以上就是关于如何进行有效的IT项目管理全部的内容，包括:如何进行有效的IT项目管理、IT项目中如何进行风险管理规划、IT项目管理中有哪些常见的风险，如何规避等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！