java发送邮件监控并记录异常
根据项目管理的内容，我们一般在立项之前，需要对项目可行性进行分析、论证、评估，最终需要出具《项目可行性分析报告》，论证项目在技术、经济、运行环境以及其他项目相关方面的可行性、效益、必要性。
理论很好，避免项目失败。因为作可行性分析只占项目投资的0.5%~1%，如果能在前期就能把问题论证好了，当然是功德无量的一件事情。
但是在实践中，项目可行性却无法起到相应的作用。
在项目中，人是最大的主观因素，人也是最大的决定因素。所以也要从人讲起：
客户：客户是投资人，是项目发起人。客户虽然不知道项目如何实现，实现中有什么困难，困难如何克服，但是客户知道这个项目做好了，能带来好处——客户知道，如果项目没有达成预期的效果，肯定是方法的问题，不是方向的问题。总之，客户想到要上这个项目，不是上这个项目有什么问题，而是项目的执行过程有问题。
客户方（甲方）项目经理：作为客户方的代理人，可能会首先考虑自己的业绩。这个项目如果不上，那么今年的工作就要少一笔。所以，不管什么项目，只要是领导（客户一般是客户方项目经理的领导，对不对）想上的，没错，都能上——将来遇到困难了，再给领导说，你看这么多困难，不是我今年工作没努力——总不能一开始就对领导说，这个不行，那个不行，是吧？
开发方销售/经理：生存艰难啊，有销售就有收入，有收入就能继续存活下去——管你这个项目可行不可行，先签单再说——做过类同的项目，自然说自己经验丰富；没做过，那就说自己研发能力惊人，资质丰厚。若是单子大，显然要挤破脑袋跟进去，若是单子小而客户强大——最好是大型垄断的，那赔钱也跟进去——先混个脸熟，关系好了，以后自然来照顾生意。
开发方项目经理：在前期有销售/经理陪同呢，你做售前工作敢说，这个我们不做吧？你知道销售搞个单子多不容易？
用户：客户为什么要上这个系统，还不是因为用户说这不好弄，那不好做，这做不了，那做不了，那么客户想着，上项目，不就是为了把这些问题解决掉？现在如果你跳出来说，不要上项目，什么意思？
开发人员：目前还没开发人员什么事情呢，即使开发人员想说“不要做项目，让我们玩耍吧”。
另外：对于有预算制度的企业、单位来说，预算已经批了。没花？这是行政不作为啊。没花完？那明年就要削减预算了。
所以，可行性分析是一项理论上的好制度，却注定是大多数时候无法实现的梦。