IT项目的风险管理

一个项目要想取得成功的结果，这些事情是必须做到的。不过这五个条件中没有一个是充分条件，也就是说没有一个条件本身能够保证项目成功。既然它们都是必要条件，那么要获得成功就必须满足它们，但即使这五个条件都满足了，别的方面也可能导致项目失败。不过如果这五个条件都满足了，就可以极大地提高项目成功的几率。如果缺失了任何一个条件，失败就会向你招手。那么项目成功的这五个必要条件是什么呢

条件1：在项目开始前你必须与所有利益相关方就项目成功标准达成共识。 在项目开始前所有利益相关方对项目成功标准有一个共同的理解是非常重要的，并且这些成功标准需要彼此之间取得平衡。当这些标准失衡时，通常都会导致项目失败，至少在一些利益相关方的眼里是这样。这一点是非常明显的。在项目开始前，利益相关方应该就项目成功标准达成共识，因为如果不能做到这一点，就会产生以下结果： (1) 有些利益相关方可能对项目要做什么会有不同的看法。 (2) 开始时的微小差异可能导致最后的巨大分歧。例如，项目团队或许在项目目标上达成了一致意见，但是如果对于时间、成本或功能的相对重要性存在不同看法，则可能导致非常不同的结果。 项目是相互关联的系统，因此在某一领域内发生的变化会对别的领域产生影响。通常这意味着对项目的每个组成部分分别进行优化并不能使项目得到优化。项目需要作为一个整体得到优化，在这一优化位置上，一些组成部分也许不是最优的。这就是说，不一定每个利益相关方都能取得他们的理想结果，但每个利益相关方都需要把他们的目标与其他人的需要进行平衡，从而取得项目整体上的最佳结果。 所有者向承包商支付金钱，即价格，让承包商来做项目工作。然后所有者有效地购买承包商所做项目交付的资产。承包商花费部分金钱，即成本，来做项目工作，从中获得的差价就是利润，也就是项目提供给他们的价值。在项目完成后，所有者对资产进行运营并获得收入，即收益，其中收益和价格之间的差价就是项目对所有者的价值。现在就非常简单了，如果所有者能够把价格压低，他们就可以增加项目对他们自身的价值，但如果把价格压得太低的话，项目对承包商将没有任何价值，那么项目就不会发生。如果承包商能够把价格抬高，他们就可以增加项目对他们自身的价值，但如果把价格抬得太高的话，项目对所有者将没有任何价值，项目也不会发生。对于项目来说，最好是所有者和承包商双方达成妥协，商定一个价格，可以让双方都获得合理的利润。后面我们还会继续讨论该主题。(注：项目就是要完成的工作。但它并不是为了完成工作本身而完成，而是为了交付设施(facility)。这设施也许是一条新生产线、一个新产品或一项新服务、一个设计、一种新的组织结构或者工作方式。但设施不是为了它本身而产生。之所以产生设施，是因为有人(所有者或发起人)希望使用设施来获得收益。对项目团队或者承包商来说，所有者会购买设施。在任何时候，项目团队都必须记住项目是为什么而做的，项目的目的是什么或者说所有者期望得到的收益是什么。这是项目从本质上不同于日常运作的一个方面。如果你今天完成了工作，明天卖掉了产品，后天就得到了收益，你就可以进行实时的调整从而持续获得利润。但是如果你今天完成了工作，下一年得到设施，再过一年才得到收益，而这时项目团队已经解散了。工作是现在在这里完成的，而收益在多年后才出现，这就意味着很容易偏离工作重心。所有者从他们获得的收益和为设施支付的价格之间的差价中获得利润，而承包商从他们得到的价格和完成工作的成本之间的差价中获得利润。如果所有者可以降低价格，他们就能够增加他们的利润。如果承包商能够提高价格，他们也能够增加他们的利润。不同的项目团队成员有不同的目标。如果所有者和承包商是不同的公司，我们可以理解这一点并且可谈判签订一份合同。而如果他们属于同一家公司，我们仍然需要签署一份合同。你会听到有人说：“但难道我们不是为了同一家公司而工作吗”——是的，但是有不同的视角。) 实验表明，在成功的项目中，所有人都认为，由于项目为所有者提供了价值，所以项目是成功的。而在失败的项目中，所有者说它不成功，是因为它没有为他们提供价值;用户说它不成功，是因为它没有为他们提供他们所需要的功能;设计者说它不成功，是因为它的设计很糟糕;项目经理说它不成功，是因为它延期并且超出了预算。因此当他们都致力于追求相同的整体结果并把各自的需求彼此平衡时，他们就会取得成功的结果，但是当他们都追求各自的目标而排斥其他人的目标时，项目就会失败。我的意思是说，在不成功的项目中人们所关注的东西是很重要的，为了获得一个成功的结果，你需要好的功能、好的设计，并在规定或者接近规定的时间和成本内完成项目。但是如果所有人都追求他们各自的目标而排斥其他人的目标，那么就会导致项目失败。而如果所有利益相关方都能够把他们的目标与其他人的目标进行平衡，就会导致项目成功。 有时候，当我向项目经理们阐述这一点时，会有项目经理问我：“罗德尼，我明白你说的意思。但是在我的年度评估中，公司是根据我在规定的成本和时间内完成了多少项目来判断我的。我的年度奖金是由这个来决定的，而不是根据我提供给所有者的价值。我应该关注什么呢”我的回答是他们应该关注改变他们的绩效评估体系，使之与好的项目管理相融合。 还有一个问题是，所有人都关注相同的目标，因此都应该遵循相同的路径。开始时微小的差异很可能会导致最后相当大的差异。我的一个同事曾在一家英国造船公司工作。他们的传统业务是为皇家海军制造潜水艇，但希望进军护卫舰市场。当有一个制造护卫舰的项目来临时，他们在没有利润的情况下竞标并中标得到了这个项目。他们的目标是按时制造出一艘高质量的护卫舰，以证明他们能够做到这一点。这样开始时他们可能会有一点损失，但寄希望于将来赢得更多的订单。他们赢得了这个项目，但不幸的是没有人想到要告诉项目经理这个战略。因此项目经理把精力集中在降低成本来获取利润上，结果项目延期了，并且质量也比较低。 这就引出了项目成功的第二个必要条件。你不仅必须在项目开始前与利益相关方就项目成功标准达成共识，而且还需要在项目整个过程中的配置评估点上继续与之达成一致意见，以确保所有人都专注于相同的目标，并持续遵循相同的路径。 条件2：持续与利益相关方在项目整个过程中的配置评估点上就项目成功标准达成一致意见。 项目经理和项目所有者之间必须有高度的合作关系。所有项目参与方都必须把项目看做一种伙伴关系。项目就是一个临时性组织，为这个临时性组织工作的人们必须在一起很好地合作。这一点是非常明显的，然而不幸的是，项目经常成为项目经理和项目所有者之间可怕的战场。在采用对抗性合同的做法下，项目所有者和承包商之间在这点上尤为明显。我和Ralf Muller(2004)提出，所有者和项目经理之间的委托—代理关系可用来解释为什么后者会发生。项目要想取得成功，项目经理和所有者之间、承包商和客户之间就必须以一种伙伴关系一起工作，向着对双方都有利的结果努力。 条件3：所有项目参与方，但尤其是所有者和承包商，必须以一种伙伴关系一起工作，并且以合作的精神向着对双方都有利的结果努力。 这就要求所有项目参与方在项目开始前就项目成功标准达成共识，并确保这些标准之间达到平衡(条件1)。 所有者只应该对项目经理施加适中的控制，既不能太多，也不能太少。如果施加了太多的控制，项目经理将没有足够的灵活性来处理项目产生的风险和不确定性。而太少的控制和自由放任的管理方式又将导致混乱占主导地位。所有者应该与项目经理就清晰的目标达成共识(这是高度合作的一部分，条件1和条件3)，然后指导项目经理应该如何最好地实现这些目标，但一定要给项目经理留出一定的空间来 *** 纵，对风险和不确定性进行处理。我认为，这意味着项目经理应该被授权。授权是指在目标上达成共识，设定一个框架，而给项目经理留有一定的灵活性在那个框架内进行决策。不幸的是，委托—代理关系以及随之而来的逆向选择和道德风险问题(Turner and Muller，2003)导致所有者总是试图对项目经理施加非常严格和僵化的工作做法。 条件4：所有者应该对项目经理施加适中的结构和控制，既不能太多，也不能太少。项目经理应该被授权。 所有者应该要求项目经理定期提供项目绩效报告。Muller(2003)发现，项目所有者想要得到的项目绩效报告和项目经理想要提供的报告之间存在着不匹配。相对于项目经理提供报告的意愿而言，所有者得到项目绩效报告的愿望更强烈。当所有者要求得到项目绩效报告时，项目就更可能成功，而当他们不要求时，项目通常不会成功。有意思的是，当所有者要求得到项目绩效报告时，他们对项目绩效的期望会低于实际绩效，对项目绩效持比较悲观的看法。当他们不要求得到项目绩效报告时，会对项目绩效抱有非常乐观的看法，所认为的项目绩效比实际绩效要好。Muller(2003)也注意到，想要得到绩效报告的客户总是希望比较频繁地得到报告，比如每两周一次，最少也得每月一次。所有者也希望项目经理每周能进行一次面对面的口头汇报。虽然他们喜欢正式的书面报告，但同时也希望能够查问项目经理，通过项目经理的肢体语言来判断他们是否在讲真话。在太多的报告和太少的报告之间也应该有一个平衡。太多的报告花费昂贵，并且消耗了宝贵的资源。而太少的报告则会导致项目失败。 条件5：所有者应该要求项目经理定期进行项目进展报告： 每两周一次的书面绩效数据； 每周一次面对面的口头汇报。仅仅是为你搜索的答案哦！希望对你有所帮助。

软件开发项目中会遇到哪些问题呢参加软件学习不得不了解在以后工作中会出现的状况，IT培训>

1)新手。任何项目组成员都不可避免地出现新手，他们往往是刚刚从大学毕业的学生。这些新手由于软件开发时间太短，往往技术不成熟，没有形成良好的开发习惯，所以编写代码质量较差，问题很多。他们常常成为项目组的“鸡肋”，用多了项目质量无法得到保证，不用则又人手不够。当然北大青鸟校区的学子毕业就已经有一年多的工作经验，已经是熟手了。

2)人员变动。一个维护时间稍长一点儿的软件项目，人员变动是在所难免的。老员工被调动到其它项目去了，由新员工来接替他们的工作。北大青鸟校区软件讲师在一次软件培训课堂上就说到，在我的项目组中，人员调动达到了90%，没有调走的就是我自己。新员工在接替老员工进行代码维护，甚至继续进行新的开发的时，由于对原有代码以及设计思路理解的偏差，也会出现大量的低劣代码。

3)不规范的代码编写。即使除去以上两个问题的影响，项目组成员编写的代码同样会出现问题。在项目开发之初，我们往往会制定一个代码编写的规范，但在项目开发过程中，许多成员往往会忽视这些代码规范而进行随意的编写。随意地代码编写会降低代码的可读性、可维护性和易变更性。那么，我们应当采用什么样的管理措施，保证代码的规范，提高代码的质量呢

IT项目的风险管理

风险一词越来越被概念化，并随着人类活动的复杂性和深刻性而逐步深化，及时在IT项目同样存在，下面我为大家准备了关于IT项目风险管理的文章，欢迎阅读。

一、风险的定义

风险有两种定义：一种定义强调了风险表现为不确定性;而另一种定义则强调风险表现为损失的不确定性。

若风险表现为不确定性，说明风险产生的结果可能带来损失、获利或是无损失也无获利，属于广义风险，金融风险属于此类。而风险表现为损失的不确定性，说明风险只能表现出损失，没有从风险中获利的可能性，属于狭义风险。

广义的风险展现出来的是机会，虽然这种机会可能让我们的项目变得颗粒无收，但如果一旦机会有利于项目，则可以大赚一笔，风险投资家们心中的风险正是广义的风险，所以风险才会吸引他们投入巨大的资金。而作为项目管理者来说，风险对他们意味着失败的危险，因此必须将任何风险扼杀于摇篮之中。

二、IT项目风险的特征

由于软件本身的特点，导致IT项目与传统项目有很大差异，因此IT项目的风险管理难度要比传统项目大。

1需求不稳定

软件项目的需求多变已成为软件业界的共识，正因为需求的多变，才让瀑布模型一直遭受到软件工程界的抨击，因此诞生了原形模型。在IBM的RUP和众多的敏捷方法论中，一直将需求不确定列为软件项目的最大特点，因而出现了拥抱变化一说。

当一个IT项目开始实施的时候，如果客户连他需要做什么，要实现一些什么功能都不能确定的话，那么做软件实施的工程师他们又如何能够知道自己要开发一个什么样的软件系统出来呢所以他们只有在漫长的等待过程中，不断遭受到客户的“批评”，在经历了“九九八十一次磨难”之后，才恍然大悟，原来就是要做一个这样的系统啊!

这有点像盲人走路一样，盲人根本就不知道前面是什么，因此他往前走一小步，如果不是路，则向左旋转一点点，再次用脚探探前面，如果是路的话，则可以往前迈一步。如果这个盲人运气不好的话，第一脚就在悬崖边上踏空，那么他将跌入万劫不复的深渊。我们的项目也如同这个盲人，稍有不慎就可能让自己走向失败，这是一个多么大的风险啊。

2项目规模估计不准确

当老师给我们布置作业的时候，如果他多布置了几个题目，下面的同学便会大声地嘘叹，开始私下的嘟噜：“又要做一个多小时了!”。学生们在很短的`时间内就能够准确的估计作业量大不大，他们的估计凭借着他们每天一次的做作业的经验和那一瞬间对题目的印象，虽然他们并没有做过刚布置的这些题目，但是估计得仍然是那么的准确。

任何一个建筑工程的项目经理都能对自己的项目进度掌握准确，在他们的眼中，只要资金到位，则进度就可以得到保证。工地需要多少人，什么时候需要开始进行什么工序的施工，什么时候需要加班，这些都在他们的心中掌握着。资金就是他们最大的风险。

而软件项目与之不同，在软件项目开始后，很少有缺钱的。只看到过资金没有到位的“烂尾楼”，但是从来没有看到过由于项目资金没有到位的问题而导致未完成的软件项目，就算是缺钱也是因为签合同的时候要少了。

再优秀的软件项目经理，他也无法预计好自己的项目什么时候能够完成，因为在他进行估算的时候，客户的需求还没有搞清楚呢!再者，建筑工程可以通过预算很准确地得出整个建筑的工程造价，而软件项目却很难，因为不管是代码行估算法，还是功能点方法，都远不及“我猜，我猜，我猜猜猜”中猜得准确，这些方法很多时候甚至不如算命先生算得准。

3人的因素对项目影响很大

人可以说是整个软件项目的灵魂，软件项目不需要钢筋、水泥和沙石，也不需要任何的施工机械。软件项目的原材料就是人的思想和智慧，而计算机和CASE软件则是项目的施工工具。通过键盘和鼠标，无数的程序代码在程序员手中诞生了。如果要问软件项目最大的成本在哪里，那么答案只有一个，就是人力成本。

一个优秀的程序员的工作效率要远远高于一个蹩脚的程序员，一个程序新手甚至根本就不能够产生任何生产效率。不仅如此，新手的错误行为，将让熟练员工牺牲很多时间来帮助新手纠正他们的错误，甚至可能导致降低软件开发的效率。

虽然软件项目已经实施角色分工和管理，但是相对于其他工程的分工来说则分工比较单一。软件项目中，一般分有：系统分析师、架构师、设计师、程序员、测试工程是及配置管理人员和项目经理等。这样的分工并不能有效地降低他们工作内容的复杂度。如果能像建筑工程中的砌墙、浇注混凝土、搭脚手架那样分工细致的话，则培训软件蓝领也不会需要费如此大的力气了。

;

《软件项目管理心得和体会》

项目管理是一门学问更是一种艺术，在我心中每个项目都是一次对艺术的创作，用心去热爱他！

我现在是北京一家软件公司的项目经理，在两年前我也和很多刚毕业的大学生一样，心中有一把“火”，而又因生活的种种而迷茫，在经过无数次的面试、失败、再面试后，终于开始了我的职业生涯，在一家软件公司从一个小程序员做起。年轻的我满腔抱负，立志要在工作中做出成绩，寻找今后事业发展的方向，实现人生的价值。由于我吃苦耐劳的精神，很快就受到了部门经理的赏识而获得重用，作为部门技术骨干参与了几个项目的工作。

在这段期间，收获最多的当然是个人编程的能力，在解决一个又一个的问题的同时给公司创造价值，并体会着成功的满足感。但时间一长，当技术上的问题不再对我有挑战性，或都说技术上的成功已经不能使我感到满足，（我想大多数程序员都应该和敝人一样），是应该好好考虑如何“晋升”的时候了。在分析了自己的性格、血型、星座与九型人格后终于找到了自己的职业生涯的方向，最后总结一下仅供参考。

一、 技术转销售（成为一名优秀的销售人员）：与性格不符

二、 技术深入（成为一名优秀的技术经理）：与志向不符

三、 技术转管理（成为一名优秀的项目经理）：作为晋升的第一步

方向定下来后就要做正确的事，并持之不懈地朝目标努力。那么现在面临的问题就是如何才能成为一名优秀的项目经理？

在参与过的项目中项目的规模不等，但不知道什么原因，尽管努力地完成项目经理交予的任务，同事也付出了大量的努力与心血，结果甚是让人失望。在每个项目中，唯一不变的是项目范围不断地蔓延，预定的工期一拖再拖，预算屡屡被突破。小项目延期两三个月，大项目延期半年甚至更多，典型的项目失败！在与项目经理、部门经理甚至公司的老总们进行了沟通后还是没有找到解决这些问题的方法，大家对此都很漠然，更有甚者提出一种理由：据不完全统计，美国的IT项目失败率为70%，在现代管理完美的美国尚且如此，更何况我们是在项目管理还不成熟的中国。难道IT项目就不能规避这些问题吗？难道这些问题是IT界的“不可抗力”吗？答案是否定的。

我不相信这些问题是解决不了的，也许就是因为我的这种性格，得到了公司领导的赏识，提拔我为项目经理。为了解决这些问题我翻查了大量资料，俗话说：有意栽花花不开，无心插柳柳成荫。在无意间看到了光环国际管理培训公司组织由清华大学强茂山教授主讲关于中国项目管理实践经验的课程，参加了此次课程后使我受益匪浅。“计划是项目管理的核心，控制是项目管理的关键”，运用WBS对项目进行工作分解，按照分解后的工作制订一个可执行的工作计划，再对此计划进行控制，由其是对计划中的关键路径进行严格的控制。按照流程下来，上述的问题得到了极大的改善。

找到了目标和方向的我喜爱上了项目管理，因为我喜欢挑战。成功后的满足感是无法用喜悦来形容的，重要的是我已经走出了第一步！对未来充满希望的我，还将迎接更大的挑战（PMP），我相信机会只给有准备的人。

请采纳答案，支持我一下。

IT业的项目实施情况一直很不乐观。美国Gartner Group公司于美国时间2000年11月14日通过其下属的Tech Republic公司发表了有关IT项目的调查结果。该调查是以北美的1375个IT专家为对象实施问卷调查进行的。根据此调查，IT项目中有40%失败，这些项目的平均成本每年花费100万美元。

在我国，软件项目的失败几乎成了普遍现象。由于认识的误区，许多企业领导盲目认为软件业是低成本（在他们眼里，就是几个人员的工资）、高回报的产业，丝毫不考虑风险，鼓吹软件工程师无所不能，用户和市场人员的无知和胆大是的银d综合症的病因；由于观念的落后，更多的用户则认为软件在中国是不值钱的，对他们来讲，一个应用软件要花掉上百万元简直是不可思议的事，非常宏大的企业信息化建设项目，却投资很少的钱，早早给盲目胆大的软件企业挖下了陷阱；由于经验的不足，有许多项目在需求调研阶段就没有明确的范围或偏离了方向，进度、资金、工作量估计严重不足，而业主往往在项目交付后才学会提需求，使项目没完没了；由于管理水平的低下和软件本身的智力密集性，研发过程很难控制，个人英雄主义普遍存在，致使软件项目的成败把握在个别人手里… … 因此，许多软件企业慨叹，我们做一单，死一单，做一个企业，丢失一个行业，总结起来，总是教训多，经验少。

众多IT企业经过多次失败后，逐渐认识到，软件项目实在是失败不起了。尤其是，在多种媒体飞速发展、信息传播空前快捷广泛的今天，一个有影响项目的失败可能会一夜之间传遍全球，这对承揽该项目的IT企业来讲无疑是灭顶之灾。

企业需要成功的项目

项目对企业的意义有如庄稼对田地的重要。首先，项目是知识转化为生产力的重要途径，知识产生新的创意，形成新的成果，新的成果需要一个项目的启动、策划、实施、经营才能最终变为财富，否则，知识永远是躺在书本上的白纸黑字。因此，从知识到效益的转化要依赖于项目来实现，企业买专利、搞预言，最终都需要通过项目实现。其次，企业的生存发展需要以成功的项目为载体，企业要通过一个一个成功的项目来完成她的使命，实现她的发展目标和利润、扩大她的规模、强化她的品牌效应，锻炼她的研发团队，留住她的人才。第三，只有成功的项目才能使客户满意。在飞速发展的IT行业，一个企业要在激烈的竞争中立于不败之地，要持续发展，就必须持续地拥有客户，要追求客户的忠诚。只有得到满意产品和服务的时候，客户才会忠诚。如果一个项目很好地满足了客户的需求，客户会把有二期、三期工程也交给我们，还可能把别的相关项目也交给我们，甚至于给我们做广告，给我们推荐她的同行单位。成功的企业是以成功的项目为基础的！越来越多的企业意识到，要树立精品工程，没把握的项目宁可不做，有把握的项目一定要尽力做成功。

以上就是关于IT软件项目的高效率开发需要哪些必要条件全部的内容，包括:IT软件项目的高效率开发需要哪些必要条件、IT培训分享软件开发项目中会遇到的问题、IT项目的风险管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！