标签：管理
很多信息化系统都有业务专家的角色，但是业务专家的定义很模糊，没有实际的成果可以检验，不像软件开发的，是不是开发方面的专家最起码的就看你能不能开发出软件来，是一类不容易伪造的专家，但是业务专家就因为没有实际的成果可以检验，往往是伪业务专家的重灾区。
信息化系统的本质是一个业务世界映射到软件世界的结果，既然是2个世界，自然需要有一个人来做类似翻译的工作，把业务世界的一些东西翻译成软件世界能理解的东西，这才是业务专家的价值所在，既然要翻译总的有个载体吧，不能光口传心授吧，这个载体也已经发展出来了，就是UML，叫统一建模语言，可没叫什么图之类的，为什么叫语言，其本意作为2个世界的通用语言之用。
可是现在很多搞信息化的公司，尤其是使用信息化系统的客户公司自己的业务专家，很多都是伪业务专家，根本没有起到链接2个世界的翻译作用，很多都是二传手的角色，只是把客户的业务需求重新讲一遍而已，这种不负责任的伪业务专家其实是大多数信息化系统失败的源头。这样的伪业务专家口头禅就是业务是最重要的，技术是不重要的，这种谬论就有明显的悖论，业务世界如果只在伪业务专家心里，不能落地成实在的信息化系统，哪还有什么价值可言！为什么伪业务专家要这么说呢，就是没有连接2个世界的能力吗，索性就把技术贬低了，就可以掩盖自己能力不够的问题。
那什么样的才算是真业务专家呢，不用说能连接2个世界的就是好专家，这样的专家首先就应该用UML的好手，现在能用好UML的好业务专家真的是很稀少，可遇不可求，大多数企业碰到其实都是伪业务专家，这类伪专家说白了就是搞销售的，宣传是一把好手，但是解决不了实际问题。
如果一个企业能碰到一个优秀的业务专家那是企业的幸运，那是能实在的解决问题，能让整个团队避免混乱。但是如果没有，最好还是尽量自身培养，不要轻易招聘一些所谓业务专家，因为很大概率都是伪业务专家，只会带来问题不会解决问题的。
标签：管理
原文地址：http://blog.csdn.net/yutao051/article/details/42610275
