用友组织体系框架设计方案-1010.
- 格式:doc
- 大小:1.22 MB
- 文档页数:25
用友ERP 是一个典型的基于J2EE/.NET 架构的开放式应用。
利用用友ERP应用架构可以搭建起易于扩展的分布式应用环境,可以满足不同类型、不同规模企业的需要。
企业可以根据自己的实际情况构建合适的应用环境。
基于Web 的N 层结构用友ERP 产品基于J2EE/.NET 的技术架构设计了流行的N 层应用构架,适应于企业的集中化应用,具备以下特点:集中化管理和维护,客户端的免安装和零维护,极大的降低了企业的维护成本。
实现了用户层、WEB 服务器、应用服务器、数据库服务器的合理分布,整个系统具有很高的可扩展性和安全性以及可靠性。
客户层支持从Web 到PDA 等各种终端设备,支持移动商务。
◆ 可扩展性:可扩展性的理想目标是取得针对额外资源的线性吞吐量的增长,即允许程序在任何地点支持十到上万的用户,只需通过简单地增加、减少资源来扩展程序。
用友ERP 应用架构可以支持大量的并发用户。
◆ 真正的集成:为了使企业成功部署真正的可扩展、可管理的分布式应用关键特性如安全、管理、事务监视、组件服务和目录服务,要与底层平台一起成 为一个整体地进行开发、测试和部署。
这些关键服务通常是由不同厂家提供的,分散、非集成的,用友ERP 应用架构实现了真正的集成。
◆ 更低的拥有成本:用友ERP 应用架构提供给企业的程序更容易部署和管理,更容易改变、升级。
在部署到工作环境时不需占用巨大的精力和资源,从而降低了管理桌面和服务器的拥有成本。
◆ 部署更快:用友ERP 应用架构保证企业在取得上面的目标的同时,可以使用主流的开发工具,不需再重新学习和对现有开发方法的根本改变。
◆ 多种客户端设备的支持。
组件技术用友ERP 使用组件技术开发应用架构和标准应用产品以及向中高端客户交付可靠的、可维护的、可伸缩的复杂应用系统。
用友开发的应用组件产品具有语言、用友公司1997 年开始研究基于Web 和Java 的N 层结构技术,并应用于用友ERP 系列产品的研发,用友ERP 系列产品是业界技术领先的真正N 层结构的企业应用产品。
用友组织结构诊断和绩效优化思路一、问题诊断1.随着公司业务的扩展,用友各类业务基于价值链的职能划分不够清晰,导致价值链的主要环节(研发、服务和营销)都一定程度出现配合不佳的情况。
访谈(1):公司对于未来关注做产品还是做服务一直没有清晰的导向,现在所有的销售都以产品为主,服务虽然增长很快,但是一直处于劣势,而且现在用友大多数高层管理人员都是以产品思维在考虑我们未来业务的发展。
访谈(2):分公司层面上,实施和销售越来越密切了,但集团层面却没有与之对应,必须对总部的组织架构做一定改变。
现在存在的销售和实施矛盾必须尽快解决。
访谈(3):目前大家都在考虑高中低端的划分,而没有考虑到依照流程来看的服务效益。
这几年我们好不容易把服务业务发展起来,千万不能放弃。
即使用友未来按照事业部划分,也需要把这块业务给独立出来,所有大的软件公司都是这么做的。
访谈(4):研发的R版和V版是必须分开的,这样才能更好的配置总部和下属单位的人力资源和能力。
访谈(5):分公司总经理经常认为既然我卖了产品,那么服务一定要来交付,但从来没有考虑过成本。
交付和烂尾工程为什么那么多,因为大家没有把服务看作是真正的业务。
2.用友目前营销体系基于组织层级和业务类别进行了区隔,但组织和业务区隔都不彻底,能力和资源都未配置到位,也没有相应的业绩评价制度进行支撑。
访谈(1):852由分公司管理好还是渠道管理好,或者NC究竟由谁做,这都是需要考虑的问题。
比如852分公司不管,渠道人员会与分公司抢单;分公司管的话,则引起渠道人员定位和总的管理问题。
访谈(2):公司从上到下的产品导向需要在一定程度上改变,高中低端不仅要分开,而且销售方式和资源能力配置都应有所区别,不能用卖大萝卜的思路卖高端,否则成本太高。
而且搞得大家都光靠卖老产品,增长率太有限。
新业务和战略业务要在树标杆客户上有鼓励和引导,这些客户亏本也要做,这是我们未来成长的基础。
访谈(3):总裁会考核的人员与收入和利润相关;而不与本部门建设相关联,许多管理部门的人都不用心做本部门的事,应该与考核过于间接,没有触动。