在同各位朋友交流知识管理系统建设的过程中,经常有朋友会提到知识管理/OA系统的建设非常难,OA的建设一方便变成了信息发布门户,另外一方面,OA变成了非常死的流程管理系统,不仅仅没有能够提高公司的业务效率,反倒阻碍业务的发展,降低了组织的灵活性.
我这些年来一直在从事ITIL/CobiT方面的研究和推广,同时由于我自己本身在几年前已经从一个技术管理者逐步向一个综合业务管理者过渡,因此,在推行IT服务的过程中,很自然的接受以业务为核心的思维导向. 企业运营的目的是盈利和持续发展,因此无论是ITIL还是CobiT,其构建的出发点都是以企业盈利和持续发展为核心,围绕企业的发展战略和策略来构建,是重要的战略支撑工具.
知识管理其实也一样,知识管理的构建绝对不等同于OA. 就我现在在推行的知识管理体系,甚至基本上同传统意义上的OA没有太大关系. 知识管理系统建设的目的是完成更快速高效的知识积累和创新,并实现从公司到ISV和Partner,再到ISV的客户的知识转化.
对于我们现在,我们的主要业务是从事将PB的C/S架构迁移成B/S架构以及将PB代码翻译成Java代码的产品和服务.
在这种迁移的过程中,有三中产品,APB/ADN和AJE, APB是不更改代码和翻译程序,直接把PB变成可以使用浏览器访问的B/S系统;AJE是把PB转成Java代码,抛弃原来的PB系统.
这些产品共同的特点是高技术含量,系统复杂,无法达到100%的稳定性和可靠性,转换后有大量的系统测试,优化和改进的地方. 在美国的客户的营业额占了我们80%的营业额,而且大部分的客户都是基于PB开发产品的ISV客户.公司的战略就是尽快帮助ISV完成由老的PB系统向B/S架构的迁移,我们叫Phase I,一旦这种迁移完成,在ISV向其客户推广的过程中,我们就可以按照CPU收取产品的License了,而且同时可以承接客户的新的模块的开发的外包,并在未来逐步积累垂直行业经验,并开发
自己的垂直行业Solution(毕竟PB市场在逐步消失).
Phase I -> Phase II的问题是我们面临的最大的问题。而由于产品的复杂性、PB客户在B/S系统开发方面经验的缺乏性、在测试/调优方面的复杂性和对我们产品的理解的深度是影响Phase I和Phase I -> Phase II的关键问题。
我们面临的重要的问题不仅仅是提供给客户一个工具，而是帮助客户成功的从一个PB C/S系统的解决方案提供商转变成一个B/S结构产品的提供商，甚至是直接转变成一个Saas服务的提供商。这种转变不仅仅是完成
ISV产品的转变，同时还有ISV如何销售这些产品、ISV的开发团队的转变、ISV的服务与支持团队的转变等各方面的转变。
我们没有选择，我们必须提供一个解决方案而不仅仅是一个产品，我们必须协助客户在最短的时间内完成这种转变，ISV进入Phase II，就意味着我们进入一个新的阶段。而在ISV的这种转变的
过程中，涉及到2个层面的知识传递，第一是我们的各类知识向ISV或者ISV的客户的传递，第二是我们内部的产品开
发/技术研究团队的知识向PS及Presales团队的知识的传递。
知识管理本身不是一个可有可无的问题，知识积累和传递，如何帮助客户完成Phase I，并尽快转入Phase II是企业的竞争和发展战略。知识管理体系本身是为了支持战略的重要手段。
因此从知识体系的规划，就有了这样三步走的策略。首先是根据企业战略作为输入，根据企业的战略，构建知识管理的业务目标。所谓知识管理的业务目标，就是知识管理在业务上需要实现什么目标，如涉及到营业额增加、迁移时间缩短、客户开发周期缩短、客户迁移费用的降低等业务指标和目标。
第2步，是根据知识管理的业务目标设计知识管理体系的建设目标，即应建设怎样的知识管理体系，实现什么内容的积累，应达到什么目标。第3步，就是根据已经设定好的知识管理的具体目标，设计知识管理的具体架构，并实现这个架构。
以战略为核心的知识管理体系的设计，使知识管理为企业的发展战略紧密融合，使知识管理发挥出真正的价值，并获得更高的支持和执行力，也避免了以前朋友们提高的知识管理体系推行困难，业务部门抗拒的问题。
我这些年来一直在从事ITIL/CobiT方面的研究和推广,同时由于我自己本身在几年前已经从一个技术管理者逐步向一个综合业务管理者过渡,因此,在推行IT服务的过程中,很自然的接受以业务为核心的思维导向. 企业运营的目的是盈利和持续发展,因此无论是ITIL还是CobiT,其构建的出发点都是以企业盈利和持续发展为核心,围绕企业的发展战略和策略来构建,是重要的战略支撑工具.
知识管理其实也一样,知识管理的构建绝对不等同于OA. 就我现在在推行的知识管理体系,甚至基本上同传统意义上的OA没有太大关系. 知识管理系统建设的目的是完成更快速高效的知识积累和创新,并实现从公司到ISV和Partner,再到ISV的客户的知识转化.
对于我们现在,我们的主要业务是从事将PB的C/S架构迁移成B/S架构以及将PB代码翻译成Java代码的产品和服务.在这种迁移的过程中,有三中产品,APB/ADN和AJE, APB是不更改代码和翻译程序,直接把PB变成可以使用浏览器访问的B/S系统;AJE是把PB转成Java代码,抛弃原来的PB系统.
这些产品共同的特点是高技术含量,系统复杂,无法达到100%的稳定性和可靠性,转换后有大量的系统测试,优化和改进的地方. 在美国的客户的营业额占了我们80%的营业额,而且大部分的客户都是基于PB开发产品的ISV客户.公司的战略就是尽快帮助ISV完成由老的PB系统向B/S架构的迁移,我们叫Phase I,一旦这种迁移完成,在ISV向其客户推广的过程中,我们就可以按照CPU收取产品的License了,而且同时可以承接客户的新的模块的开发的外包,并在未来逐步积累垂直行业经验,并开发
自己的垂直行业Solution(毕竟PB市场在逐步消失).Phase I -> Phase II的问题是我们面临的最大的问题。而由于产品的复杂性、PB客户在B/S系统开发方面经验的缺乏性、在测试/调优方面的复杂性和对我们产品的理解的深度是影响Phase I和Phase I -> Phase II的关键问题。
我们面临的重要的问题不仅仅是提供给客户一个工具，而是帮助客户成功的从一个PB C/S系统的解决方案提供商转变成一个B/S结构产品的提供商，甚至是直接转变成一个Saas服务的提供商。这种转变不仅仅是完成
ISV产品的转变，同时还有ISV如何销售这些产品、ISV的开发团队的转变、ISV的服务与支持团队的转变等各方面的转变。我们没有选择，我们必须提供一个解决方案而不仅仅是一个产品，我们必须协助客户在最短的时间内完成这种转变，ISV进入Phase II，就意味着我们进入一个新的阶段。而在ISV的这种转变的
过程中，涉及到2个层面的知识传递，第一是我们的各类知识向ISV或者ISV的客户的传递，第二是我们内部的产品开
发/技术研究团队的知识向PS及Presales团队的知识的传递。知识管理本身不是一个可有可无的问题，知识积累和传递，如何帮助客户完成Phase I，并尽快转入Phase II是企业的竞争和发展战略。知识管理体系本身是为了支持战略的重要手段。
因此从知识体系的规划，就有了这样三步走的策略。首先是根据企业战略作为输入，根据企业的战略，构建知识管理的业务目标。所谓知识管理的业务目标，就是知识管理在业务上需要实现什么目标，如涉及到营业额增加、迁移时间缩短、客户开发周期缩短、客户迁移费用的降低等业务指标和目标。
第2步，是根据知识管理的业务目标设计知识管理体系的建设目标，即应建设怎样的知识管理体系，实现什么内容的积累，应达到什么目标。第3步，就是根据已经设定好的知识管理的具体目标，设计知识管理的具体架构，并实现这个架构。
以战略为核心的知识管理体系的设计，使知识管理为企业的发展战略紧密融合，使知识管理发挥出真正的价值，并获得更高的支持和执行力，也避免了以前朋友们提高的知识管理体系推行困难，业务部门抗拒的问题。
No comments:
Post a Comment