技术≠管理

来源 :AMT前沿论丛 | 被引量 : 0次 | 上传用户:shaomingfang
下载到本地 , 更方便阅读
声明 : 本文档内容版权归属内容提供方 , 如果您对本文有版权争议 , 可与客服联系进行内容授权或下架
论文部分内容阅读
  关键词 企业管理 管理软件 软件技术
  
  大型国企天华公司与旭日软件公司签订了管理软件合同。旭日软件实施队伍进入天华公司开展调研,在调研阶段中,天华公司的采购部对旭日管理软件中的物资管理功能非常感兴趣,多次与软件项目经理讨论、沟通。按道理来说,作为软件实施方应该很高兴甲方如此积极,但是随着沟通的深入,项目经理开始发现情况不妙,以下是沟通的情景:
  天华采购部专工老王问:你们的物资编码采取什么标准?能介绍—下吗?旭日项目经理小李表示:不同的企业理解不一样。对于软件供应商来说,你们提供物资编码,我们可以协助做物资系统的初始化工作。老王疑惑:怎么你们不提供物资编码吗?其他项目用的是什么物资编码?小李:其他项目的物资编码我可以给你们作为借鉴,但是您部门以及使用人员不一定熟悉这套体系,这会为将来的物资管理和统计工作带来隐患。老王:我们的物资编码要有两个单价体系。比如管道,竣工决算是按照吨来执行的,所以出库领料是按照吨来计算。但是需求计划是从设计图纸分解出来的,设计的时候是按照米来的,所以提需求计划的时候得按照米来。你们得建立米和吨的转换。
  这时天华的采购部领导张总也参与进来了'张总问小李:你们能给我们提供一份成熟的采购管理方案吗?小李表示:我们可以提供其他的项目作参考,但介于本行业每个项目的差异很大,能复制的地方不多。张总疑惑:那你们就没有成熟的解决方案吗?小李解释道:我们是软件实施商,不是管理咨询公司,这应该由你们拟定解决方案然后我们来实现。张总表示:我们现在非常需要EPc(将工程总包给一家单位)的采购管控解决方案,你们帮我们找找案例。小李很为难:这个得你们提出管理目标,以及管理细致程度。根据我们了解的情况,以往物资部可能存在多个管理目标并且有可能冲突,您需要排出优先级。然后你们一步一步落实具体的管理方法,我们可以根据调研情况形成软件需求报告以及软件应用规划。
  这时张总有点生气了:你们实施了这么多项目,应该有很丰富的经验,就不能跟我们说说采购管理过程中有哪些风险?他们是什么样的管理思路和方法?小李很无奈地解释道:每个企业的管理目标不一样,展开工作所具备的条件、环境、资源都不一样,这些解决方案并不一定适用于你们。我建议你们先明确管理目标,制定相应的基本流程、标准规范。在这些内容形成后,依然有一些特例或者异常超出我们管控的范围的,这个时候,我们可以介绍其他企业的具体解决思路和方法供您参考。
  双方的这次讨论没有得到结果。随着时间的推移,关于采购部管理制度和流程的讨论提升到公司层面。公司领导、各业务部门主管以及专工聚集在一起对采购部的流程以及管理思路进行讨论。财务部关注物资竣工决算后的转资以及合理避税,技术部关注系统的运行效率以及具体的技术标准,控制部关注物资的进度计划编制及完成情况,设计院希望采购部根据供应商以及物资专业划分整理出相关说明、配合设计。
  内容越来越多,采购部明白了很多,也有更多的不明白了:这也要做那也要做,到底该怎么形成一套体系?这时一位采购部业务专工表示:不怕,我们有某某项目管理软件,它都可以搞定,有它在就没有问题了。
  这回软件实施团队彻底郁闷;应该是你们将业务问题进行分析,明确了解决方案之后再给我们指示而不是我们来帮你们分析问题、理清业务逻辑。
  这时,天华采购部的问题还没解决,公司领导、信息部门也“添砖加瓦”了。公司领导指示:软件设计方面要尽量灵活。你们的流程管理能不能做成自定义的,当前步骤操作人员可以自己选择下一步骤操作人员。就像发邮件一样,自己想选谁就选谁。建设期有太多的不确定因素,现有的流程一定要灵活、快速响应。旭日软件的小李很伤脑筋:流程怎么能想发给谁就发给谁呢?流程是科学的,每个环节都是有价值的,是根据流程服务对象以及对象所要求的目标所确定的。
  然后,信息部门把话题接了过来:另外,有些不走流程的就让各业务部门上传扫描件。对了,输入扫描件中的文字内容能查询出这个工程扫描件吗?据我所知某某公司是可以做到的。另外,你们在考虑问题的时候要面面俱到。我过去碰到一件事,某软件供应商设计A方案,但是不适用,我们根据实际情况拟定B方案。于是软件供应商开始根据B方案进行了很多定制化改动。最后我们在使用过程中发现流程走不通了,想退回A方案,又退不回了0所以你们要在设计的时候考虑功能灵活性。
  通过几次沟通,天华公司看到很多问题,不过这一切好像都是软件技术问题,是可以解决的。于是天华公司当场宣布了后期应用规划:各业务部门以及参建单位以后都要将本部门的业务数据录入管理系统中。
  但是在推动过程中,软件实施人员频繁遭到了业务部门以及参建单位的抱怨和质疑。业务部门的意见为:1 你们能不能将所有的操作都集中在一个界面,操作太麻烦了。2 你们能不能提供Excel导入、自定义表单、自定义报表功能,减轻我们的负担。参建单位的意见是:1 我们本身就有一套管理软件,如果使用你们的管理软件,会存在重复性劳动。2 虽然可以做接口自动导入业务数据,但是我们的软件供应商未必肯给你们开放接口。3 X位置得修改,XX界面也得修改,业务与系统的磨合程度还不够
  (本案例企业、人物均为虚构,如有雷同,纯属巧合。)
其他文献
最近,我的“同行们”(在各行各业负责流程管理工作的主管副总、总监、经理、专员),经常会遇到这样的困惑:“公司高层又在调整组织结构了,流程文件要是一个个调整,那简直累死人;但如果流程文件不调,那肯定‘两张皮’——组织结构变了,可流程文件还是旧的,结果是实际业务执行和流程成了两回事”。     于是,这些“同行”也会“憧憬”:“要是组织结构不那么频繁调整,我们的工作就好做了。”同样,一些业务部门的各级
期刊
今天,为了让商业通过外包获得长远成功,我们应该回答一些重要的问题。决定是否外包的驱动力是什么?更重要的是,企业如何“正确”地外包?   你也许会惊讶,当代外包的演变与经济学研究甚为相关。事实上,经济学研究发展的这80多年它与当代外包一直交织在一起。大思想家们聚焦于增长理论、交易成本、博弈论、产权、撤销管制规定以及企业性质。至少有六项诺贝尔奖颁给了对外包有贡献的经济学家。   在理解当代外包在经济学
期刊
“流程风险防御”的核心工作是找出重点流程的风险点,并在风险管控的同时加强风险预警,通过流程的风险防御确保对公司各业务运营单元、重要经营活动的安全管控。     在中国移动“正德厚生,臻于至善”核心价值观的引领下,东莞移动立足于近几年开展运营管理的实践和经验,在提升产品和服务质量、加强风险管控等方面进行了一系列的探索。前期更以此为出发点,全面构建了“质量安全盾”工程,积极地探索了融合流程管理、质量管
期刊
“柴米油盐酱醋茶”,也许除了上世纪九十年代中期那次通胀外,老百姓从来没有像今天这样如此关心过物价。  过去的一年里,我们经历了“蒜你狠”、“豆你玩”、“棉花掌”、“姜你军”等农产品的轮番涨价。这些产品的涨价,极大地影响了老百姓,尤其是低收入阶层的生活。中国人民银行2010年第4季度举行的“全国2万户城镇储户问卷调查”的结果表明,居民对物价满意度为1999年第4季度以来最低;74%的居民认为物价过高
期刊
全业务运营.从2009年开始一直是中国电信业最受关注的话题。电信行业的激烈竞争格局早已正式拉开帷幕.全业务运营已成为我国电信运营市场发展的主旋律。这一新的行业格局,对于电信运营公司和围绕其周边的产业链来说.既是机遇又是挑战。电信运营商的发展战略如何调整?市场应对策略、业务应对策略如何决策?组织、流程如何优化整合?对IT支撑技术和信息系统整合提出了什么要求?……种种问题接踵而至.摆在了企业面前。  
期刊
人民币升值,市场环境日渐复杂,OEM的利润已微乎其微,市场环境日渐复杂,底价竞争的日趋激烈,中国代工企业从中国制造转型已是大势所趋。大家都需要思考:代工企业的出路在何方?  在这一场迫在眉睫的行业转型中,大浪淘沙,谁能成为最后的胜者?各大代工企业都铆足了劲,开始苦练内功,而企业管理也成为大家公认的最核心内力之一。凭借在服装行业与流程管理领域的卓越影响力,AMT成为专营毛针织服装的绿和公司进行内部管
期刊
国内运营商已经意识到,新的形势下’电信运营商必须实现由原来的以产品为中心向以客户为中心转变,这就需要运营商组织内部打破部门墙,加大部门之间整合与协作的力度,一起为客户提供专业和全方位的服务。    关键词 电信行业 全业务员运营 组织结构调整 部门协同    我国电信行业已经进入了全业务运营时代,不断出现的新业务和新要求使得前端部门(直接面向客户的分公司或部门)需要以更多的精力去更好地服务客户,“
期刊
关键词:知与行 知识管理 知行裂隙    知与行,经常像河的两岸,各行其是。空有知识或只懂行动,都没法创造价值,不论个人或组织都服膺这样的道理。知行合一!  企业知识管理实践过程中,偶尔会出现“知行裂隙”,他们向往于知识管理,却畏于实践,他们制定了知识管理规划,有时却未能依此实施。当“说”取代了“做”、当“恐惧”阻碍了“创新应用”,“行”便姗姗来迟。此时,我们不得不思考知识管理的“行知”问题,以帮
期刊
几乎每个参与过项目工作的人都遇到过项目范围蔓延的问题。这就像压缩海绵,当它掉入水中时会发生膨胀,变成原来尺寸的10~20倍,这是因为它的边界(塑料胶囊)被溶解了。同样,项目边界的消失也会导致项目范围蔓延。  关键词 流程改进项目 项目范围蔓延    为什么范围蔓延经常发生?该做些什么事情才能管理好范围?  你是否曾在边界扩大了的项目里工作过?  或者更为重要的是,你是否曾在范围没有扩大的项目里工作
期刊
这里我不想做需求分析,而是对问题的本质做一个分析,同时对如何实施提出建议。  信息负责人:  表面上,信息负责人既懂业务又懂技术,还了解企业现状,对软件供应商与企业方起着良好的推动作用。但是实际过程中,由于业务部门的专业程度,信息部门很难提出建设性的意见。在业务解决方案这条路走不通的时候,往往就只剩下技术解决这条路了口同时,信息部门也喜欢在企业中显示自己的技术见解,主动用技术方案去承担管理问题(国
期刊