公司进行改革,路该如何走?

        今年公司从制度上进行了一场大的变革,主要目的是在公司内部实行市场机制,激励员工将产品或者项目做好,打破大锅饭,让一部分人先富起来。公司的文件精神是,员工的收入与参与的项目或者产品挂钩,如果是产品,按产品根据一定的比例提成,如果是项目则按照预算来决定团队收入的总和,然后每个人的收入则再在项目或者产品的销售收入中分配,收入分配的权利交到产品经理或者项目负责人手上。每个人对此都自己的想法,有的欢欣鼓舞,有的忧心忡忡,真是山雨欲来风满楼啊。
        从现状上来分析,对于有成熟的行业软件的组来说,可能是一件好事,因为不需要做太多的维护和实施工作,成本低,见效快,收益增长也快和明显。但是对于从事管理软件开发的团队来说,却充满了很多变数。做过管理软件的同仁可能知道,这样的系统往往实施周期长,项目的成败也是变数多多,既有技术的,也有管理的,也有关系的,既有自身的,也有客户的,风险也比单纯的产品开发要大很多。我自己认为致命是往往不容易形成一个标准型的产品,因为大家都埋头于项目,不会有更多的时间来考虑产品自身的发展。
       以前我只要安心做好我的产品经理就可以了,现在却要考虑很多的事情,请园子里有经验的朋友给我支支招吧。 有些烦恼了。      
posted @ 2007-02-02 18:20 皇帝的新装 阅读(2517) 评论(37)  编辑 收藏 所属分类: 项目管理

  回复  引用    
#1楼 2007-02-02 18:36 | daydayup [未注册用户]
我觉得 这个有待商榷
凡事不能一刀切
这个改革应该如此
就像你说的其实有些部门不适合这样搞
那就应该不实行

就好比欧美好多国家的邮政铁路全部国有一样
市场化并不是全部推向市场
比如战略部门 基础研究部门

  回复  引用  查看    
#2楼 2007-02-02 18:44 | 木野狐      
不赞同这种改革。
薪资只应该和付出的劳动成正比,至于成败那是另一回事,决定的因素太多了。


  回复  引用  查看    
#3楼 2007-02-02 18:54 | Cure      
要搞,项目提成就行了,要是把销售收入加进去就不合适,销售价格在很大程度上依赖市场人员,那岂不是同样的产品,市场人员卖了高价,开发人员也就多拿一部分??
  回复  引用  查看    
#4楼 2007-02-02 20:23 | charleschen      
这样是会死人的鸟。。太理想化了
基本的结果应该是不得后文把,
  回复  引用  查看    
#5楼 2007-02-02 20:25 | chy710      
呵呵,目前偶也遇到跟楼主一样的处境
  回复  引用    
#6楼 2007-02-02 20:29 | 小心 [未注册用户]
这是老板把他的难题扔给了,开发人员和市场销售人员。把矛盾转嫁到这些人的身上。而自己则是“渔翁得利”。
可以进行改革,可以进行公平的激励制度,给员工压力。但是,往往改革是因为“管理者”(Boss)举步维艰,管理不善之后才采取这样的政策。他不会把肥肉给你的,给你的肯定是难啃的骨头。
  回复  引用  查看    
#7楼 2007-02-02 20:33 | aspnetx      
令我想起报纸上所说的企业的衰败
只不过当初给员工发的是企业所造的产品,比如烟啊衣服什么的
建议楼主多观察观察
  回复  引用  查看    
#8楼 2007-02-02 22:07 | 双鱼座      
@木野狐
--薪资只应该和付出的劳动成正比
那么请问,付出的劳动如何衡量?有的人工作认真负责且积极进取探索技术提升能力;有的人工作吊二郎当推三拖四且不思进取光啃老本,一样也是8小时工作。不通过绩效的量化如何能将这两种人的收入拉开?
其实很多人天生的将自己的的利益与老板对立起来。虽然我也是一名普通员工,但是我认为公司利益与员工利益不可脱节。公司发展了员工才能有更大的发展,员工发展了公司才能留住人才才能得以持续发展。二者平衡才是硬道理!既然能当老板这个道理应该是非常明白的,真正杀鸡取卵的老板并不多见。
如果改革能够起到激励的效果,提升生产效率,改革应该尽早进行。当然,如何改革以争取收到预期效果却是可以广泛讨论的。
  回复  引用  查看    
#9楼 2007-02-02 22:14 | Justin      
机遇与挑战并存,我觉得这是好事。
  回复  引用  查看    
#10楼 2007-02-02 22:47 | 西门子乌      
我觉得挺好的。
  回复  引用  查看    
#11楼 2007-02-02 22:51 | GoGoSonny      
此处不留人,自有留人处~
  回复  引用  查看    
#12楼 2007-02-02 22:55 | ttyp      
做好准备吧,不乐观。我们以前的公司也这样,后来不行了。改革不能太剧烈的,否则出问题的机会太大了,不然中国搞那么多试点干吗,不过也确实不是一点机会没有
  回复  引用  查看    
#13楼 2007-02-02 23:02 | 蜡人张      
改革应当具有一定的理论依据,并经过严密的论证,方可称之为改革。不然像我们学校所谓的“改革”,纯粹是扯淡,只是大佬们利益的重新分配而已……

抱歉,呵呵,借贵宝地大放厥词廖以自爽……
  回复  引用  查看    
#14楼 2007-02-02 23:04 | JiKun.Xiong      
还是应该看情况而论吧~
  回复  引用  查看    
#15楼 2007-02-02 23:53 | 生米煮成稀饭      
关键是要有一套成熟有效,且相对公平的绩效考核机制,这样才能够真正实现有利的改革!
  回复  引用  查看    
#16楼 2007-02-03 00:01 | 水果阿生      
呵呵,欢迎来听我的项目管理讲座。呵呵
开玩笑的,公司向项目型转变只是说说的,具体怎么变还要看情况,我分析着你们这无非是有高层觉得其他几位副高层自己的山头太高了,要动手削藩了。
  回复  引用  查看    
#17楼 2007-02-03 00:40 | 木野狐      
@水果阿生 说的有理。在很多时候,我们看到的只是假象而已。实际老板可能会在为另一个目的盘算着。

另外,至于双鱼老大所说的,我觉得有良好的绩效考核的机制才是关键。何况很多高级员工并不直接产生效益的。比如做 research 的。这又怎么算呢。

  回复  引用    
#18楼 2007-02-03 01:30 | wy_rover [未注册用户]
我们公司现在是就是按你这种说法,但实际操作上并不是,工作没办法量化,最后还是老板说了算,奖金低了,人会跳槽,留不住人,这样做往往是画饼充饥,周期太长,人心会散,对项目成功没有定义,失败也没有定义,是否成功还是失败是老板说了算
  回复  引用    
#19楼 2007-02-03 08:39 | Bear.sTaR [未注册用户]
这就跟中国的改革一样。

最后的结果是富的越来越富,穷的越来越穷。
  回复  引用  查看    
#20楼 2007-02-03 09:07 | ※ABeen※      
公司改革是常事,每次都是对员工来的 ,职场人员应该早就适应了在这种环境中生存了 呵呵 。实在适应不了就走人。
  回复  引用  查看    
#21楼 2007-02-03 09:31 | Allen Zhang      
支持改革,为什么要提示改革,是因为公司肯定有发展瓶颈。楼主公司的作法我觉得也还合理,当然会有一些地方显得不公平,但总体上还是不错的,呵呵。
  回复  引用    
#22楼 2007-02-03 11:05 | 1 [未注册用户]
1
  回复  引用  查看    
#23楼 2007-02-03 11:12 | iceboundrock      
这样改法,其实就是把项目风险转嫁给员工呗。
  回复  引用  查看    
#24楼 2007-02-03 11:36 | Allen Zhang      
不是把项目风险转嫁给员工,而是让员工与公司共同承担
  回复  引用  查看    
#25楼 2007-02-03 12:06 | 疯禹无阻      
我曾经经历过这样一个过程,结果回头不了了之,重新走回了老路上,重新回到了大锅饭时代.....

过程中有一些想法:
1、策划好产品路线,可持续的功能升级、更新,有卖点和竞争力。
2、项目要做好风险评估,外松内紧,同时尽量好做构件化、技术重用等工作,减少项目周期。
3、人员分配,有能力上、无能力走人,项目组成员比例、能力合理化。
  回复  引用  查看    
#26楼 2007-02-03 15:10 | Cure      
软件开发不是计件的,更没有一个正品,合格品,次品的检验标准,所以,要制定一个考核标准可不是件容易的事。靠金钱刺激是不行的。
  回复  引用  查看    
#27楼 [楼主]2007-02-03 16:17 | 皇帝的新装      
@Cure
是需要有很多的配套措施。我的总体的认为是改比不改要好。强调利益的一个可以看得见的好处是工作效率会得到提高。但是对管理者对项目或者产品的管理水平有更高的要求了。
  回复  引用  查看    
#28楼 2007-02-03 16:22 | Cure      
@皇帝的新装
是的,改不不改好,有比没有好,但是我觉得要小步骤的,渐进的。不要引起剧烈的变化,不然会有强烈的反弹。
  回复  引用  查看    
#29楼 [楼主]2007-02-03 16:28 | 皇帝的新装      
@Cure
关于改是慢步走还是大步快跑,在公司内部也有过激烈的争论,但是高层的意见是先实行一段时间,以后再调整,他们认为如果停留在讨论上,总不会有一个结果出来。
步子慢一点,
走一步看一步,
否则出大乱子
  回复  引用  查看    
#31楼 2007-02-03 19:18 | Anders.Zhao      
我们公司也是这么搞的,不过去年公司的人走了一半多.后来招的人不够补空的职位,然后没走的人员就天天加班到10点,周末也不放过.加班到现在持续了半年了
  回复  引用  查看    
#32楼 2007-02-03 22:21 | LirenZhao      
能否把文件给我发一份研究一下lirenzhao@gmail.com
个人感觉,这种制度是有积极的一面的,我比较赞成这种做法,但是没有找到非常合理的分配方式。
  回复  引用  查看    
#33楼 2007-02-04 07:48 | iceboundrock      
@Allen Zhang
看似是员工和公司共同承担风险,实际上不是。因为员工在公司是弱势群体。
实际情况是员工在承担自己不该承担的风险。比如说:领导层错误的决策公司要开发某个产品,员工尽职尽责的开发出来却发现根本没有市场。员工没有参与决策却承担了这些风险。

或者是员工承担了比他应该承担的大的多的风险,比如说:某项目中,员工都非常尽职尽责,而客户原因导致项目失败,公司可能已经收到了70%-90%的项目款,但是员工可能得不到一点项目奖金,因为项目失败了。

  回复  引用  查看    
#34楼 2007-02-04 13:15 | 双鱼座      
@iceboundrock
这里好象没有风险什么事情吧?焦点在改革分配制度,并没有让员工承担额外的风险。你说的这些例子根本不存在。决策错误的责任怎么会让员工承担?既然员工尽职尽责了,项目又如何会失败呢?如果项目经理事先没有捕捉到来自客户的风险,这个本来就是项目经理甚至每个项目成员的问题。我们现在已经形成一种习惯,我每天8小时认真工作,你公司就得付我薪水。事实上并不是这样。每个员工都是公司的一个细胞,公司的荣辱你也有一份的!
简单地讲,你觉得将能力强的工作认真负责的和能力弱的工作推三拖四的人的收入拉开没有必要么?
  回复  引用  查看    
#35楼 2007-02-04 17:13 | cY2007.nET      
俺们公司就是这么改革的,2年后倒闭了。
  回复  引用    
#36楼 2007-02-04 20:56 | lxinxuan [未注册用户]
公司为什么在改革?
还不是为了获得更大利益
至于员工是否获利,天知道。。。领导也不想知道
  回复  引用    
#37楼 2007-02-07 17:51 | 幼稚阿 [未注册用户]
看了,觉得你们可以跳槽了。

对于工程师来讲,希望拿到的是稳定的预期收入。如果这样剧烈波动的话,收入多还好,收入少肯定跑光了。

做项目是否赚钱,的确是要看算法,老板估计的成本高一些,项目就亏了,成本估算低一些,项目赚钱了。大家都要去做利润高的项目,被分到一个垃圾项目的人肯定走人了。

所以比较成熟的公司里,开发/技术支持都是CostCenter, 成本中心。就是不以赚钱为目的。这个项目预算是多少,应该争取在预算内做掉。

项目亏了不能算到实施人员头上,但是赚了应该分一点点奖金。



标题  
姓名  
主页
Email (博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      


相关链接: