51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2290|回复: 1
打印 上一主题 下一主题

揭露万x宝真相

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-11-5 17:27:18 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
万x宝公司,号称是香港第一大ERP公司,大中华区第一个纯java技术的公司。
总部在香港,目前在深圳、上海、广州有分公司。
号称公司成立有15年以上。
号称的成功案例(宣传资料中的公司标志),目前大部分已经不再使用该公司软件。


万x宝的软件有号称所谓J3T和JOL两款(现在也许出了很多款如JAT企业版等,但其核心还是上述两个版本,功能做了精简而已。
目前,他的软件应该主要有四个:
JAT标准版本(这个是JOL的简化版),采用ORCALE数据库,java1.4,简单财务+进销存,没有任何生产。价位在1w~3w左右。
JAT企业版(这个是J3T简化版本),采用MS SQL 数据库,java1.3,是进销存+财务+简单生产,价位应该在5~6w左右。
J3T 采用MS SQL数据库,java1.3开发,是主力产品,目前价位在10万~20万左右。
主要功能就是一个简单生产+财务+进销存。
该产品是万x宝公司的核心产品,从2001年开始开发,历经了5个以上版本,适用java1.3
该产品功能及其简单。强制采用批号管理,生产部分强制采用按单领料、消耗,无法处理倒冲领料问题。
成本核算方面,只能处理物料成本,且前提是你能够做到按单消耗和领用物料(而这个在很多行业是根本不可能的,比如塑胶行业:塑胶原料都是一样,可以做成不同产品,那么领料时往往是一次性领取很多物料。同时塑胶行业如果有中央供料系统,那么更是无法处理,谁能准确知道那个机器消耗了多少物料?),所以这个概念对于老板而言是十分吸引人,理论上也是好的,但是根本不实际。
生产模式十分简单,无法处理工序生产及工艺路线等。CRP功能基本不能用。十分“傻”。
他的生产主要依靠BOM表中的“半成品”分层来产生所谓“副生产单”(即:半成品的加工单),而在进行CRP计算时,上级产品(半成品)的生产只能在下级产品完全完成生产以后开始(注意:是完全完成)。
打个比方:如果有一个半成品需要生产10000个,那么,上级(也就是成品)的生产必须在这10000个完全生产入库后,才能开始。但在实际生产中这根本不现实,肯定是生产出一定批量后,就开始安排成品的生产。
当然,实际操作是可以直接开始成品生产,但是在系统的CRP排期时,必须遵循上述原则,这样,CRP的排期基本是没啥意思的,因根本不可行。也没有参考价值。
此外,对于多工序生产,比如典型的五金加工行业,该软件没有工序处理功能。根本无法处理。只能记录一头一尾。中间过程没法处理。除非你吧每个工序都赋予一个半成品编号。
其实这个软件问题很多,这里简单说几个
1. 生产附带有:“抽检”功能,但是,抽检FAIL后,如果不“特采”,如何处理?--没有!
2. 生产领料必须按单严格控制,在线物料是不参与MRP计算的。
3. 没有“请购”流程,在生产模块中,有个“发出采购订单”模块,直接发出采购订单?这是不可能的。没有那个企业是PMC发了生产单后就直接开P/O的吧?
4. 生产过程中,不可避免有坏的成品,需要入库或报废,如何处理? --软件是没有的。只能告诉你个变通流程而已。
5. 软件没有任何自定义功能,简单的增加一个栏位也要二次开发且收费。
6. 报告速度特慢,不知为何,该软件的算法十分BT, 不管你什么时候查询,比如你软件已经用了一年,现在查询一个库存,他不是直接调用某个库存表内容,而是直接从头到尾吧所有数据计算一边,生成一个结果。 -- 可想而知,速度十分慢。
7. 程序速度很慢,简单讲,在新建P/O时输入一个产品编号,系统应该会调产品的说明和单位、价格出来。这个过程至少7~8秒,甚至1分钟以上。
8. 财务报表只能以本位币看,如果以外币看,则在汇率变化大的情况下绝对是错误的。
9.不能查询并管理在线用户
10. 产品不稳定,经常出现莫名的库存错误。
11.产品控制不严谨,容易出现库存负数
12. 无法做帐套分割,无论你系统适用多少年,N年前的数据也一直存在系统中并可以打开。
……
问题很多,这里就不多说了。
不过相对而言,这个产品毕竟用了很多年,在其几个产品线中,还算比较好的。

下面讲将JOL
JOL顾名思义是采用了ORCALE数据库,并支持linux应用的,该产品是2005年开始开发,并整体从sql平台迁移过来的。不是重新设计,所有架构与J3T完全一致。
该产品只是在J3T基础上转换了平台,并加了一些简单功能:
如: 可以自定义栏位了(但不同界面之间的栏位不能互相调用),可以对在线用户进行管理了。等等。界面好看了一点点。
此外,还增加了一些貌似好看但是其实只有一个空壳的功能,比如:预测,销售预测居然不能生成生产预测或MPS。而采购预测也只能直接从销售预测中读取数据,无法采用BOM分解后的数据。即:预测只能处理贸易公司的模式。如果是生产企业,销售预测的东西与采购预测的东西不可能是同一个编码,这中间必须有MPS或者生产预测基于BOM做一个分解。但是他的预测是没有这个分解的。
再比如:工序,工序管理是加了,但是仅仅也就是一个简单的记录和计件工资核算而已。无法进一步与生产流程结合。
比如,某产品,需要经过10道工序才能完成,那么,在做生产完成入库的时,应该是必须这10个工序完成后的产品才能入库,但实际,是没有任何控制的。
在比如,生产单物料领用和消耗仍然必须按单走,无法处理倒冲问题。

该软件最大问题是:不稳定,问题不断。可以问问,这个JOl目前没有任何一个成功案例。
其次,速度慢,而且慢的出奇,曾经有客户打开一个“在途采购订单列表”,一个供应商的数据居然花了2H。你能忍受吗?
三:数据库膨胀厉害,一个中等企业(JOL价位在40~50wan),4个月 居然能产生70多G的数据?!
整体而言JOL就是一个混混。

目前据说在开发一个新的版本,不知叫什么也许是JOL的取代版,采用了JAVA1.6,加了自定义皮肤、自定义栏位,多层次审批及一些功能,自定义方面有所改进,可以自行设置很多东西。报表风格也有所改变加了一些分析报告。
但是核心的生产功能和MRP计算都没有任何改进,请购,仍没有。
这个软件据说在10月出来,原始是orcale平台的,据说准备转换成为sql平台并取代J3T

但是劝告大家:不要做第一个小白鼠。

上面谈了产品本身问题,下面说说这个公司的管理问题。

万x宝公司号称也有十几年的历史了。但是产品为何还是这么烂呢?这就要从他的管理说起了。
该公司产品最早是foxpro开发的,在转换(2001)为java平台时,没有做改进,只是用java语言将原始程序翻译了一下而已,程序结构和思路没有任何针对java特色的改进完全还是foxpro 的思路。
而在之后几年的过程中,一直没有在大陆设研发中心,而是完全靠香港几个程序员在那里瞎搞。这里不是看不起HK的程序员,HK也有不少好的程序员,问题是该公司根本留不住有能力的程序员。而他的用人策略就是:便宜,什么样的人便宜,我就用。其结果……
香港程序员不多且水平低,但,别人自己可不这么认为,目空一切,非常看不起大陆人。程序的设计、功能需求分析等完全以HK为主。
而总所周知,HK根本没有大规模制造业经验。这样设计出来的软件在制造方面,也就没啥指望了。
但公司既然要做大陆市场,总要适用大陆市场吧? NO。在boss眼里,大陆不适用这个软件是大陆的水平太低。
只有当某项功能被竞争对手攻击了,且造成实际损失(丢单),boss才会考虑开始开发,并放一个花架子在这里(比如上面提到的“预测”/MPS功能)
说道这里,又想起一个巨搞笑的事情。
在定义CRP(虽然不怎么好用)参数时,有单位时间产量和效率两个定义,单位时间产量相当于标准产能,而标准产能往往是一个理论值,实际产能之间肯定有差距,这个查询可以用“效率”评估。
按照大家理解,生产同一批产品(总数量固定,比如:1000个),是效率越高需要时间越少,还是效率越低消耗时间越少?
在这个软件里(JOL),效率越低,消耗时间越少!
呵呵,题外话,回到公司管理上。
想开发大陆市场,有放不下架子,大陆这边的实施人员提出的一些产品问题及改进得不到任何回应。而大陆实施一个客户所投入的时间和精力根本得不到任何认同。

从组织结构上,该公司的销售只管瞎吹签单并收定金,程序员只管闭着眼睛写程序,其他所有一切都是实施部门负责,比如DEBUG、收款、实施、培训、热线电话等等等。全部都是实施负责。(即使客户已经上线,你仍然要负责源源不断的客户电话- 没办法,软件问题或操作问题)
而该软件功能十分有限,导致很多客户不得不做很多二次开发。那么完了,如果换个顾问跟进这客户,基本就死翘翘了。(修改太多,别的顾问不了解啊)

在这种情况下,boss 仍然不考虑顾问的工作压力,反而认为大陆的顾问太清闲理由是“没人加班”!且号称“香港一个顾问,可以跟进200~300个客户”?! 香港是怎么跟进的? 去客户那里以2H为一个“节”,去了以后也不管对不对,只告诉客户这个软件有什么功能,就走人。客户问一个问题,往往几个月得不到回复。(在这里不得不佩服香港的客户,真能忍,居然也不投诉),根本不需要考虑客户的实际业务,如何与软件结合等。这种实施方式,晕!

顾问累也就算了。工作中还总是有些乱七八糟的东西让你根本没法给客户搞好服务。
比如,在公司,不可以上网、收邮件、发邮件(没看错!顾问是不能收邮件的,更别说发了)所有邮件有一个统一的人员专门负责转发。
客户有问题怎么办?很多公司往往通过远程链接过去检查,这个是一个比较高效的处理手段。但是: 在这个公司,不是每个人的电脑都可以连接外部,必须首先远程链接到一个统一的平台,然后通过这个平台才能在此连接出去。且所有IP地址必须经过注册后放能连接出去。
而这种平台,整个深圳公司只有2个。最多的时候14个顾问,只有两个机器可以适用?!如何?等吧。别忘记还要等注册IP地址。 往往一个问题,就得半天甚至一天时间处理,如果碰上网络繁忙,嘿嘿,等吧。

还有一点:该公司所有internet 出口都在HK,大陆也必须通过HK中转后,才能连接。呵呵,大陆香港放假是不一样的,如果刚好碰上HK放假。嘿…… 不说了。

顾问出去培训?只要带一个三寸不烂之舌和一张纸即可,笔记本电脑?NO。

问:为何不让带笔记本?为何不让顾问收发邮件、上网? 哎,万一你泄露公司机密怎么办?!万一你泄露公司源代码怎么办?!
还有啊,公司没有任何针对顾问的培训和培养机制。他的原则就是:招些刚毕业的学生,能够糊弄客户就行了。这样成本低啊(一个人给2000~3000 就算了)

这里说一个案例:有个学生(毕业一年多)从广州应聘到深圳担任实施顾问,开始开价3500,后来老板说3300,oK。
到了深圳,签合同的时,突然发现:只有2500。问何故?曰“其中有300,是加班以后才有的,另外500,是奖金,到年底,根据你的业绩一次性发放” faint ……

今年年初,万x宝公司仍有经验的顾问9人。到目前位置已经只有3个了,且没有一个具有工厂的实际从业经验。
boss的策略是,现有顾问一个不留(原因“风气太差,不愿意加班”、“成本太高”(有经验么,所以要求工资高)),10月以后招新人过来。

顾问想加工资? No Way。原因是:有奖金,根据你的绩效,所谓绩效是“实施客户实际收款的某个百分比,+二次开发金额的某个百分比”并减去你的成本后剩余的部分,至于顾问所干的其他活,如接电话处理客户问题、debug,对不起,没有价值。
该算法粗略看好似没问题。问题在于:按照这个实际算法及企业的实际业务量(注意这个业务量不是由顾问能够控制的),最多撑死你,年底能拿到4~5000吧。呵呵。

另一大恶心:
该企业工资算法十分独特,比如:你5000工资,对不起,底薪只有2000,其余是各种名目补贴,(单看这个,不稀奇,很多企业都是这样,为了逃税和少交社保等)。而这些补贴是按出勤天数计算的。
也就是说,假设国庆节放假七天,有薪假吧?对,只有底薪,那些补贴是没有的,因你没出勤啊。所以一到有假期,包括国庆、五一、春节等,呵呵,你的工资么,就只有那么一点点了。
年底有双薪!(好吧?),对不起,只有底薪的双薪,且要按你出勤比例计算(扣除你请假部分),也就是说你辛苦一年,年底就只有不到2000的所谓双薪 (你不可能一年中没有一天请假吧?)

当然,具体拿到多少,每个人不同。上面2000、5000也是举个例子。但是算法是这样没错的。而且底薪是远远低于总工资的。


在补充一点:
软件开发管理十分混乱,从年初开始在深圳招了几个程序,负责程序开发。
呵呵,大陆的程序员只能负责低层次的界面啊报告啊什么的开发,不可能接触核心部件开发。

根据一个程序的说法:
他开发了一段程序,调用了香港开发的一个核心 base class; 初始编译,一切正常。过了一段时间后,在此编译,发现出了一堆错误。
仔细查看并询问HK后发现:base class 被修改了,他们却没有得到任何通知?!

此外,程序结构设计十分混乱,作为ERP软件, MRP计算应该是核心了吧?这个东西,绝对应该做成一个通用的base class 吧?
No, 不同界面,不同报告,这个计算是不同的,由程序自己写的。 呵呵,懂程序开发的朋友可能理解。

在说一个更致命的:
公司内部没有任何一个管理系统,来处理客户的反馈,bug,程序修改或开发spec等。往往是一个bug在这个客户上发现,过不久在另外一个客户又发现。难道不能发现后直接更新所有客户么? No, 没有一个系统来处理这些信息,其他人不知道,也没人负责处理类似事物。只有顾问私下如果知道了,可能主动安排一下。才会有人跟进,否则……
基本上,客户如果没有发现,他是不会主动给客户更新或升级这些程序来修正bug 的。

一个客户的资料,如果当初实施的顾问走了,后面接受的顾问往往要很久才能搞明白,不怨走的那个人,因他也没法一下子吧所有资料都给你。没有管理系统来存储和记录,又是顾问自己也搞不清(太多客户,不可能全靠顾问自己记忆)

呵呵,写了很多。是不是有点竞争对手“枪手”的意思? 不是。我只是不忍心更多人上当。

我很理解,做软件不可能没有问题,尤其管理软件,与管理结合紧密,实施难度和开发难度都很大,更不可能一点问题没有。但重要的是态度、实力及是否负责。
显然,万x宝,不具备。




再说一点:
要说这么多问题,尤其程序方面那么多缺陷,大陆这边的顾问都不知道?当然不是,顾问们最头疼的就是这些。

可问题是你提出的建议,根本没人理会。
之前曾经有经验:在财务方面提了几个改进建议(已经有方案),到了香港后,他们重新设计了一个spec,并交给程序员开发。 可问题在于:他们重新设计这些spec的时候根本不会征求大陆顾问的意见也不会了解大陆客户的实际情况,一切从HK为中心,拍脑袋。
结果可向而知,开发出来的东西根本不能用。

在这种情况下,有实际工作经验及能力的顾问,包括程序员都先后走人了。没辙,谁也不愿意整天重复一些地价值的没有任何实际意义,也看不到前途的工作。

[ 本帖最后由 Kingson 于 2007-11-5 21:03 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-11-5 18:18:54 | 只看该作者
汗,很多公司都是这样吧
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-27 04:10 , Processed in 0.067149 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表