项目随感-项目风险

在做项目的过程中，渐渐体会到了项目中的一些风险因素。在项目中参与了很多过程，有的还在继续着。需求分析，数据库设计，架构，编码，测试，维护。也许正是参与的过程多了，在看待一个项目的时候，就不会仅仅像刚做项目那会，分得一个模块，按照规范按时做完，提前最好。做完一个，做下一个。那时有点“目无全牛”的感觉，项目的其他人和事都很少去关注，也没有那样的机会。现在不同了，参与的事多了，责任大了，关注点也不可能只停留在if，else上。项目的整体把握对我来说变得日益重要了，没选好方向，做好规划，到了那时，会有搬起石头砸自己脚的懊悔。这些都会成为项目的风险因素。即是风险，可以说是影响项目目标的达成的。那我们做项目的目标又是什么呢？也许影响目标的一个最根本因素是时间，因为很多因素都会影响到项目的进度。在项目中遇到了一些影响项目进度的因素，如：

 

需求的频繁变动，这也许算不上，因为需求的变动也是正常的事。但这要说的是，需求的变动要是可掌握的，既要否定一些没必要的需求，也要对变动的需求，新增的需求做出合理的安排，轻重缓急，完成时间等等。有些需求也许会有矛盾的地方，有的改动动静大，是不是放到项目的第二期.因为在项目中经常遇到，根据客户新的需求做的计划，过了几天又要重做计划，当然新旧计划是有明显不同的。甚至很多功能做到一半停了，去完成一个新加的加急的需求。需求是源头，我们应该投入更多的关注。

 

架构，技术选型，这点其实和需求是紧密相关的，还有一个相关点就是技术人员的能力了。能力强的技术员，自然更能设计出好的架构，选到合理的技术原型，满足现在的需求，也能更好的扩展，维护，去适应新的需求。项目做得越久，就会越觉得当初的设计有问题。有些甚至让人头痛的。在任务重，急，人手少的情况下，更能体会到那种头痛，有很多时间话在选择上了，是改框架，还是打补丁式的赶紧完成新需求。很多情况下，被逼的没法。就先实现功能了，安慰自己以后抽出时间，整体改下。而这样做出的功能，是很难保证稳定性的，而以后再加新的功能也会更难，维护也更难。在技术选型上更需要全面合理的考虑。经常遇到，在选用一种技术时，没有进行足够的比较分析，学习成本对比，掌握程度的对比，匆忙间选用了一些技术，组件，框架，短时间内可以满足需求，时间一长，问题就来了。很多东西都要返工，时间精力多花了，项目进度取延缓了。这些都会使你以后花更多的时间精力去维护，去继续项目，这也成为了项目完成的一个风险。

 

成员的选用，管理，人员组成最好是合理搭配，根据项目特点选有特长，侧重点的人。项目组里希望都是高手，效率高。但这是很少有的情况，一个项目里总会有新人。这就需要做好必要的培训，和做好项目的规范了。特别是编码规范，否则很难保证新人写的代码符合设计者的要求了，也很难与高手去沟通。分配任务的时候，不仅要根据个人的能力水平，还要考虑个人的沟通能力，承受压力的能力，性格特点等等，有些任务需要几个人合作完成，看见过其他项目部的人因合作有问题，而吵架。而有些人技术能力达到了要求，却承受不了什么压力，一个任务急，繁琐，他就烦躁，工作很难完成，有的甚至直接退出了。而性格也会影响开发，有的人喜欢单干，做完了。发现不合要求，是闭门造车。当需要几个人合作时，前期不沟通交流，埋头卖力做，做完了发现和别人的的衔接不了，级联不了。也许他改下更容易衔接了，但不愿意改，而是叫其他人改，叫别人来配合他做的。这样的人多半是孤傲的。这些都需要项目负责人去关注，去避免，否则会成为不小的风险。

 

当然还有一些其他的风险，值得我们去关注。项目过程中总是有那么多的烦心事，需要我们去处理，需要更多的责任感与毅力去支撑。