软件测试之反思五项核心风险 软件测试
关键字：
头一次接触到风险管理的概念，差不多是三年前了，第一次读《与熊共舞》，喜欢它围绕伦理的道德论所做的哲学论述，虽浅显而深入，如果有一本书能够改变自己对某些事情的看法，我定义其为一本“好书”。
这一次回过头来再想想风险管理这个词，再想想其立意，再想想这些年来做过的项目，心情复杂，总结总结，对以后有好处。
风险管理的五大核心风险：
进度安排的先天错误
需求膨胀
人员流失
规约崩溃
低生产率
暂不论这些风险里缺了什么，或者那些算不得风险，就我本身的死脑筋来说，这五点我都(四川话叫吃皮)。
1、进度安排的先天失误
关于这点有个很经典的案例，客户要求项目7月完成赶上某某事件的发生，那我想进度必须安排在5月份完成吧。很经典吧，我想每个人都会这么想，很多时候都是这么干的，而且很多项目都是这么做成的，关键就在这里，进度风险明明就在第一位为什么项目就成功了呢?那风险管理是错的了?错吗?我常常想，这样的项目我也做过一些了，都成了，有全成了的，也有成了一些的(一些是什么?大家都勉为其难的意思吧)总体来说成多吧，可我心常戚戚，何故?我不清楚用一本书的观点来解释由同一本书得来的实践观点是否行的通，但我还是认同《伦理的道德》，有了好结果并不能证明什么，仅仅是做恶没有被发现而已。恐怕以后还会遇到很多这样的项目还会以同样的理由安排着同样的进度，还会想各种充满了智慧的点子去弥补先天缺陷铺下的陷井，但是为这个风险掘个坟墓吧，把先天埋在里头，为后天的办法心戚戚去吧。
2、需求膨胀
对于这一点，前人的话还是对的“变才是硬道理”确实，不变哪来的价值，敏捷拥抱变化的观点早已深入人心，怎么办，风险管理也不是要拒绝变化，管理的是变化的量，管理的是那些“要推到了重来”的风险。还是那句话，为你先天不足的进度扯点不足，再牺牲点才智，怎么样，也得给那些不确定的风险留一亩三分地啊
3、人员流失
我不知道人才储备算不算解决办法，这几年基本上就没见有人搞过人才储备这号事，干这种事的人多半牛吹多了，项目经理随时把握情况应急也是干多了，系统越来越大，这招也越完越吃力了，怎么办?兵来将挡，我很佩服先人的中庸之道，冥冥中自有天佑，挺神的，管用。危险来了得有预备队，预备队在哪里?就你呗!
4、规约崩溃
客户留着一手，合作伙伴留着一手，方案规避了风险，视而不见，项目到了后期一切都完蛋，这一点也常有，刚刚就遇到过，好在应付得当，又过去了，还是靠聪明才智，我不知道这篇总结写完会不会得出一个结论“个人英雄主义永不过时”，总之一句话“出来混，迟早是要还的”
5、低生产率
组与组之间的生产率差别那是想当的大，管理与管理者间的差别也是相当的大，算了这个问题不讨论，就说最土的，打仗，还得是嫡系部队冲前头。
最后还是结个尾，第七封印里说“信仰真是一种刑罚，就像你爱一个人，而那个人总躲在暗处，任你怎么叫唤，他就是不出来”，如果成功要靠着上帝，如果那个信仰本身不道德，不如去信超人，而创造超人的尼采最终是发了疯，你怎么办?创造者需要的是伙伴而不是尸体--听听查拉图斯特拉说的，思考思考。
文章来源于领测软件测试网 https://www.ltesting.net/
