1、项目经理一定要想办法保持自己对于乙方的控制权，并且在项目遇到麻烦的时候，甚至可以果断的暂停项目，对乙方施加强硬的措施，不能为了所谓的整体利益或者后续合作，而委曲求全，最后导致更大的危机出现。

2、在制定项目计划的时候，一定要具有前瞻性，不要和公司其他的重大项目在时间和人员安排上面发生冲突，否则到时候被PK掉的一定是信息化项目。

3、信息化项目的应用水平，一定要和公司的管理基础和水平相匹配，如果试图在公司自身的管理还不规范的时候，达到一个理想的效果，最后只可能连最基本的功能都做不好。

4、诸如财务或OA之类的标准化程度较高的系统，一般失败的几率很小，感觉真正容易发生问题的项目，一般都是业务管理软件，特别是定制开发的，或者是选型不当的。

5、永远不迁就业务的一些不合理要求，该做的就是要不折不扣的完成。

6、项目还没开始就要有内部和外部的大概议事规则等，选型时候对项目负责人的预见力和洞察力的要求还是蛮高的。

7、任何项目在选型、选产品、选合作团队的时候，作为甲方负责人我认为最关注的应该是要围绕“如果我来负责这个项目，结合自己在甲方的位置和影响力及个人能力，团队能力，应该如何选择产品和顾问团队，来保障项目成功，并且过程和结果能够较为可控制”。

8、供应商在选型和谈判阶段，为了能够拿到项目，很多条件都可以答应，不合理的价格也可接受，这就为后面的风险埋下了伏笔。建议大家以后一定要在合同中，对乙方团队的人员予以明确约定，并就违约责任约定清楚，这样才能加强对乙方人员的管控。

9、有些企业项目的立项和预算是业务部门主导的，很多项目是业务做好后交给IT运维。项目的立项和实施缺乏全面的统筹，实施过程中企业的IT人员没有很好的跟进和了解系统，系统为了上线又做了大量的客户化开发，后期运维的费用又不足以支撑这些开发导致的继续开发。

10、的失败比的成功更有教益，不管是对自己还是对别人。IT项目的失败其实很普遍，据分析，信息系统失败的概率是70%。这么多年从事信息化，应该说特别失败

的案例没有，但每一个项目其实都很不容易，如果没有必胜的信心和执着的坚持，是很难取得成功的。有些项目甚至是经过几年的努力才坚持下来，最后取得一定效果的。

11、公司战略不稳定，公司一直分分合合，业务环境尚不明朗，职权分配都不清楚，信息化项目由此艰难。

12、阶段性成果后，甲方该支付乙方的款项应及时支付，对结果的担心可能造成对双方合作关系的直接伤害。

13、综合分析，得出几大类原因：公司战略不明确；上线时机选择不对；业务需求不明确、人员不配合；供应商不配合，能力差；信息化制度、机制不明确。

 

第二篇：20xx考研的经验和教训总结

从查分到确定被录取，经历了将近两个月的时间，有迷茫，有焦虑，有折磨，终于看到了结果。

虽然不是考了很好的学校或是以后会一帆风顺大有作为，但是最起码自己的努力没有白费，有了一个好的结果。

谈谈自己的一点想法

首先是选择学校，考本校的话自然会有很多信息，如果跨校跨地区，就要注意信息的收集，好学校的实际要求比每年的复试分数线高很多，只是因为某些原因才会把分数线压低，所以要有心理准备。实事求是的评价自己的水平和学校的招生条件，把自己的自制力考虑在内，情绪、受外界因素影响的大小、考试会不会有一门出现失误等都要作为选择学校的因素。

然后是复习过程，理工科前期以数学英语为主，制定计划，按时完成，不要偏废。数学自然是要多做题，英语注意培养语感。我在准备的过程中，不是很勤奋，又对数学没什么兴趣，只看了一遍复习全书，做了几年的真题，事实证明这是不够的，本来以为能考八九十，结果考完就晕了，果然勉强过线而已。英语看得比较多，最后也是考得最好的，可能真的是语感吧，平时做阅读都错十个左右，做了至少有200篇，最后考试应该错得不多，因为过了七十分。政治可以到十一月份再复习，如果目标高，就要早开始。

对复试的准备，我出现了误区，我一味地看笔试要求的书目，结果面试的时候没有用上，面试显然比笔试要重要。建议准备面试的同学至少要看两本专业书，基本概念要非常清楚，原理可以脱口而出。

面试的时候真的没有什么思考时间，老师又是非常专业的，不能乱说，所以如果不清楚的话就很悲剧。毕业设计和毕业论文是重点，一般老师都会问到。我面试的时候老师全是问专业课的问题，没问不相关的，所以千万不要有侥幸心理，看书才是硬道理。

总之，无论在哪个阶段，都要实事求是的估计自己的水平，客观的看待考试难度、考试环境这些问题。

最后，就是要坚持，可以休息或者放松，玩一玩也没什么，但是休息是为了更好地学习，千万不要失去了学习的劲头。