情报解决方案，由于技术比较新，常常需要按照客户的要求进行定制。在接触客户的过程中，客户必然会问你工期的问题，如果时间太长，有可能会把客户吓回去，要知道，现在社会的节奏加快，如果工期短的话，那不就又给自己加了一道紧箍咒吗？技术出身的人常常会有一些英雄主义的色彩，过高估计了自己的实现能力，而销售人员又不太了解开发的过程，当然愿意项目早日完成，于是定下的时间常常会短于正常的工期，这里既然种下了加班的种子，后边自然就会生根发芽了。
《与熊共舞》这本书，提倡对项目风险进行量化估计，并给出了一种称为“风险图”的不确定性描述图形，来预测项目的可能完成时间。“风险图”比主观想象更直接、更科学地表明了风险的范围，使用这个工具，也更容易进行风险分析和防范。
书中，“进度安排的先天错误”被列为项目核心风险的第一条，需要引起足够重视。为了有效降低这个第一风险，我觉得有多种方法可以使用：尽量争取给项目一个比较好的外部环境，通过与用户的沟通及其他手段，为项目争取较充足的开发时间，不要一拍胸脯就把风险留给自己了；要科学估计项目执行中的风险，对人员变动、需求变更等容易引起项目延期的事情要有足够的警惕。如果时间余地比较小，要配置多一些资源，如果资源不够，可能要及早安排加班，避免犯前松后紧的毛病。软件开发过程中的问题层出不穷，你考虑多一点的风险都不一定够用，如果英雄主义情绪旺盛的话，受伤害的还是自己。项目中的其他一些风险和估计风险的办法在书里还有更多的阐述。
激烈的竞争环境给软件开发带来了巨大的挑战，需要企业不断去优化资源，提高效率，推行有效的项目管理方式。巨大的风险带来了挑战也带来了机会，如果能从一次次项目经验中成长起来，企业的竞争能力无疑会增强。书中比较推崇用“增量式”的开发方式来及早发现风险，化解风险，有一定的借鉴意义。当然，增量开发对项目的开发管理提出了更高的要求，也要求项目的开发时间相对比较长一些。具体的开发方式还要根据项目的不同而有所差异， RUP和XP的开发模式，应该是比较好的选择，具体情况还要根据企业的特点而定，并且，开发模式会在企业的发展过程中有所改变和提高。
风险管理并不是一个新鲜的课题，可以看看国内这几年发展迅速的保险行业，社会领域的风险概念还是引起了大家的足够重视。但是人们并不是什么保险都买，选择性还是很强的，选择的时候大量考虑了风险和收益的问题，这是一个博弈的过程。
以前我们在项目计划中也会有10%到15%的风险，但执行过程中常常没有给予足够重视，导致项目最后的完成受到影响。没有给予足够重视的潜意识，是不愿意付出这部分的成本，希望能获得更大的收益，有一些侥幸的成分。另一个可能的原因是，企业付不起这部分成本，它甘愿去冒风险，因为如果加上这部分成本，项目就根本无法赢利。
企业需要生存，而且也愿意生存的好一些，国内软件业的现状也常常影响到大家对风险的正视程度，随着企业的成熟，风险管理也会更加正规。但无论如何，风险意识是一定要存在的，并且要想办法防范和规避主要风险，否则触礁的机会就太大了。
我和太太曾经在天黑以后爬到还未完工的19层楼，不巧就遇上了停电，在漆黑一片中，我和她都感到危险，虽然最后摸黑安全地走到楼下，却也出了一头一手的汗。如果把摸黑走下19层楼称为风险的话，对它的规避是可以用较小成本的，有一把手电就行，当然也能用较大成本的规避办法，比如给这个楼装上双路供电。还有一个更节省的办法，我们白天来不就可以了吗？类似的想法还可以延伸下去。我无意提供一种投机的手段来解决风险管理的问题，我是想说，如果我们能多一点风险意识，及早采取一些办法，是能以较小的代价获得更大利益的。如果没有这种意识，你就不可能未雨绸缪，如果没有幸运一直垂青的话，受损失的可能性就比较大了。
风险管理是一种全局意识，管理好了风险，可以避免一些手忙脚乱，少一些救火的事情。项目尽在掌握，我就可以多一点时间陪陪家人，享受生活，我老岳父不远千里寄来的明前茶，也就用不着牛饮，可以慢慢品出味了。
转贴于：http://www.leadge.com