业务运维

       在项目管理的中，一旦完成项目实施，就进入了项目运维阶段，而大多数的项目运维都集中在业务运维，总结和分享业务运维经验是十分有必要的。而业务运维根据人员的不同，可以有两个不同的侧重点：业务和技术。

       精通业务的运维人员，在某一个行业中工作多年，对这一行业的的法律、规定、政策和其他相关知识有了相当的积累和了解。所以在进行运维的时候，侧重于进行业务处理，很容易定位到前台的问题，以及是否符合相关的业务规范。更重要的一点，精通业务的运维人员，可以在运维的过程中提出切合业务的建议，使程序更加规范化和符合日常业务。不过精通业务的运维人员，在定位后台问题原因的时候是个短板，无法具体定位出程序确切原因。

       精通技术的运维人员，一般是从一个行业跳转到另外一个行业，就是俗称的转行。这一类运维人员由于在前一个行业积累了丰富的运维技术，所以在进入新的行业里，他就会从自己擅长的地方开始进行运维工作，慢慢积累业务方面的知识。而他的思维，就是比较取巧和实用的办法——随着业务的流转，后台数据也在流转，他就根据数据的流转，来定位出现的问题。不过精通技术的运维人员在定位出问题后，很难提出切合业务规范的建议，只能提出消除程序缺陷的建议，也就是这个缺陷消除了，可能会出现别的缺陷。

        在现实的工作中，不会出现这两种极端的情况，不过运维人员会有这两方面的倾向——业务比技术好点；技术比业务好点。业务跟技术的平衡，也不是说那个多一点好，那个少一点不好，主要的关注点，就是完成项目的运维工作。

       懂得业务和技术的运维人员，需要明白前台的业务操作和后台数据流转。要做到这一点，需要不停的进行前台的业务操作和后台的数据监控，以便发二者之间的关系。另外业务知识的积累，会大大的提高运维的质量。

       总结一下：技术——数据流转、业务——业务流程流转，可以从这两个方面来进行运维人员的培训和运维人员自我学习，也可以从这两个方面来规划运维工作！

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/22275400/viewspace-1786198/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/22275400/viewspace-1786198/