感觉好长时间没有写博了，今天突然有点感想写出来和大家分享一下，只是自己的一点浅见，大个的板砖就不要拍了，我还是一株很嫩的树苗，呵呵！大家还是应该以爱护为主滴。
我有着在传统行业做项目的经历（机械专业科班出身），主要是在设计部门工作，也做过不少项目，还算有点经验吧！现在改行了又开始做项目，发现在IT行业中项目的成功率还是比较低下的，我不知道其他人怎么定义项目成功与否，但是在我这里延期及大量的Bug就算失败。虽然我只是一个小菜，但是别人也阻止不了我的白日梦是不是，所以我就自己思考了一下。欢迎交流呀！
首先，立项得有明确的项目需求吧！这点很重要，传统行业的立项是很繁琐的，重大的项目还要进行可行性分析，各种报告、图表非常多，涵盖了项目进行的方方面面，所以在立项时需求已经非常明确，基本上没有什么大的变动，可以说根本就没有让项目转弯的需求改变。反观我们IT行业的项目，有时候仅仅是根据口头上的一个约定就立项开发，需求以后追加，我认为这是非常草率，甚至是不负责任的表现。如果这样的立项再没有强有力的项目管理的方法，必败无疑。
其次，说说需求吧。做项目最怕需求改变，一旦出现需求改变小的修修改改还好说，大的基本上就要推倒重来了。可能是因为传统行业的项目都是实物，能够看到实实在在的东西，所以客户基本上在立项之后不会进行需求的改变，基本上也就是在外观上的修改，无伤大雅；但是IT行业里的项目是虚拟的是看不见摸不着的，所以客户看不到我们的努力，随便轻轻的一句话，就否定了原先的所有努力，悲催呀！正是这种不断变化的需求，导致了工期的不可预知性，项目失败在所难免。
第三，项目管理和沟通。看看下面这张图（引用自《大道至简》一书，如果作者认为我使用该图片侵犯了你的权利，请联系我）
如果项目没有好的沟通，那么最后会完成一个什么东西，只有鬼才知道，可能是个怪物吧！项目管理的核心我认为应该体现在项目经理身上，项目经理应该知道什么该做什么不该做，不然就对不起多拿的钱，传统行业里的项目主持者通常是某个领域里的专家，说话很有分量，并且由于物理规则的存在，客户根本不可能提什么不切实际的要求，假设提了，也可以轻松地使用牛顿老先生的一下理论轻松予以否定。IT行业里的项目经理我看到有些几乎变成了传声筒，根本起不到一个项目主持者该起的作用“顶得住上面的人，护得住下面的人”。
最后，我也不知道是什么。结束吧！