• [转]我们为什么需要工作流


    本文转自:http://www.cnblogs.com/foundation/archive/2009/01/12/1374163.html

    这是我的"基于WF设计业务流程平台"的题外篇

    以下是这系列的文章列表,写的很痛苦,但我会继续写下去

    基于WF设计业务流程平台-架构

    基于WF设计业务流程平台-权限体系

    基于WF设计业务流程平台_特定群体与特定人

    基于WF设计业务流程平台_参与者与任务列表

    基于WF设计业务流程平台_功能列表

    基于WF设计业务流程平台_参与者的权限

    基于WF设计业务流程平台_权限在流程模板外部映射

    基于WF设计业务流程平台_消息收集、通知接口

    基于WF设计业务流程平台_数据冲突

    正文

    最近,"工作流"这个名词在企业应用中越来越多的被提及.

    在很多朋友在向我询问工作流细节时,都会问我一个问题,"我们需要工作流吗?"

    本文以一个企业应用为例子:假设有一个物流公司,我们先将他称之为WXD,WXD为客户提供城市间的货物邮递服务

    我们先将时间拉到上世纪80年代后期,这时WXD还是一家刚成立的小公司,公司只有一个营业地点,一台货车,每天只的一趟往返于A城到B城的货运邮递业务,

    邮递业务的办理也相当简单,客户将货物拿到营业点,在营业点添写收货地址与收货人的邮单,工作人员将邮单贴到货物上后装车.送货人员开车按邮单送货.在这个阶段,根本没有什么信息化,对WXD的经营者来说,买一台电脑还不如再买一台货车实际.

    WXD一直在用心做着自已的事业,进入90年代后,随着经济的发展,WXD也壮大了很多,公司的货车已经的了十几辆,送货的范围也已扩展到周边的五六个城市.

    这时WXD的经营者发现原来手写邮单的方式很不方便,而且对公司业务的统计用人工方式查阅邮单存根也很不方便.

    WXD的经营者在看了一些企业管理方面的书后,了解了一些"财会电算化","办公自动化"的概念.

    WXD的经营者对"财会电算化","办公自动化"的概念还是一头雾水,于是他找到了一家刚成立的电脑公司,这是一个由某个大学的计算机老师与他的几个学生成立,主要是经营电脑配件与软件开发,我们先将他称之为LZM.

    WXD的经营者在与LZM的的技术人员经过几次交流后,决定从LZM购买一台电脑,并使用LZM用FoxBase开发的一个邮单打印软件.

    WXD使用邮单打印软件后,送货人员再也不会因邮单上的手写文字不清而无法决确送货了,而WXD的经营者也可以随时统计公司的业务数据.

    当WXD的经营者还在为自已的"财会电算化","办公自动化"沾沾自喜时,随着经济的发展,又有几家物流公司成立了,规模虽然没有WXD大,但却抢走了不少客户.

    WXD的经营者通过多方了解,知道有不少客户是被其他公司的特色服务吸引过去了.WXD的经营者突然感觉到,光盯着自已赚了多少钱是不行的,必须还要了解更多的信息,特别是客户的信息

    WXD的经营者又想起了LZM,LZM现在已经不经营电脑配件了,而主要是经营企业定制软体开发.

    WXD的经营者与LZM的的技术人员经过很才时间的交流,最后决定由LZM用VB与Access开发的一个CRM系统(WXD的经营者不知道什么是CRM,也不知道什么是"系统"),"系统"在使用之初没什效果,但WXD的经营者坚持使用,逐渐的这个系统的做用慢慢显示出来.

    时间到了1998年,一天LZM的经营者主动来找WXD的经营者,要为WXD建一个"企业网站",由于有了前几次的愉快合做,WXD的经营者非常痛快的就接受了.

    不久,WXD的"企业网站"就建立起来了,不过WXD的经营者发现这个"企业网站"好像没有什么做用,不过WXD的经营者对这个"企业网站"也挺满意,每年的维护费用才几千元钱,对WXD来说跟本不算什么,在宣传单,名片上印上公司的网址,WXD的经营者觉得特有面子……

    随后的几年,WXD与LZM又有过多次的项目合做

    时间到了2003年,WXD已经是一家非常庞大的企业了,在很多城市都设的业务点.现在困扰WXD的经营者的问题已不单纯是利润与客户的问题.

    服务项目的多样性,人员团队的庞大,让WXD的经营者感到力不从心.

    业务部对因季节,商机变化而造成的线路,车次的调配不合理,让WXD的经营者感到很无奈

    客户要求可以通过网络办理业务,查询邮单,让WXD的经营者感到很迫切

    … …

    WXD的经营者再次找到了LZM(已经是一家非常有名的企业软件开发公司了),这次的规模对于WXD与LZM来说都是非常大型的,双方经营者都非常关注.

    系统开发初期,一帆风顺,在系统次试运行后,噩梦开始了…

    LZM的技术人员发现,客户的需求有60%都变了,在一次次修改,试运行,需求变化的反复中,矛盾终于在一次交流会上爆发了,

    LZM的技术人员说"你们的业务总变,你们都说不清,让我们怎么开发"

    WXD的业务人员说"我们要是业务从来不变,每个人都能说清,要你们开发系统做什么"

    你们的业务总变,你们都说不清,让我们怎么开发

    我们要是业务从来不变,每个人都能说清,要你们开发系统做什么

    双方的矛盾是不可调和的,谁都认为是对方的错,是对方在浪费时间

    项目在又经历了几次垂死挣扎后,WXD的经营者决定放弃,处于跟WXD的业务关系与两个经营者的个人交情,WXD付了全款.

    两个公司的管理者通过各自的方式化解了各自企业内部关于这个项目的各种危机,还开了庆功会,

    但WXD的经营者依然为业务管理的混乱而头疼.LZM的经营者也为项目的"不成功"而疑问重重

    时间到了2006年,WXD的经营者也尝试了几个其它公司的产品,都是很不理想,一天LZM的经营者来访,向WXD的经营者推荐一个LZM公司的新产品,

    WXD的经营者既没的立即接受,也没的拒绝,而是让LZM的技术人员详细讲解演示了一段时间.

    WXD的经营者发现,这个系统叫"工作流"

    • 这个系统以企业的组织结构与业务类型为基础数据,初始化了一个责权利相互制约的数学模型与业务模型
    • 具体的管理业务人员,根据业务模型创建,调整具体的业务流程,制做在流程中需要填写的业务表单
    • 其它的业务人员,依据自已在业务模型中的职能,启动,处理,管理,监督,查看业务流程
    • 数据分析人员,,根据业务模型,自已创建所需要的报表.

    WXD的经营者接受了这个叫"工作流"系统

    后序….

    "工作流"在WXD已经运行了一段时间了,一天LZM的经营者询问技术人员WXD使用"工作流"的情况,技术人员说不太好.

    LZM的经营者很疑惑,于是亲自拜访WXD的经营者,并问及"工作流"的使用情况,LZM的经营者还提意多加派些技术人员.

    WXD的经营者说,"工作流"是有很多不足,但总体思路是对的,问题可以慢慢解决,不会影响大局,现在的问题是这套系统触及到了企业中的许多人的不正当利益,这些人在极力反对

    后来两个经营者达成了共识,

    LZM的技术人员回去对配合WXD的物流专业务家对"工作流"进行一些特定于物流行业的改造,

    WXD的经营者则对企业内部关系进行梳理.

    最后,

    企业信息化经历了,打字排版、财会电算化、办公自动化、无纸化办公、互联网泡沫后,已进入了一个全新的时代

    现在的企业对信息化的要求已不是"无纸化办公",节约一些办公成本,也不是在互联网上刷排名,达到广告效果.

    企业的管理者要求:

    • 业务流程的办理要高效透明,
    • 政令的下达与意见的反馈要即时准确,
    • 任何行为要在"制定者,行使者,监督者"相互制衡的环境下进行
    • 管理者在制定新的流程时,可以参考以前流程的优点与不号
    • 行使者在执行流程中,即可得到流程的约束,又可以得到流程的指道
    • 监督者可即时的发现流程的不各种违纪行为,即时指正,并可事后考核

    因此,"工作流"不是一张几十万的光盘,他是企业的管理者对企业全新管理模式的一种渴望,这种渴望要落实到具体的实现手段上,这就是"工作流软件平台"

    最最最后,再留一个问题:

    软件是生产关系,还是生产力?

  • 相关阅读:
    67.ORM查询条件:range的使用,使用make_aware将navie time 转换为aware time
    65.ORM查询条件:gte,gt,lte和lt的使用
    66.Python中startswith和endswith的使用
    63.Python中contains和icontains
    64.Python中ORM查询条件:in和关联模型
    77.Q表达式详解
    76.Python中F表达式详解
    75.Python中ORM聚合函数详解:Sum
    74.Python中ORM聚合函数详解:Max,Min
    Cadence SPB 入门
  • 原文地址:https://www.cnblogs.com/freeliver54/p/2914304.html
Copyright © 2020-2023  润新知