关键字:预算

  由于国际经济形势、汇率、高油价等影响今年国内许多企业财务都出现了相应的困难。进入四季度,下一年度的财务预算工作就提上了议事日程。IT预算自然也是很重要的一个部分。面对财务紧缩的控制,如何削减财务预算,同时又能保证IT工作的推进呢?笔者在这里支三招。

  第一斧:砍到不重要的项目

  一般来讲,最简单基本的投资策略是根据重要性与紧急性来确定。哪些是重要的而紧急的,必须马上重点保证投入;哪些是重要但不紧急的,可以视资金计划,在预算能力允许的情况下逐步投入;哪些是不重要但紧急的,能砍则砍。

  从二八原则来讲,用这种方法过滤一下项目预算,应该有相当的压缩空间。特别是更新硬件,新上项目上。而且,减少投入的项目,对于聚将精力聚焦在重点项目上,保证推进,更有帮助。

  第二斧:分解一次性投入

  有一些项目虽然不重要,但很紧急,或者又实在砍不掉,怎么办呢?可以将一次性采购分解为租赁甚至是外包。这样原来需要一笔集中投入的开销,就可以分年度或月度分批投入减少了对财务现金的压力。而且,可以在合适的时候选择并购或是分拆,即化解了风险,又保证了收益的最大化。

  第三斧:整合采购方案

  预算时,我们往往会考虑不同供应商的优势,分别进行采购。这样往往让我们缺乏了与供应商进行价格谈判的数量优势。在IT预算纷纷减少的时候,IT供应商的市场也在大大减少。因此,如果我们懂得将采购方案进行一定的整合,把原来通过几个厂商采购的软硬件整合到一个厂商品牌来采购,或是透过某一个重要厂商来进行总包,可以大大降低采购成本,也能够帮助我们减少预算。

  以上三招抛砖引玉,供大家参考。

编辑 | 阅读全文(362) | 回复(0),渠清如许 发表于 2008-8-23 23:14
关键字:CIO 论坛

  听说今年10月25-27号在北京有一个中美cio高峰论坛,内容还是不错的。不知道大家有没有兴趣,有兴趣的话大家可以在北京聚一下,了解学习一下:)

  附件是这个活动的策划方法。有兴趣的也可以到论坛的网站上去看看:http://www.ciosummit.com.cn/

编辑 | 阅读全文(1233) | 回复(2),渠清如许 发表于 2007-9-7 11:4
关键字:IT规划案例

(本文已经刊于cio INSIGHT第14期。是针对一个公司向集团化发展过程中IT治理出现的问题案例所写。)

弘扬公司集团化IT架构的失效是企业在快速的发展过程中必然遭遇的阵痛。由于公司在成功上市融资以后,迈上了快速发展的道路,公司的业务发展模式与IT管理模式也随之发展变化。从以往的经历往,张中可以称得上一个好的IT经理,无论在带领团队和业务管理方面都有着较好的表现。但他显然没有跟上集团化的快速发展步伐,作为一个集团的CIO,他正确处理IT战略与业务发展之间关系的经验和能力显然有点捉襟见肘。

要解决张中目前的问题,我想可以从建立集团IT体系规范和借力业务部门开展工作两个方面入手。

建立集团IT体系规范

IT体系是公司IT建设的纲领性文件,也是IT工作的原则与基础。在前期通过制度对软硬件的导入进行一些限制性要求,一方面可以规范IT基础建设,避免在快速发展中因条块分割而造成的重复建设或是不兼容的情况。另一方面,通过制度来约束可以避免集团与子公司协调中的矛盾。

几年来,虽然张中通过自己的努力,建立了IT的基础团队和业务。但是随着业务团队和IT建设规模的扩大。IT工作的展开肯定不会象以前张中一个人带领一个团队这样顺畅。再加上集团对子公司的分权,虽然张中掌握了业务领导权和主管任免权,但是再依靠个人的管理来规范IT建设显然是鞭长莫及了。因此从人治走向制度管理就应该是必然。

所以,在目前的情况下张中应该考虑借助外部力量,对公司目前的IT现状,以及今后的发展方向进行一个长期规划。为目前集团IT管理的无序化开一个药方,使之逐步走上有序的道路。

同时,根据这个规划,可以对一些原则性和关键性的技术指标和软硬件要求进行标准化建设,如对整个集团的网络架构、协议方式,通用数据库类型与接口,适用插件开发语言等等进行统一或相对的限制,而对于不在这些原则范围内的软硬件可以不作要求。这样不但可以保证集团IT建设的规范与步调一致,同时也能在最大限度上赋予下属公司自主权,充分调整动他们的积极性,也避免了管理上的对立与矛盾。

借力业务部门开展工作

现代企业管理离不开信息化手段。但信息化手段必须要对业务体系形成有力支撑,才能真正体现其对企业管理的价值。从案例中看,在推动集团的IT建设中,张中终始处于孤军备战的情况,并没有得到业务部门的有力支持。

有企业管理经验的人都会知道,当经营与管理发生矛盾的时候,管理肯定会暂时让路;当营销、财务等核心业务部门与行政、IT等保障性部门发生冲突的时候,IT肯定是处于劣势。因此当集团公司IT部门与分公司老总之间发生冲突的时候,张中处于被动的状态,这是在所难免的。就以文中提到的家具定制与销售平台系统,实际应当是服务于市场销售部门的重要工具。这类平台工具,如果缺乏了集团市场营销部门的有力支持和推进,不懂业务的IT部门必然独木难支。

如何来借力业务部门开展工作呢?一般来讲有以下几个方法。

首先是了解和熟悉业务部门的需求。IT工具只有被业务部门使用,才能体现出其效益。因此,在项目的推进过程中,需求确定、技术选型、功能定位、后期服务,IT部门都应以围绕业务部门的需要为宗旨,树立服务意识。尤其是在IT建设的过程中,不能只顾IT部门自己的想法,用强令的方式来推进,而要立足于为业务部门解决问题和提高效率。只有业务部门在运用IT工具的时候真正获益,才会真正对IT工作支持。推进IT项目才能真正成为各部门自发的需求。

    第二、甘当业务部门的助手和后盾。在推行一些IT项目的过程中,IT部门不妨让业务部门挂帅,而自己来做一些副手的角色。毕竟推进项目是为了改善业务的运营效益,而集团领导层对业务的关注度和熟悉度也会远远超过对IT的关注特别是许多IT工具的导入,会触及到业务工作模式的改变和在一段时期内增加业务工作量。在这方面,IT部门一定要做好充分地保障工作,而项目成果要更多地归功于业务部门。只有这样,业务部门也才会给IT部门以更多的支持,这样才能不断巩固和提高IT部门的地位。

编辑 | 阅读全文(2458) | 回复(3),渠清如许 发表于 2007-8-19 14:19
关键字:笪开源
如果按小王的计划,很可能把Y公司的人力资源信息化管理项目拖入失败的深渊――想要依赖导入信息化管理项目解决人力资源管理问题,无异于缘木求鱼;而人力资源管理体系的不成熟,同样也会给e-HR项目带来巨大的风险。
许多企业在人力资源管理信息化的道路上,都会遇到类似Y公司这样的问题。要解决这样的问题,首先要正确理解软件与管理之间的关系。
现代企业管理对IT技术的依赖度逐步加强――人事管理需要应对员工数量的增加、流动率的提高,培训需要适应知识更新的加快、绩效管理保持持续追踪。传统的人力资源管理手段效率已经保证这些业务的正常展开。因此,信息化管理手段成了基础。
于是就有人就走向了另一个极端,认为e-HR里蕴含了管理思想,可以解决管理问题。这种想法也是极为幼稚的。国内企业管理的规范度还很低,行业差别,企业差别非常大,连许多资深的咨询顾问都无法在较短时间内解决的问题,软件更是无能为力。这时e-HR项目往往就会搁浅。有些即使勉强实施完毕,到后来想调整的时候就发现不合理、不科学的流程已经被固化在系统中,再要调整反而更加麻烦。
因此,e-HR与HR管理之间的关系就如渠与水的关系一样。e-HR的作用就象渠一样,可以把水――管理更有效地传输到企业的每一个角落。离开了管理之水,渠就成了摆设。而离开了e-HR之渠,管理就会象水一样漫无目的,随处流动,效率和效能都会大大降低。
对于Y公司来说,作为一家有相当规模的企业,引进e-HR已经势在必行。否则管理问题会象滚雪球般,越积越多。关键在实际操作中,既要重视e-HR的渠道建设,又要注重管理模式的规范与改进,修渠引水,水到渠成。
首先,业务流程梳理。任何软件都有一定的逻辑架构,如果企业人力资源管理的业务不清晰,就谈不上软件的实施应用。因此,对企业现行人力资源管理的业务进行流程梳理,用作图的方式,把实际运作流程体现出来是非常必要的。通过流程梳理,人力资源管理部门会很容易发现,目前的管理中,有哪些缺乏流程规范,需要建立;哪些有规范但执行不到位,需要改善;哪些流程不合理,需要废除;哪些流程已经比较成熟科学,需要坚持。这样一方面可以避免将一些垃圾流程固化到系统中,同时又为人力资源管理的改善提供的目标和方向。
其次,锁定项目目标。e-HR系统往往有不少功能模块,全面铺开往往会导致精力不够。因此,必须先锁定项目目标,从一个重点入手,取得成效,然后再逐步扩展。一般来讲有两种选择方式。一种是稳健型,可以选择目前比较成熟科学的业务流程模块作为项目目标,通过e-HR系统去实现原有的业务流程。这种方法项目实施风险小,见效快,但对软件的匹配度要求高,需要更贴合企业流程的软件。另一种是变革型,可以选择目前缺乏规范的业务流程,通过e-HR系统去建立和规范。这种项目的实施风险较大,见效快。由于没有原有流程的限制,对e-HR系统的限制较少,只需要选择有较好业务逻辑的系统就行了,但需要供应商和实施团队有较丰富的业务经验。但不管选择哪一种方式,在较短的时间内(对于e-HR项目来说一般不超过3个月)见效,是项目目标是否合理的一个重要标志。
最后,把好选型关。选型时,既不能听信厂商单方面的宣传,又不能光顾着在公司内部做分析,而是应该把眼光放到企业外部。建议可以让e-HR供应商推荐一些同行业同规模的成功案例作为参考,或者是自己借鉴一些在管理上具有相似性的案例。与这些企业多交流,了解他们在软件实施前做了哪些准备工作,实施中的遇到了哪些问题并如何解决,实施到现在的效果如何。这些信息可以让我们对e-HR项目的作用以及实施过程中可能遇到的风险有更清醒的认识。同时也有助于了解客户对供应商的评价。在选型的时候,一般尽量选在本行业、同规模企业中成功案例比较多的供应商,尤其要选择成功率高、经验丰富的项目团队。要知道,e-HR项目的成败,产品只占三成,而实施顾问却要占七成以上。
e-HR项目实施完毕,绝不代表着成功,仅仅是企业的人力资源管理信息化开了个头,只是完成了修渠引水的过程。人力资源管理水平的提高是一个不断循环的过程。我们依托信息化系统的目的是不断稳定和提高现有工作效率,用信息化手段替代一部分机械的重复的劳动,然后腾出精力去改善管理中的薄弱环节,再进行规范,再信息化。这其实就是一个计划、执行、规范、改善的螺旋式上升的循环。只有这样,企业的人力资源信息化管理才能水到渠成。
编辑 | 阅读全文(9323) | 回复(5),渠清如许 发表于 2006-12-15 14:43
冬天来了,天气冷了,可软件业的“协同”还是灸手可热。但凡可以沾点边的,都贴上了协同的标签――协同成了个筐,什么东西都能往里装。某知名协同软件社区的调查甚至号称,目前我国协同软件相关的厂商已经超过500家,其中相对成熟的产品已经超过100个,着实让人眼花缭乱。
什么是协同软件呢?有概念称协同管理软件是指把对组织中“人、事件、资源”之间协同关系进行管理的软件,是团队组织协同工作的平台和工具。从这个概念理解,大概除了单机版的电脑游戏外,几乎每个软件都可以称为“协同软件”了。连一个精确的定义都没有,更谈不上定位了,这种情况在强调逻辑和数字的IT行业,几乎是不可想象的。因此,协同软件市场要发展,寻找一个准确的定位是关键。
管理大师德鲁克有一组经典的问题――我们的业务是什么?我们的客户是谁?客户的认知价值是什么?在德鲁克看来这三个“简单问题”不明白,企业就无法实现使命;同样,这三个问题不明白,协同软件也不可能实现自己的使命。
HOW-协同管理软件的业务是什么?
这个问题看似简单,回答起来可真没有那么容易。任何一个组织的业务实践都离不开协同,脱离了组织管理的业务实践来谈协同软件是没有任何意义的。无论是政府还是企业,管理的对象都不是单个的人,而是有结构的组织。所以,如果从协同的角度来看,任何管理软件都不可能是脱离开组织存在的,都将涉及对组织中的“人、事件和资源”进行管理,岂不是所有的软件都是协同管理了。所以,以这个概念来界定协同软件显然不行。说到底,协同应该是软件行业的一个应用领域,而非一种软件的种类。
虽然协同的理念已经被包含在大多数软件的企业应用中,但这并不影响“协同管理软件”作为一个专用名词的存在。这与军事上任何作战都需要协同,而协同作战仍作为一个名词出现是一个道理。只是我们需要对这个名词作更清晰的界定。
协同是有着科学的定义的。协同学原理认为,一个系统从无序走向有序,不是在于系统现状的平衡与否,也不在于系统离平衡状态有多远,是在于系统内部各子系统之间通过非线性的相互作用,从而产生有序的,有一定功能的自组织结构,合作和竞争决定着系统从无序到有序演化过程。因此,与我们通常讲的配合、协调、沟通等名词相比,协同关注的并不是仅仅点对点的沟通,或是职能部门的流程,而是组织在实际运作过程中,跨部门、跨企业甚至是跨行业的协同团队的形成。如果按这个定义,恐怕还敢说自己是在做协同软件的公司就所剩不多了。
是否能够帮助企业构建与固定组织架构有区别而互为补充的信息化协作平台,这应该是协同软件区别于非协同软件的标志。同样,其他任何应用型企业管理软件,如ERP、CRM,也可以成为协同ERP、协同CRM。相信这才是协同软件真正的业务功能所在。
因此,相对于非协同软件来说,协同软件业务有几个重要的要求。首先是无缝化。现代科技为协同软件提供了无孔不入的前提。但是要建立一个稳定、安全、可靠,在任何一个地方、任何一个时间都可以进入的协同平台,似乎还需要更多的磨练和成熟。相信ASP如果凭助成熟的Internet,再加上协同的东风会有长足的发展。其次是对接性。协同时代,任何时候、任何领域,两个原本没有联系的组织的平台都可能相互延展,而产生碰撞。因此,如果不能对接,那估计是想协同都协同不了了。明智地选择一个有生命力的底层语言平台就是关键了。第三是柔性。天下大势,分久必合,合久必分。协同学就是在这种无序中建立有序,而协同软件同样也需要有相应的柔性来适应,无论是流程、组织或是沟通方式的变化。
WHO-协同管理软件的客户是谁?
如果协同指的是一般意义上的部门内或部门间的业务配合,那几乎可以说每一家企业都是潜在客户,每一家企业的员工都是潜在用户。这种“普天之下,莫非用户”的市场定位就等于没有定位。但如果已经理解了协同管理软件的业务,其市场定位想不清晰也难了――需要建立有共同利益目标或关系的跨正式组织架构沟通和协作平台的组织。
哪些组织有着共同的利益目标,又需要建立跨正式组织架构的沟通和协作平台呢?跨国企业、中小企业和人群。
表面上看跨国企业似乎有着正式的组织架构,但实际上,由于其跨文化、跨地域以及跨产业,而公司正式的刚性的组织架构又影响着其信息之间的沟通,特别是企业学习能力的成长。某一地域的最佳实践要想向另一地域传播,可能需要经历一个自下而上,然后再自上而下的过程,这个冗长的过程足以使企业失掉商机。而协同平台有助于帮助跨国企业在正式组织架构之外,建立一种体系,使跨国公司的子系统可以相互作用,从而有效地推动企业的发展。
中小企业一直是国民经济的主力军。但是,由于其规模小,人才分散,抗风险能力也比较小。因此,帮助中小企业之间的建立跨企业协同,依托相近性优势或互补性优势共同发展,将是协同管理软件的又一个广阔的市场。但是,在这个市场上,我们不能以单个企业来识别客户,而应该以地域、行业或是供应链的角度。否则,单兵种作战,协同根本无法谈起。谈到这里,阿里巴巴可以算是一个雏型。但是遗憾的是,虽然马云建立了一个平台,但是平台上的活动大都是无序的、分散的、自发性的。如果从地域、行业或供应链的角度来满足中小企业的协同需要,相信电子商务网站前途不可限量。
人群。这个词看起来跟协同软件的目标客户一点关系也没有。似乎想要找一群人为一个昂贵的软件买单也是件不可能的事。但事实上,在知识经济时代,人群将会是协同平台的最大使用群,确切地说是消费群――即使他们自己不买单,也会有广告商会愿意为他们买单。除着信息的发展,人际交往和情感交流的网络化已经越来越明显。人群已经打破地缘限制,而更多转向共同兴趣、爱好和话题,形成了“部落”。更多以前从不认识的人会产生协同去完成一件事的愿望,这里无疑蕴含着巨大的商机。我们同样可以看到,不少人脉网站的兴起,也样也可以看到在这些网站上协同的雏形。
WHAT-客户的认知价值是什么?
如果说协同软件厂商没有研究过这个问题是不可能的。否则“协同”这个词也不会被宣传得热火朝天,以致于在Google里搜索“协同”的时候到处都是协同软件的宣传,而协同学的本义已经完全被淹没了。但是,无论从厂商的宣传,还是从市场的反馈,大家对协同的认知明显仅仅停留在企业内部流程的规范、部门间合作的形成以及人际沟通的强化上面。我不能说这些都不属于协同,但我可以说这些都不能与协同划等号。
企业存在的目的是创造顾客。在爱迪生没有将灯泡从实验室放到企业大量生产之前,人们一直是以蜡烛照明的,没有人使用电灯。但现在电灯和灯泡的发展估计已经远远超出当初爱迪生本人的想象了。同样,协同软件被从潘多拉的磨盒中释放出来以后,其发展肯定也会远远超出我们当时的初衷――客户是永远不会满足的。
其实,对于客户来讲,他们真正的需求不是协同软件――而是协同给他们带来的效率、利润以及情感的满足。某些厂商如果还把软件的价值认知仅仅停留在OA、流程管理或是P2P的沟通的话,那市场很快就会被那些更关注知识管理,建立有记忆和学习能力的学习型组织;更加关注协同生产,建立相互协作的供应链体系等更高端的厂商所替代。在越来越实用主义的国内外企业家和管理者眼里,软件作为工具,必须以管理为基础。除非借助于软件的程序化、标准化,有利于推动企业的经营和管理。从这些意义上讲,谁培养或规范了客户的认知价值,谁就拥有了市场。金蝶在国内财务软件方面的优势就来自于此。
因此,炒作或是标新立异,都无助于培养和规范客户的认知价值。扎扎实实地研究国内企业的经营管理的实际情况,通过软件为国内企业的发展创造价值,才会使协同软件的市场更为成熟和规范。曾记得以前装备部的一位老领导说过:中国的装备工业要发展,不是靠的哪一个整机装配厂,而是要靠整个制造业,没有好的材料,就没有好的零件;没有好的零件,再好的装备水平也没有用,哪怕是一个小螺丝,也会影响整体的水平,这是一个系统问题。同样,协同软件行业面对的也绝对不是一个企业简单的管理问题,而是一个系统问题,从企业内部子系统,到行业、供应链系统,再到整个产业,协同软件会大有用武之地。

三个问题,看似简单,回答起来却实在不太容易。我们的协同软件厂商不断地用这三个问题拷问自己,相信会有更多的收获。在热火朝天的市场里,用一个冬天冷静地思考、准确地定位,无疑将会为中国的协同软件业迎来一个灿烂的春天。

(注:此文已经发表在《中国计算机用户》总第737,如需引用请注明出处和原作者)

编辑 | 阅读全文(9615) | 回复(6),渠清如许 发表于 2006-12-6 12:41
(按:此文已经发表于《中国计算机用户》第734期,如引用请注明出处及原作者)
现在似乎已经成了不少企业的围城――城外的想进去,城里的想出来,还有一些正卡在城墙上,进退维谷,动弹不得,真正体现了相当的效益的,实在是少数。在中国做e-HR绝对不是一件好揽的差事。特别是与Super Sales们的精彩演说相比,稚嫩的产品和懵懂的实施在客户面前的表现实在是不尽如人意。
其实,就象不如意的婚姻永远不可能有赢家一样,无论是企业,还是供应商都不愿意看到不成功的e-HR项目。因此,在这里要提醒大家一声,e-HR有风险,导入需谨慎。大家不妨在实施前先问一下自己下面三个问题。
第一问:企业适合导入e-HR吗?
不少人认为e-HR是一剂良方,有病治病,无病强身,有经济实力支付购买和实施费用的企业都可以导入。这种看法是对国内企业现状不了解的表现。目前,国内企业形态的复杂程度远远超过发达资本主义国家――既有跨国大公司,也有家族大企业,还有数不清的中小企业,而这些企业可能分处于不同的企业发展阶段,而企业管理的“统治”方式就更是涵盖了从奴隶社会到社会主义社会的不同阶段。
所有制、行业、发展阶段再加上管理模式的巨大差异形成的排列组合,形成了五花八门的企业特色。因此找到一个完全适合企业现状的e-HR解决方案的概率与大海捞针无异。因此,完全有必要先评估一下企业是不是适合导入e-HR。就象前不久,有一家省级的烟草公司进行e-HR项目招标,可到最后不了了之了。原因就在于通过招标他们发现企业根本不具备上e-HR的基础。
首先,e-HR需要公司有稳定的人事基础管理体系,比如说考勤、薪资等。再灵活的e-HR产品也有一个基本的流程架构,如果公司人事管理朝令夕改,e-HR的调整肯定跟不上实际,反而会成为变革的绊脚石。所以不妨先考虑把管理体系建立起来,再考虑更进一步的信息化。
其次,e-HR需要公司的人事管理权责明确。e-HR的操作设定不同的权限,分配不同的用户来完成。因此,就必须要有对应清楚的人事管理权责分工。否则系统中的数据的准确性和及时性就很难保证。
第三,e-HR需要公司人事管理人员具备相当的业务水平。e-HR带来的改变是全方位的,尤其是对人工作习惯的改变。e-HR要求每一个工作步骤和流程都留下记录,这就需要管理人员遵循相应的规范进行操作,并真实记录。否则再好的电脑也不能用错误的信息分析出正确的结果的。
有了相应的管理基础,也并不是什么样的e-HR系统都适合的。尤其不能听信Super Sales们针对行业的e-HR解决方案的说法,更不要迷信标杆。就象你们知道的,在模特身上很好看的衣服,在我们身上可能会很不好看一样,我们一定要独立地分析和评估e-HR与自己企业的适合程度。如果有可能,找与自己发展水平、管理形态更类似的企业,如果他们成功实施导入e-HR,那借鉴的意义可能会更大一点。
在这里建议准备上e-HR的企业,最好到人事管理模式和水平较接近的公司,与他们座谈一下,问一些问题――他们有没有上e-HR?为什么?上得效果如何?问题出在哪里?怎么解决的?这将有更有益于作出准确的判断。
第二问:谁是e-HR的关键用户?
这个问题看上去很小儿科。e-HR,当然是HR来用罗。其实不然,企业里面,除了专职人力资源管理者外,几乎每一位管理者都应该属于HR。尤其是直线经理和主管,他们负有对下属员工进行直接管理的责任――管理,首要是对人。
但遗憾的是,无论是e-HR产品的设计,还是相关职能部门在项目导入的时候,几乎都没有充分重视直线经理人力资源管理的实际需求。Tony是一家外贸公司的HR经理。公司在建立HR管理体系的时候,直线主管常常报怨工作量太大。于是他们花了几十万导入了一套e-HR系统,想帮助大家提高效率。可奇怪的是越受到了大家更强烈的抵制。不但e-HR被套牢,原有的改善计划也受阻了。这与e-HR产品是有很大关系的。
首先,e-HR软件几乎无一例外是按模块而不是按对象来设计界面的。这正是迎合了HR部门的职责分工。但是,在部门管理中,主管不可能再按职能去分工,他们更希望针对对象去进行管理,尤其是一些重点对象。模块化的操作无疑是割裂了主管在实施管理过程中思维的连续性。
其次,e-HR是结果管理,而非过程管理。e-HR在数据的统计、存储和整理上无疑是有优势的,但是这些数据反映的都是各部门人力资源管理的结果,顶多可以指导人力资源对各部门进行调整。而对于部门主管优化部门内部的人力资源管理没有太多的帮助。这一点,在一些人员数量比较少的脑力或资本密集型企业尤为明显,而这类企业对人力资源管理和开发的要求无疑是更高的。
第三,e-HR缺少对直线管理者的支持。与ERP相比,e-HR在数据采集上无疑是非常薄弱的――ERP有MES,而e-HR大概除了打卡外,大概没有其他可以实时对管理的信息进行采集的途径。如主管与员工经常性的沟通的记录、员工的日常表现记录、日常工作管理等等。现在在研发等部门有一些软件,如Project等在支持这些工作,但e-HR在这方面是个缺口。
HR部门仅仅能够决定一个企业人力资源管理政策水平,但真正的推行和实施靠的还是整个管理者团队。所以,想要依靠e-HR提升企业人力资源管理整体水平,不管是HR部门,还是e-HR供应商,都必须关注一线主管实施人力资源管理的需要,特别是那些号称蕴含管理思想的“解决方案”,否则就仅仅是一个考勤薪资管理软件而已。
第三问:如何发挥e-HR的作用?
常常在论坛上看到一些e-HR供应商打口水仗。某一家称自己的产品功能强大,并能够为客户提供强大的客制化服务,适合客户需要;而另外一家则说客制化的程序肯定不稳定,只有产品化才是最根本的。
的确,现在绝大多数e-HR在招投标或实施前,都会做GAP分析,看系统的逻辑与企业的人力资源管理流程和方法有是否能够符合或支持。如果遇到不符合,要么用客制化来做到与企业需要相符;要么就放弃或让企业改流程。这两种做法都对可能会对企业的HR管理产生伤害。
应该说,产品本身的稳定有内在逻辑是非常重要的,因此大量的客制化无疑是有风险的――当然,有些产品本身内在的稳定性也需要打个问号。从另一个方面讲,由于国内企业的HR管理差异化太大,要选择与企业实际基本相符的e-HR产品,那也几乎是不可能的。所以,无论是供应商,还是企业,在实施e-HR前除了流程分析外,再进行流程评估和优化,从而来决定对产品和客制化的取舍是非常有必要的。
首先,e-HR绝对不能成为现有管理方式的奴隶。现有的管理方式本身可能有很多不合理的流程和环节在里面。如果用e-HR把这种不合理规范和固化下来,以后调整的难度就会加大,反正在事实上会影响管理的效果。
其次,企业管理也不能照搬e-HR的逻辑。企业的个性或文化决定了有一些流程在企业无法实施,或至少在当前无法实施,需要做一个妥协和调整。
因此,无论是e-HR供应商,还是企业,都应该明确如何让e-HR在企业管理过程中发挥良好的作用。一般来讲,管理基础薄弱的企业,可以把e-HR作为规范人力资源管理的机会,把管理项目和信息化项目同步来做,通过管理改善,使管理行为与e-HR的管理逻辑相符合。这就需要企业选择一家产品稳定、逻辑严谨、思想先进,而且有一定管理咨询配备能力的e-HR供应商。(建议不要由一个供应商同时做管理和信息化,这样会在项目过程中掩盖掉不少问题,而在后期无法弥补。)而具备较好的管理基础的企业,则应该有一定发展潜力的e-HR供应商长期合作,分步实施,成熟一个流程,实施一个流程,形成企业自身的e-HR体系,以减少短时间大量客制化带来的风险。
国内企业的现代人力资源实践的真正起源,从外企进入中国算起才短短二十余年。而e-HR起步的时间则更短。与国外人力资源理论与实践跟国内差距非常大一样,国外的e-HR显然也无法满足国内需要。但是国内的e-HR供应商要读懂HR的芯,才能提供好的产品,推动国内企业人力资源管理水平的发展。
编辑 | 阅读全文(8409) | 回复(1),渠清如许 发表于 2006-11-20 12:42
关键字:项目实施

一、引言

随着信息技术的飞速发展,软件产品的规模也越来越庞大,个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中,对开发实行有效的管理。我公司是西安一家中型软件企业,在公司中已经实行了项目管理制度,软件项目管理是整个项目管理中的一个重要组成部分。

从概念上讲,软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上,软件项目管理的意义不仅仅如此,进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力,企业的软件开发能力越高,表明这个企业的软件生产越趋向于成熟,企业越能够稳定发展(即减小开发风险)。

软件开发不同于其他产品的制造,软件的整个过程都是设计过程(没有制造过程);另外,软件开发不需要使用大量的物质资源,而主要是人力资源;并且,软件开发的产品只是程序代码和技术文件,并没有其他的物质结果。基于上述特点,软件项目管理与其他项目管理相比,有很大的独特性。

二、软件项目管理的组织模式

软件项目可以是一个单独的开发项目,也可以与产品项目组成一个完整的软件产品项目。如果是订单开发,则成立软件项目组即可;如果是产品开发,需成立软件项目组和产品项目(负责市场调研和销售),组成软件产品项目组。

公司实行项目管理时,首先要成立项目管理委员会,项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。

1、项目管理委员会

项目管理委员会是公司项目管理的最高决策机构,一般由公司总经理、副总经理组成。主要职责如下:

1)依照项目管理相关制度,管理项目;

2)监督项目管理相关制度的执行;

3)对项目立项、项目撤消进行决策;

4)任命项目管理小组组长、项目评审委员会主任、项目组组长.

2、项目管理小组

项目管理小组对项目管理委员会负责,一般由公司管理人员组成。主要职责如下:

1)草拟项目管理的各项制度;

2)组织项目阶段评审;

3)保存项目过程中的相关文件和数据;

4)为优化项目管理提出建议。

3、项目评审小组

项目评审小组对项目管理委员会负责,可下设开发评审小组和产品评审小组,一般由公司技术专家和市场专家组成。主要职责如下:

1)对项目可行性报告进行评审;

2)对市场计划和阶段报告进行评审;

3)对开发计划和阶段报告进行评审;

4)项目结束时,对项目总结报告进行评审。

4、软件产品项目组

软件产品项目组对项目管理委员会负责,可下设软件项目组和产品项目组。软件项目组和产品项目组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是:根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。

浅析软件项目管理中的10个误区

随着计算机硬件水平的不断提高,计算机软件的规模和复杂度也随之增加。计算机软件开发从“个人英雄”时代向团队时代迈进,计算机软件项目的管理也从“作坊式”管理向“软件工厂式”管理迈进。这就要求软件开发人员特别是软件项目管理人员更深一步地理解和掌握现代软件工程的理论方法,完成思想观念上的转变。笔者在此分析了10个在现代项目管理中思想观念上容易陷入的误区,希望能够抛砖引玉,引发大家更多的思索和讨论。

误区1:在项目的需求分析阶段,开发方与客户方在各种的问题的基本轮廓上达成一致即可,具体细节可以在以后填充。因为无论开始时有多么细致, 以后对需求的修改几乎是必然的。分析:这是一种非常危险的思想。实际上许多软件项目失败的最主要的原因就是需求阶段对问题的描述不够细致,导致后来预算超出或者时间 进度达不到要求。正确的做法是:在项目需求分析阶段,双方必须全面地尽可能细致地讨论项目的应用背景、功能要求、性能要求、操作界面 要求、与其他软件的接口要求,以及对项目进行评估的各种评价标准。并且,在需求分析结束以后,双方还要建立可以直接联系的渠道,以尽 早地对需求变动问题进行沟通。

误区2:软件项目的需求可以持续不断的改变,而且这些改变可很容易地被实现。分析:的确,在具体实际中由于种种原因客户方很难在需求分析阶段全面而准确地描述所有问题。随着开发进度的推进,往往会有一些需求的 改变。而现代软件工程理论也利用软件的灵活性特点通过各种方式来适应这种情况。不过,这并不表明“软件项目的需求可以持续不断的改变 ,而且这些改变可很容易地被实现”。实践表明:随着开发进度的推进,实现软件需求更改所需要的代价呈指数形式增长。假定在需求分析阶 段实现需求更改需要花费1倍的代价;那么,在系统设计和编码阶段,需要花费1.5-6倍的代价;在系统测试阶段需要花费10-20倍的代价;在软 件版本发布以后,甚至可能要花费60-100倍的代价。由此可见,在项目开展过程中,软件需求的改变应当尽量早地提出。这样才可能花费少, 容易被实现。

误区3:软件程序主要由代码组成,因此编码阶段是整个软件项目的最重要的阶段,应该给与大量的时间,并且集中主要的资源。分析:与以前相比,由于软件的规模和复杂度的增加,以及半自动化软件代码开发平台的出现,现代软件项目管理的中心发生了转移不是 着重编码阶段,而是着重系统总体/详细设计阶段。一般说来,在现代软件项目管理中各种资源的合理分配比例是:项目论证、风险评估阶段3% ,项目需求分析阶段8%,系统总体/详细设计阶段45%,编码阶段10%,系统测试阶段34%

误区4:为了便于代码的维护修改,在系统的详细设计阶段文档工作应该做到写出所有程序的伪码。分析:通常伪码的最大作用是对程序的算法流程进行描述,便于人们深入了解程序的功能和实现过程。可见,在一定程度上伪码的确有利于对 程序代码的维护和修改。但是,我们知道为了保证项目文档和程序代码的一一对应关系,维护程序代码的时候同时需要对项目文档进行维护。伪码和程序代码是非常接近的,对伪码进行维护的话,相当于进行了2倍的程序代码维护。工作量是很大的。所以切合实际的方式应该是对一般 的程序文档做到程序流程图即可,对于涉及了较复杂算法的才需要伪码。

误区5:既然在项目人员配置中设置了专门的测试人员,那么软件所有的内部测试工作全部应该由测试人员完成。分析:软件程序测试可以分为“白盒法”和“黑盒法”两种方式。由于使用“白盒法”对测试人员各方面素质的种种要求,在进行程序测试时 测试人员总是最优先使用“黑盒法”。他们的工作方式往往是先对程序进行“黑盒法”测试;如果测试没有通过,不得已这才考虑对程序代码 进行“白盒法”测试。显然,这种对“白盒法”有意无意的“逃避”,对软件的可靠性和稳定性构成了威胁。如何解决这个问题?一方面需要 提高对测试人员的要求,另一方面也需要程序员完成部分的“白盒法”测试(实际上,程序员往往也是进行“白盒法”测试的最佳人选)。

误区6:软件项目管理只是相关技术部门的事情,与公司其他部门无关。分析:在竞争日益激烈的今天,软件项目规模大、复杂度高而且时间要求紧迫。要想提高公司的软件项目管理水平,这就需要提高公司的整体 参与意识,需要公司各个部门协同作战。例如需要会计部门协助进行项目预算,财务管理和费用控制;需要研究部门(技术委员会)指派专家 协助进行各种风险评估,提供技术指导;需要后勤部门提供各种保障。

误区7:在开发进度滞后的情况下,可以聘请更多的程序员加入到开发团队中,通过增加人力资源来赶上进度。分析:在注重团队开发的时代,开发方应该根据目前的软件项目管理水平慎重考虑这个做法。如果新加入的程序员对目前软件项目的应用行业 有一定了解,并且可以很快适应了开发方的项目管理方式、软件开发风格、团队协作氛围;那么"新人"的加入是有益的。否则,可能会" 心好意做坏事"。因为尽管其个人能力很高,但是为了使其与大家一起协同工作,开发团队不得不分出人手对其进行与项目有关的技术/业务培 训,更重要的(也是难度最大的)是还要引导其融入团队。这可能需要花费开发团队许多时间和精力,很有可能使项目进度更慢。

误区8:技术骨干应该成为项目的项目经理,项目经理一定是所有项目成员中薪水最高的。分析:在"软件作坊"时代,这是一种普遍使用而且效果不错的方法;而在"软件工厂"时代,这种方法却带来各种问题,有时甚至直接导致 项目失败。究其原因这主要是因为随着现代软件开发分工的细化,对项目经理的要求也发生了根本的改变最注重的不是其对某项专业技术 的掌握程度,而是其组织、领导、协调开发团队的能力(当然,可以两者均突出最好)。至于项目经理的薪水问题,这和定薪制度有很大关系 。通常,项目经理执行的是管理人员的薪酬体系,而其他人员执行的是技术人员的薪酬体系。项目经理的薪水在项目成员中是比较高的,但不 一定是最高的。有时候,为了激励技术人员,项目中的技术骨干得到的酬劳比项目经理要高。

误区9:只有项目经理以及部门主管才会关心项目整体进度,程序员只关心自己的开发进度。分析:这是一种"官僚"的想法。实际上程序员作为团队中的一员,他不仅仅是在打一份工,更重要的是在参与一件"作品"的创作。在体味 工作的辛苦的同时,程序员更重要的是要享受创作的快感。项目经理不应该漠视程序员对"成就感"的追求,应该向每一个人详细描述最终" 作品"将会如何美妙和令人兴奋,并且在到达最终目标的路上设立一系列的里程碑。每当项目整体推进到一个里程碑的时候,项目经理应该把 这个消息告诉每一位项目成员。实际上,这不仅仅可以让所有的项目成员享受到阶段胜利的喜悦,还可以激发大家更大的工作热情,提高工作效率。

误区10:为了保证项目继续,为了留住核心程序员,加薪吧。分析:加薪可以说是很多企业在挽留程序员时所使用的常用方法。这一招可能暂时奏效,不过往往是人留下来了,但副作用也来了加薪的 人未必见得多干活,没有加薪的人却开始消极怠工了。其实,项目的进行过多地依赖程序员的个人技术是“作坊”时代沿袭下来的“陋习”。 既然IT行业人员的流动是无法控制的,现在项目的执行应该更加注重团体的力量,应该更多的考虑公司整体技术水平和核心技术能力。例如形 成公司自己的专家知识库,类/函数库,第三方控件库,拥有自主版权的开发平台等。另外,实际上程序员萌生去意的原因很大程度上不是薪水 ,而是缺少激励和尊重。这需要项目经理使用“老土”一点的办法,找适当的时机对程序员做一做思想工作,向其描述项目的美好未来,让其 感受关心和尊重。总之,要从多方面着手保证项目的顺利开展,而不是简单地加薪

编辑 | 阅读全文(10221) | 回复(3),渠清如许 发表于 2006-9-27 9:43
关键字:ERP 销售 模块

以往我们总是以某个产品为背景来介绍ERP系统,但是由于各个厂家产品的风格与侧重点不尽相同,因而其ERP产品的模块结构也相差较大。对于初次了解ERP的读者来说,有时可能会觉得弄不清到底哪个才是真正的ERP系统。所以,在这里,我们想撇开实际的产品,从企业的角度来简单描述一下ERP系统的功能结构,即ERP能够为企业做什么。它的模块功能到底包含哪些内容,这才是我们叙述的重点。

ERP是将企业所有资源进行整合集成管理,简单的说是将企业的三大流:物流,资金流,信息流进行全面一体化管理的管理信息系统。它的功能模块以不同于以往的MRPMRPII的模块,它不仅可用于生产企业的管理,而且在许多其它类型的企业如一些非生产,公益事业的企业也可导入ERP系统进行资源计划和管理。这里我们将仍然以典型的生产企业为例子来介绍ERP的功能模块。

在企业中,一般的管理主要包括三方面的内容:生产控制(计划、制造)、物流管理(分销、采购、库存管理)和财务管理(会计核算、财务管理)。这三大系统本身就是集成体,它们互相之间有相应的接口,能够很好的整合在一起来对企业进行管理。另外,要特别一提的是,随着企业对人力资源管理重视的加强,已经有越来越多的ERP厂商将人力资源管理纳入了ERP系统的一个重要组成部分,对这一功能,我们也会进行一下简要的介绍。

财务管理模块

企业中,清晰分明的财务管理是极其重要的。所以,在ERP整个方案中它是不可或缺的一部分。ERP中的财务模块与一般的财务软件不同,作为ERP系统中的一部分,它和系统的其它模块有相应的接口,能够相互集成,比如:它可将由生产活动、采购活动输入的信息自动计入财务模块生成总账、会计报表,取消了输入凭证繁琐的过程,几乎完全替代以往传统的手工操作。一般的ERP软件的财务部分分为会计核算与财务管理两大块。

一、会计核算

会计核算主要是记录、核算、反映和分析资金在企业经济活动中的变动过程及其结果。它由总账、应收账、应付帐、现金、固定资产、多币制等部分构成。

1.总帐模块: 它的功能是处理记账凭证输入、登记,输出日记账、一般明细账及总分类账,编制主要会计报表。它是整个会计核算的核心,应收帐、应付帐、固定资产核算、现金管理、工资核算、多币制等各模块都以其为中心来互相信息传递。

2.应收帐模块: 是指企业应收的由于商品赊欠而产生的正常客户欠款帐。它包括发票管理、客户管理、付款管理、帐龄分析等功能。它和客户订单、发票处理业务相联系,同时将各项事件自动生成记账凭证,导入总账。

3.应付帐模块: 会计里的应付帐是企业应付购货款等帐,它包括了发票管理、供应商管理、支票管理、帐龄分析等。它能够和采购模块、库存模块完全集成以替代过去繁琐的手工操作。

4.现金管理模块: 它主要是对现金流入流出的控制以及零用现金及银行存款的核算。它包括了对硬币、纸币、支票、汇票和银行存款的管理。在ERP中提供了票据维护、票据打印、付款维护、银行清单打印、付款查询、银行查询和支票查询等和现金有关的功能。

此外,它还和应收帐、应付帐、总账等模块集成,自动产生凭证,过入总账。

5.固定资产核算模块: 即完成对固定资产的增减变动以及折旧有关基金计提和分配的核算工作。它能够帮助管理者对目前固定资产的现状有所了解,并能通过该模块提供的各种方法来管理资产,以及进行相应的会计处理。

它的具体功能有:登录固定资产卡片和明细账,计算折旧,编制报表,以及自动编制转账凭证,并转入总账。它和应付帐、成本、总账模块集成。

6.多币制模块: 这是为了适应当今企业的国际化经营,对外币结算业务的要求增多而产生的。多币制将企业整个财务系统的各项功能以各种币制来表示和结算,且客户订单、库存管理及采购管理等也能使用多币制进行交易管理。

多币制和应收帐、应付帐、总帐、客户订单、采购等各模块都有接口,可自动生成所需数据。

7.工资核算模块: 自动进行企业员工的工资结算、分配、核算以及各项相关经费的计提。它能够登录工资、打印工资清单及各类汇总报表,计算计提各项与工资有关的费用,自动做出凭证,导入总账。这一模块是和总帐,成本模块集成的。

8.成本模块: 它将依据产品结构、工作中心、工序、采购等信息进行产品的各种成本的计算,以便进行成本分析和规划。还能用标准成本或平均成本法按地点维护成本。

二、财务管理

财务管理的功能主要是基于会计核算的数据,再加以分析,从而进行相应的预测,管理和控制活动。它侧重于财务计划、控制、分析和预测:

财务计划:根据前期财务分析做出下期的财务计划、预算等。

财务分析:提供查询功能和通过用户定义的差异数据的图形显示进行财务绩效评估,帐户分析等。

财务决策:财务管理的核心部分,中心内容是作出有关资金的决策,包括资金筹集、投放及资金管理。

生产控制管理模块

这一部分是ERP系统的核心所在,它将企业的整个生产过程有机的结合在一起,使得企业能够有效的降低库存,提高效率。同时各个原本分散的生产流程的自动连接,也使得生产流程能够前后连贯的进行,而不会出现生产脱节,耽误生产交货时间。

生产控制管理是一个以计划为导向的先进的生产、管理方法。首先,企业确定它的一个总生产计划,再经过系统层层细分后,下达到各部门去执行。即生产部门以此生产,采购部门按此采购等等。

1.主生产计划

它是根据生产计划、预测和客户订单的输入来安排将来的各周期中提供的产品种类和数量,它将生产计划转为产品计划,在平衡了物料和能力的需要后,精确到时间、数量的详细的进度计划。是企业在一段时期内的总活动的安排,是一个稳定的计划,是以生产计划、实际订单和对历史销售分析得来的预测产生的。

2.物料需求计划

在主生产计划决定生产多少最终产品后,再根据物料清单,把整个企业要生产的产品的数量转变为所需生产的零部件的数量,并对照现有的库存量,可得到还需加工多少,采购多少的最终数量。这才是整个部门真正依照的计划。

3.能力需求计划

它是在得出初步的物料需求计划之后,将所有工作中心的总工作负荷,在与工作中心的能力平衡后产生的详细工作计划,用以确定生成的物料需求计划是否是企业生产能力上可行的需求计划。能力需求计划是一种短期的、当前实际应用的计划。

4.车间控制

这是随时间变化的动态作业计划,是将作业分配到具体各个车间,再进行作业排序、作业管理、作业监控。

5.制造标准

在编制计划中需要许多生产基本信息,这些基本信息就是制造标准,包括零件、产品结构、工序和工作中心,都用唯一的代码在计算机中识别。

a零件代码,对物料资源的管理,对每种物料给予唯一的代码识别。

b物料清单,定义产品结构的技术文件,用来编制各种计划。

c工序,描述加工步骤及制造和装配产品的操作顺序。它包含加工工序顺序,指明各道工序的加工设备及所需要的额定工时和工资等级等。

d工作中心,使用相同或相似工序的设备和劳动力组成的,从事生产进度安排、核算能力、计算成本的基本单位。

物流管理

一、分销管理

销售的管理是从产品的销售计划开始,对其销售产品、销售地区、销售客户各种信息的管理和统计,并可对销售数量、金额、利润、绩效、客户服务做出全面的分析,这样在分销管理模块中大致有三方面的功能。

1.对于客户信息的管理和服务

它能建立一个客户信息档案,对其进行分类管理,进而对其进行针对性的客户服务,以达到最高效率的保留老客户、争取新客户。在这里,要特别提到的就是最近新出现的CRM软件,即客户关系管理,ERP与它的结合必将大大增加企业的效益。

2.对于销售订单的管理

销售订单是ERP的入口,所有的生产计划都是根据它下达并进行排产的。而销售订单的管理是贯穿了产品生产的整个流程。它包括:

a客户信用审核及查询(客户信用分级,来审核订单交易)。

b产品库存查询(决定是否要延期交货、分批发货或用代用品发货等)。

c产品报价(为客户作不同产品的报价)。

d订单输入、变更及跟踪(订单输入后,变更的修正,及订单的跟踪分析)。

e交货期的确认及交货处理(决定交货期和发货事物安排)

3.对于销售的统计与分析

这时系统根据销售订单的完成情况,依据各种指标做出统计,比如客户分类统计,销售代理分类统计等等,再就这些统计结果来对企业实际销售效果进行评价:

a销售统计(根据销售形式、产品、代理商、地区、销售人员、金额、数量来分别进行统计)。

b销售分析(包括对比目标、同期比较和订货发货分析,来从数量、金额、利润及绩效等方面作相应的分析)。

c客户服务(客户投诉纪录,原因分析)。

二、库存控制

用来控制存储物料的数量,以保证稳定的物流支持正常的生产,但又最小限度的占用资本。它是一种相关的、动态的、及真实的库存控制系统。它能够结合、满足相关部门的需求,随时间变化动态地调整库存,精确的反映库存现状。这一系统的功能又涉及:

a为所有的物料建立库存,决定何时定货采购,同时作为交与采购部门采购、生产部门作生产计划的依据。

b收到订购物料,经过质量检验入库,生产的产品也同样要经过检验入库。

c收发料的日常业务处理工作。

三、采购管理

确定合理的定货量、优秀的供应商和保持最佳的安全储备。能够随时提供定购、验收的信息,跟踪和催促对外购或委外加工的物料,保证货物及时到达。建立供应商的档案,用最新的成本信息来调整库存的成本。具体有:

a供应商信息查询(查询供应商的能力、信誉等)。

b催货(对外购或委外加工的物料进行跟催)。

c采购与委外加工统计(统计、建立档案,计算成本)。

d价格分析(对原料价格分析,调整库存成本)。

人力资源管理模块

以往的ERP系统基本上都是以生产制造及销售过程(供应链)为中心的。因此,长期以来一直把与制造资源有关的资源作为企业的核心资源来进行管理。但近年来,企业内部的人力资源,开始越来越受到企业的关注,被视为企业的资源之本。在这种情况下,人力资源管理,作为一个独立的模块,被加入到了ERP的系统中来,和ERP中的财务、生产系统组成了一个高效的、具有高度集成性的企业资源系统。它与传统方式下的人事管理有着根本的不同。

一、人力资源规划的辅助决策 

对于企业人员、组织结构编制的多种方案,进行模拟比较和运行分析,并辅之以图形的直观评估,辅助管理者做出最终决策。

制定职务模型,包括职位要求、升迁路径和培训计划,根据担任该职位员工的资格和条件,系统会提出针对本员工的一系列培训建议,一旦机构改组或职位变动,系统会提出一系列的职位变动或升迁建议。
进行人员成本分析,可以对过去、现在、将来的人员成本作出分析及预测,并通过ERP集成环境,为企业成本分析提供依据。

二、招聘管理

人才是企业最重要的资源。优秀的人才才能保证企业持久的竞争力。招聘系统一般从以下几个方面提供支持:

a进行招聘过程的管理,优化招聘过程,减少业务工作量;

b对招聘的成本进行科学管理,从而降低招聘成本;

c为选择聘用人员的岗位提供辅助信息,并有效地帮助企业进行人才资源的挖掘。

三、工资核算

a能根据公司跨地区、跨部门、跨工种的不同薪资结构及处理流程制定与之相适应的薪资核算方法。

b与时间管理直接集成,能够及时更新,对员工的薪资核算动态化。

c回算功能。通过和其它模块的集成,自动根据要求调整薪资结构及数据。

四、工时管理

a根据本国或当地的日历,安排企业的运作时间以及劳动力的作息时间表。

b运用远端考勤系统,可以将员工的实际出勤状况记录到主系统中,并把与员工薪资、奖金有关的时间数据导入薪资系统和成本核算中。

五、差旅核算

系统能够自动控制从差旅申请,差旅批准到差旅报销整个流程。并且通过集成环境将核算数据导进财务成本核算模块中去。

编辑 | 阅读全文(9634) | 回复(11),渠清如许 发表于 2006-9-11 9:27
关键字:甲方观点 ERP实施
一、SAP实施方法与过程——ASAP
ASAPSAP公司为使R/3项目的实施更简单、更有效的一套完整的快速实施方法。ASAP优化了在实施过程中对时间、质量和资源的有效使用等方面的控制。它是一个包括了使得项目实施得以成功所有基本要素的完整的实施方法,主要包括:ASAP路线图、SAP工具包、SAP技术支持和服务、SAP培训SAP参考模型。
ASAP路线图
ASAP提供了面向过程的,清晰