wangdei

  IT博客 :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  38 随笔 :: 0 文章 :: 25 评论 :: 0 Trackbacks

#

对业者来说,2004年是创业的年代,2005年是扩张的年代,2006年是思考的年代。曾经被所有人说好的事情没那么好,比如网络;现在被所有人说坏的事情其实也没那么糟糕,比如网络。三年时间,我们已经走过了网络的童年,我们付出的代价其实都有回报,童年的痛苦其实是“变蒸”(中国老人认为孩子长大要生病七七四十九次,才能逐步有点抵抗力,这
     个过程叫“变蒸”)的过程。
    
       人总要学着自己长大。网络也是。一天天长大的网络,开始进入2008年。怀着梦想,期待着光荣,开始迎接它的青少年时代。
    
       2002年,网络界应该会有很多亮点
    
       一:B2C电子商务将扬起风帆
    
       如果说中国的很多事情比美国晚一拍的话,B2C电子商务可能就轮到了这种事情。2000年就快过去的时候,在圣诞新年之际的漫天风雪中,西方突然刮起了一股B2C的热风。几乎在过去的一年里要被口水淹没的亚玛逊,在震天价的嘲笑和讨伐中悄悄迎来了他的第一个赢利季节,而且是按时迎来的。曾经是英雄,后来几乎就是吹牛大王代名词的贝索斯预言的这个时间很准确,即使有911事件。在西方零售业的一片哀号中,网上零售业却一片捷报。
    
       中国也该有捷报了。2001年6月,CNNIC公布的数字就说,中国有2750万网民,对B2C电子商务界来说,更激动人心的数字是:其中居然有差不多1/3的人尝试过网上购物,更有超过68%的人说未来最有希望的网上业务是“网上购物”!想想看,2750万的1/3,大约是900多万,香港常住人口也就这么多!他们都在网上买东西,而卖东西的地方不多,如果不承认这个是商机,那还有什么是商机。三大门户无一例外开起了商城,包括好又多在内的一些还在坚持的B2C网站也健康成长。即使是My8848遭遇到如此严重的资本带来的不幸,我们重新创立的i购物(www.bt285.cn BT下载)网站也依旧顾客人潮汹涌、商户兴高采烈。考虑到这个数字还是半年前的数字,考虑到这个数字还在不舍昼夜地成长……
    
       不仅有客户资源。如 http://www.5a520.cn B2C电子商务需要的基础设施也悄悄的开始完善。在线结算的突飞猛进是我们1999年创业时做梦也不敢想的事情,符合中国特色的货到付款服务居然也已经延伸到2000多个城镇。我们igo5现在甚至实践了一套完全第三方的采购、仓储、物流、配送系统,通过信息系统和我们的后台无逢连接,运转正常。这也是3年前的梦想,现在居然也就实现了。
    
       二:企业电子商务乘风起航
    
       中国加入WTO,西方经济的萎靡,将很快鼓起中国企业尤其是汪洋大海一样的中小企业和全世界做贸易的欲望。而中国加入WTO后迅速整理的经济结构和秩序,以及被迫要马上发展的商业信用监督管理体系,还有和世界规则接口的贸易规则的建立,将成为B2B电子商务最坚实的基础。前三年里,资本、业者和中外企业对中国B2B事业的热情投入,在这样的形势下,没有理由不开始获得回报。阿里巴巴、实华开、电商等坚持下来的B2B网站,尤其是这些以外贸为服务主体的B2B网站,有理由期待一个美好的春天。
    
       不过,由于国内企业间贸易的复杂性和基础商务条件的薄弱,内贸型的B2B业务可能还要在探索收入模式的道路上走更远的路。少数具备行业特殊资源的B2B网站会在这方面异军突起。可是,如果暂时不考虑直接的贸易过程管理,为这些企业通过网络提供综合的营销服务,应该会开始大受欢迎。
    
       三:网络技术应用热情高涨
    
       无论如何,互联网好用、实用、便宜,已经是现实。让互联网对中国众多的传统企业来说更好用、更实用、更便宜、更可靠,本身就构成了一个巨大的市场,正在张开双臂等待了解他们需要的网络技术企业。供应链管理,客户关系管理,分布式的财务管理和分析,分销管理,甚至网络上的其它一些商务应用,都将成为巨大的需求。
    
       中国的企业应用需求,可能只有中国的企业自己才容易闹清楚。象用友、8848这样了解中国企业需求、拥有中国企业客户资源的企业将获得巨大的机会,而更多的处女地则等待象王志东这样的技术与管理天才去开垦。
    
       四:门户网站继续分化,经营更加精彩
    
       已经吸引了大量眼球的门户类网站在2008年将继续寻找自己的收入门道。我个人觉得,门户类网站将开始分化。一类将开始向横向发展,逐步开拓诸如电子商务、网上游戏娱乐这样的在线业务,比如搜狐和网易;另外一类将开始向纵向发展,和非网络业务比如线下广告、传统媒介甚至其它一些传统业务发生更多的整合,诸如新浪、TOM。无论如何,经过淬火般的高温和冷水的考验,相信他们会更成熟,同时更精彩。
    
       毫无疑问,他们过去吸引的有效眼球现在将开始在这个分化种发挥决定的作用。SINA,搜狐和网易的机会肯定比别人大得多。
    
       五:基础设施投资趋于微利但是多样化
    
       外资的进入、垄断的打破以及全世界的萧条,显然会使这个领域在中国的暴利岁月逐步远去。消费者更多的选择和更高的服务要求,将给这个领域带来趋于微利的年景。可是,外资、中国民营资本在这个领域会得到前所未有的机会。他们的介入,会给这个过去一直计划气息浓厚的领域带来十分活泼的景象。
    
       和2007年的热闹不同,出现了如http://www.tondou.cn 最新电影网 http://www.kuwoyinyuehexiazhai.cn 酷我音乐盒下载宽带的静悄悄普及将成为2008年的一大风景。
    
       六:网络老将们开始二次创业
    
       王志东创立“点击科技”,童加威回到电商,谢文继续在网络咨询行业工作,我本人的重新创业,再造igo5.com……这些都是例子。我一直认为,过去三年,网络业有2种人:玩互联网的,爱互联网的。网络风光的时候,他们看起来没什么不同;网络遭遇寒冬的时候,他们的表现就完全不同。爱互联网的,会在最困难的时候坚持创业,会咬紧牙关从头再来。这些人在2002年会竭尽全力。人才一直是网络产业的宝贵资源,他们的再次创业,由于带着成熟、经验和意志,会更加可贵。
    
       七:国内的资本运作开始规范
    
       1999年,中国股市的519井喷行情,曾经使中国上市公司“触网”蔚成时尚,在中国的资本市场历史上留下了多彩的一页。不过,经过这几年的实践,中国资本市场的不成熟、不规范在网络产业暴露得特别充分。谢文的离开海虹,上海梅林从辉煌到没落,时代珠峰业务的休克和管理层的突然“蒸发”以及最近的股东诉讼,都是非常典型的例子。不过,随着国家对中国证券与资本市场管理力度的加大,尤其是中国资本市场上取消PT制度、贬值“壳资源”、加强信息披露制度的规范以及其他监管力度的加强,中国的资本市场也开始逐步规范,反而为中国资本进入网络产业扫清了道路。最近西单商场投资igo5就是个好开端。用友金蝶等打破沉默开始主动进行资本运作也是个好例子。
    
       随着全球IT产业2008年开始逐步回升,我们中国的IT和网络业的最困难时候,应该也快要过去了。现在是冬天了,春天就在明天。
    
    


 
【本文网址】http://www.5a520.cn 小说520网
posted @ 2008-06-16 21:57 wangdei 阅读(148) | 评论 (0)编辑 收藏

这个标题是我半年前准备写淘宝的题目,它现在还能使用,说明淘宝的行进路线还没有超出我的视线。

淘宝的自负来自它在中国零售行业的成就和抱负,淘宝的自卑在于它的新经济模式非但没有超出传统经济,反而在追赶传统经济已经走过的里程碑。

淘宝在中国互联网世界的商场里是巨无霸,但是淘宝领导层的眼光已经不是互联网世界而是整个中国的零售业,目标是占到中国整个零售市场1%以上的份额。他们不再以压倒ebay而是以超过沃尔玛为荣。

但是在淘宝巨大的销售额背后的是一个巨大的尴尬:淘宝还没有找到自己的商业模式!因为靠淘宝商家开店,淘宝一分钱都赚不到。

免费如果也算一种商业模式那只能是给自己壮胆的,当你听说哪家实体商场免费招租的时候,你肯定会怀疑那家商场偏僻得八百年没个顾客来,哪有旺铺招租不要钱的?

广告算商业模式吗?这种模式很旧经济啊,淘宝的高层是没脸来拿广告说事的,何况作为广告媒体,淘宝的店内广告反而不如传统媒体

支付宝的利息收入如何?这又是一个经常听到有人说马云布局精明的一个话题,但是利息收入算什么经济啊,马云要说起这个也会脸红吧?

那么更加玄虚的“新零售模式”呢?呵呵,还需要“数据挖掘”的东西不过是一种处于想象空间中的玩意的代名词吧。

淘宝面对着4000万的用户、100万的卖家、8000万种商品,不知道怎么赚钱,那种焦急心情,可以想见的。

这回,淘宝的B2C商城终于上场了,我们该把这看作“模式转变”吗?通俗地说,这是在免费商场边上开了家收场租的商场,淘宝的新经济终于从天上回归人间了。

当淘宝终于可以踏实地收租子的时候,当淘宝高层开始会面宝洁、摩托罗拉、苹果副总裁级别的人物而感到脸上有光的时候,淘宝才不过刚刚开始了一个商场主的初级生涯。

前几天和公司的同事刚有个一个小小的讨论,同事坚决地相信淘宝商城一定会成功。

而我提了几个关于商场主的日常问题:淘宝的场租收低了,还抵不了水电保安费;场租收高了,那些利润极低的淘宝商家能承受得了吗?淘宝的产业链就是建立在免费开店的基础上的,收场租必然破坏淘宝式生态。这些柴米油盐式的烦恼和普通商城恐怕没有区别吧。

要说淘宝招租的对象肯定会选一些传统品牌厂商,有道理。因为这些商家一般自己没有能力没有文化去经营自己的网店,租淘宝商场简便易行。

不过,租网上商场和租其他商业地产一样,还有一个问题:虽然现在淘宝场租低,保不住过几年淘宝的“地产”就坐地起价,要涨租金了,那时候你没有独立域名只能吊死在淘宝一颗树上,不是风险极高吗?多少实体店就是因为场租问题被业主逼得破产啊?

说淘宝的商场主生涯初级,还有一个方面,就是综合商城模式在中国零售业中也不是什么先进模式了。37街要做的是服装商城,就以服装行业为例,比综合商城先进的是SPA(自有品牌服装专卖店),比SPA更先进的是ZARA、H&M的快速时尚模式(参见郎咸平的《模式》一)。

中国的服装厂商早就开始开自有品牌专卖店了,因为专卖店的销售更专业,陈列更提升品牌形象,和生产物流结合得更紧密。

所以,当中国零售业态中传统的百货商场式微(已经演变为基本以服装为主的零售形态),而专卖店、超市、Shopping Mall等各种业态迅速兴起的时候;网上的电子商务也迅速跨越了当当、卓越的综合网上商场时代。看到这一点,才能理解最近红孩子、PPG等“垂直细分”领域B2C的兴起。

那么淘宝如果不能做成Shopping Mall的架构,也就是让众多商家有足够的品牌形象,那么它的商城在零售业态也会是失误。淘宝领导层去学沃尔玛、家乐福也是毫无灵感的。

网上零售决不是传统的零售渠道划分中的一个细小分支,在网络时代的今天,它将会形成与实体零售业完全平行的一大分支,并且几乎完整地再现实体销售渠道的各种业态。用B2B、C2C、B2C几种简单的形态来划分电子商务领域,显得太初级了。

关于淘宝是否能成功的那个小小的争论,我想说,淘宝的文化和网民的文化非常合拍,拥有那么多淘宝粉丝,这是淘宝的最大财富吧。何况,淘宝的对手实在差的太远,就是淘宝犯一些错误,成功的机会也是还蛮大的。
posted @ 2008-06-05 10:48 wangdei 阅读(244) | 评论 (0)编辑 收藏

最近状态不错,化了一个星期,做了个小说网站了,名叫小说520网. http://www.5a520.cn
用的也是java+mysql技术.到目前为止我有: http://www.bt285.cn BT下载网
http://www.yaonba.com.cn NBA中文网
http://www.tondou.cn 最新电影网 http://www.kuwoyinyuehexiazhai.cn 酷我音乐盒下载

posted @ 2008-05-30 22:25 wangdei 阅读(200) | 评论 (0)编辑 收藏

来源BT联盟 先毕竟人类总是要展望未来的,不妨先看看人们对于web3.0提出的构想.奇迹之数在网上寻找了很多种说法,但发现其中大部分的猜想根本就没有多大的前瞻性,完全是一年半载之内就能实现的"小创新",属于量变的程度,还远未具备引起质变的资格.这让我想起了10几年前出现在中国的一种"三维立体画","三维"还没出来几个月,已经满大街在卖"四维","五维"立体画了.在利润的驱动下,人们总是把应该敬畏的词语变得低贱.
排除了我个人觉得该划在2.0范畴的东西,剩下了以下几种观点,当然这不会很全面.

1)最基本的一点,web3.0的互联网是一个高度整合的互联网.

我们不必再亲自登陆一家又一家的网站,大部分的内容可以通过一个第三方平台整合起来,就像现在抓虾鲜果对RSS的整合一样.

在所有服务中,最重要的无疑是搜索信息的服务,而在web3.0中,搜索也被高度整合,你只要敲入自己的需求,就会出现一套现成的解决方案.比如旅游的话可能按几个按钮就把路线图发给你并且帮你订好了机票,酒店,还向你推销一些相关的特产之类的.(其实这个具体的猜想一点也不前卫,现在完全可以看到这种搜索模式的雏形了,只是实现起来还不那么"流畅"),比如BT下载在线看电影

2)仍是基本的一点,web3.0的互联网也会是一个高度细分的互联网

整合和细分不是矛盾的.我们所说的整合,是把所有网站的内容揉到一起,方便来看.而细分指的是每个网站的内容将不再宽泛,而是深入的探讨一个小领域,专业性更强.

承接web2.0的以人为本,web3.0中将会出现各种高度细分领域的平民专家.前者给了每个人说话的机会,后者则是前者不断发展的结果,但不一定是最终结果.

3)云计算技术 是实现web3.0的基础

云计算技术无论是对于互联网还是对于全人类而言,无疑是一个非常重要的飞跃.用户的数据将会更多的搬到互联网上,你不必再让自己的本本在大热天满头大汗的帮你跑程序,你只需要向互联网中的服务器提交初始的数据和运行规则,过一会自然有个结果返回给你.

在这种规则下的互联网,会变革成什么样子呢?我们拭目以待

(我对于云计算是有所疑虑的,倒不是担心数据的安全性,而是觉得现在的网络链接从硬件上并不能保证稳定,当我家的电话线出了点毛病,就连个软件都不能跑了岂不是很郁闷?越尖端的技术越是脆弱,此言得之啊)

4)web3.0的互联网,将是嵌入式系统的天下,将有各种新面孔的终端出现

比如你家的电冰箱,洗衣机,微波炉等等,都会拥有自己的IP地址,成为互联网的一分子,当然你不太可能期望自己像访问网站一样访问他们,但会有一种新型的协议让你在千里之外给他们下达洗衣做饭的命令.(这有多大意义呢?很多新技术的意义都是只有当发展到特定的一天你才会理解)

上面的几种说法,也许过于前卫,越说越玄,比现在的web2.0高了不知道几个等级.但奇迹之数觉得,如果没有发生真正的变革,就忙不迭的去把一个创新夸大化,是玩弄人们的感情,当人们对所谓的创新终于"脱敏"的时候,这个世界将会变得悲哀.
posted @ 2008-05-26 20:36 wangdei 阅读(270) | 评论 (1)编辑 收藏

我上一篇文章《用友 U9 SOA Ready》写完后,有朋友说里面的企业管理软件平台架构讲的非常好,可惜被用友的内容给遮盖了,希望我能独立成篇,真正把企业管理软件平台架构讲透。于是就成了这篇博文的动笔之因。

企业管理软件,由于进入门坎低,各行各业各层次企业都需要,做面向企业应用比做面向个人应用要赚钱多,好销售,所以中国内地有相当大部分的程序员在从事着企业管理软件的开发。

尤其是接项目的软件公司,这类公司往往在中国当前软件行业占很多。3-4个或5-6个程序员,老板拉来什么项目就做什么项目,进销存、费用报销、销售管理、客服维修工单、请假考勤管理等等为大部分单子内容。

有朋友留言:就10来万的单子,就1-2个程序员,从调研到设计到开发到测试到打包到实施安装到培训到推动上线到支持,全活儿。哪来的精力再去开发平台。再说了,都是10来万的单子,开发平台就大才小用了,什么设计模式,什么OO,什么界面和代码分离,什么代码重构,都扯淡,往界面拖控件,用ADO连数据库,OK。费那精神干嘛,把钱快速赚到才是真理。

其实,你发现没,你做的管理软件(叫它MIS也行,你爱戴高帽就叫它ERP)有一些东西都挺相似。我有个专门给小企业做网站的哥们,5天一个网站。他手里面从免费邮箱服务器、BBS论坛、流量统计软件、网站新闻内容管理系统全从网上找好源代码,各种图标图片素材库,机器上装好Dreamweaver、PhotoShop、Flash。小企业老板来了,他把过去做的案例往出一拿,你挑吧。然后七凑八凑几天完工。

这是不是平台呢?

我们为什么需要平台?我们需要什么样的平台?平台应该包括哪些东西?一个完备的平台是怎样的?

带着这些问题,我们一一揭秘。

拿我哥们刚才的例子剖析。我个人认为那就是一个平台。我们为什么需要平台?就是为了不每次都重新发明轮子,为了能快速的完成代码工作(可以多赚点钱或者可以多打会游戏或者瞌睡或者可以多时间去泡MM)。

快速完成,是平台的第一目标。但是快速三下五除二干完了,去客户那里一跑,BUG百出,倒霉,还得熬夜修改,长期出差回不了家。修改代码,痛苦,还不如推倒重新正式写代码。

看来,平台的第二个目标必须是稳定。

既能快速开发,又能稳定,这是个好平台了吧。

不,客户个性化需求来了,发现真难改。按照普通简单流程处理(增/删/改/查 列表/明细),确实平台能给很大帮助,但是客户一个性化,平台就不灵了,个性化代码怎么都插不进去手。平台自成一套圈子,外围异常代码根本插不进去(这是现在很多号称平台的产品都共有的最大弊病)。

好不容易遇到个好个性化定制的平台,平台性能不佳,老挂机,客户的电话吼的真想把电话线拔掉,甚至幻想全公司电话和互联网和自己的手机都坏了。

终于搞定以上的所有问题,给客户安装上,培训好,推动上线,终于可以闪人了。回到自己的床上,真舒服呀。

没想到恶梦才刚刚开始。客户的电话来了:我发现报表不对呀,数对不上去,你看哪里出问题了?

O,My God。我刚回来,你就...。 我又不能飞过去。好吧,好吧,你有QQ或PcAnyWhere吗,我们来连一下,我给查一下数据库。什么?服务器不容许上网?那我怎么办?

看来需要一个排错、可跟踪、可输出详细日志、可过滤日志的东西,就像SQLSERVER的查询跟踪器一样。

嗯,好不容易把问题搞定,修改完代码,需要给客户升级。

什么,你们家没有网管,都是兼职的,根本不会SQLSERVER,脚本怎么执行,怎么备份,不知道?

算我倒霉,电话我告诉你一步步操作。(长途电话费N多,老板冲你发火,你低头不语,心里念到这个猪头)

什么?升级了也不好用?那你肯定没按我说的操作来。

什么?有的机器好用,有的机器不好用?你肯定没有把所有客户端都升级了。

哦,看来需要一个自动升级的模块。

挖咔咔,软件卖的好好哦。咿呀咿呀咿。可是,可是...。居然有家伙盗版使用我们的软件,看来我不加密不行了。

加密,加KEY,加并发用户数,加正版判别,加使用期过期。

嗯,终于天下太平了,抱得美人归。

从以上来看,我们似乎并不是为了平台而平台,为了市场宣传和销售便利而做平台噱头。我们确实在多如牛毛的小项目的水深火热战火纷飞中,我们渴望有这些东西将我们快速解脱。如果我们是开发中大型系统的,我们的产品需要延续生命周期8-10年,需要部署给成千上万的客户,客户需要管理几亿的关键数据,有几千个客户并发,我们更需要平台。

所以,不管做小项目的,或者做大项目的,我们都需要平台。

那我们需要什么样的平台。其实上述的场景中已经把平台的关键特性都说了一遍,现在我总结一下:

1可以帮助开发人员快速开发

2稳定

3可以个性化定制

4可以跟踪日志排错

5可以自动升级

6软件版权保护

为了做到这些,国内软件精英不知有多少人前赴后继的的投入研究(甚至做OA的,做工作流的,也号称做平台)。让我们历数历数,看看各自的特点和优缺点,以对照一下我们需要的特性,他们的平台具备不?

大连雅奇,95年我就知道它了。当时好像是Foxbase版本的。可以生成菜单、界面代码。其他的我现在忘了。不过去年CSDN还报道了一次大连雅奇

1报表打印,支持二维、交叉、套打、单据格式、多栏头、导出HTML、PDF、EXCEL、DBF肯定是必须的。计算公式有没有?变量有没有?代码调用API有没有?嵌入图表有没有?小分组合计行不行?最底最右的总合计有没有?支持不支持主从?支持不支持链接钻取?

2图表 当然支持折线、直方、饼图。不知道EXCEL所能支持的图表,它是否都能支持,而且像EXCEL一样好看。漏斗图有没有,里程图有没有?做领导报表(可以起名为管理驾驶舱或商业智能门户)时非常需要。

3控件 可分组、可过滤、可定制查询、可定制列视图、可多排序、可导出、可预览、可小计的Grid控件有没有?可以权限管制行列数据,定制列视图的参照录入控件有没有?日历控件有没有?财务凭证控件有没有?

4企业内部即时通讯模块、邮件收发模块、预警提醒模块有没有呢?

其实,这是在企业应用中极为常见的一些公共功能。有一部份朋友给我QQ留言,他说平台架构就是:中间件+Hibernate(ORM框架)+structs(MVC框架)+spring(AOP框架)+JSF控件(UI框架)+Log4j(日志框架)+JUnit(测试框架)+Ant(Build框架)+JasperReports(报表框架)+JFreeChart(图表框架)+osWorkFlow(工作流框架)。

我说对,这是平台架构,但不是企业管理软件的平台架构。企业管理软件的平台架构需要更上一层,能方便开发人员快速稳定的开发和修改。

大连雅奇能一直存活到如今,从各方面看虽已跟不上未来,但目前很多小软件公司和小企业还在进行着初步的信息化,所以还是有很多的市场空间的。(我看到华军软件里有人发布的所谓强大平台,一下载一看,原来是一个数据库维护软件,让人尴尬,但是还有大量的个人或2人工作室在不断奋斗制造着这类软件,我已经看到了很多雷同的软件了,也有市场?可能)。

讲完最老的大连雅奇,在企业管理软件平台界,最有名的就数思维加速(现在改名起步)。起步从1999年开始起步,技术一直跟的很紧,做的也非常深入,我个人认为,起步是做企业管理软件平台最优秀的一个。

1 起步加入了工作流,非常适应时代

2加入了集团企业多组织结构,非常适应时代

3起步有数据库建模工具,有版本管理工具,有部署工具,报表、图表自不用说。居然还有甘特图和日历,还有即时通讯工具

4起步拥有自己研发的代码开发IDE。这是国内没有的。老宋为了解决常规平台自我封闭无法定制的诟病下了很大的气力,让简单开发和个性定制融合。

5能支持JAVA中间件,也能支持COM+,能WEB,也能C/S。这也是国内没有的。

IDE,既是起步的杀手功能,也是起步的软肋(想起一句古龙的话:敌人的优点也就是他的缺点)。IDE这个东西,世界有三巨头:Eclipse、visual studio、Borland。大家都是干软件的,大部分都是选择这三类IDE,对这三类IDE很是习惯。但是现在要舍弃三巨头,用了起步的平台,就需要用起步的IDE,而且IDE还没有三巨头做的好(要想做好,谈何容易。君不见Eclipse有IBM巨资推动,visual  studio更是微软的一个重要产品线,投入大量人力。如果起步也要做,那岂不是平台、IDE、工作流都要并进?要知道,这三块中的每一块,都是需要单独一个公司,而且是相当实力的公司才能做好)。

于是,上海普元学乖了。IDE,我们就用Eclipse。

当然,还是老三套:控件+工作流+报表。

普元的平台框架有组织结构管理(不知道是否支持区域管理组织和集团管理组织?)、部署工具、权限管理(这个非常重要,不知道能不能管理到业务实体的每一个操作和数据行列可访问性?)、业务字典管理(这个没必要单提出来吧?运行参数的配置才是最重要的)。不过普元具备了日志、异常、定制任务。更难能可贵的是,普元还提出了Cache机制(这个在企业管理软件领域中其实挺难。它不像咱们的通常论坛网站,如天涯,也并发量大需要Cache,但是天涯也仅仅是看,而企业管理软件主要是频繁读写和业务计算处理,这怎么Cache,我也需要学习学习,过去一直主要依赖数据库设计和代码写法和功能设计来保证性能)。

普元做JAVA,金富瑞就做.NET。

三大件继续拿上来:控件+工作流+报表。

但很可贵的是,金富瑞提出了虚拟组织这一说法。这个确实老遇到。还有就是权限管理,从菜单到数据到列到行到按钮,控制的挺细,不过细就是多,多就会漏洞多,看来金富瑞需要深刻去思考一下数据库架构的设计。

这些都是专注做平台的。

但是,那些主要做管理软件的公司,也有自己的平台。甚至自己的平台还卖。如浪潮楼上(不过山东人的朴实与粗糙,尽在软件中)。

自己用的平台,东软也有,但没有对外宣传,也不卖。偷偷自己用,做了N多医保、税务局之类的项目。(我曾经剖析的时候,发掘设计的思想和金蝶K3的平台特别相似)

用友、金蝶这两大企业管理软件公司当然也有自己的平台。用友有U8平台和NC平台,金蝶有K3和EAS平台。不过,明显的是,金蝶的平台架构思路比用友高一级。从业务实体自省到权限控制到日志到二次开发,金蝶颇有套路,思路清晰抽象高度。而用友的平台,似乎还看业务是业务,看菜单是菜单。

讲了这么多,几乎主流的平台厂商我都数了个遍,当然从事各细分行业管理软件的公司也都有自己的平台,只不过那类平台和本行业业务又结合的特别紧密,开发自己行业软件特别快速稳定易用,但不具有普遍意义。

我把我在上一篇文章中写的企业管理软件平台架构内容再贴到最后,以使大家好下载

1登陆用户口令验证、license许可验证、盗版验证、过期失效验证、版本差异验证

2主控台 用户功能树 管理主控台

3表单设计器、业务实体设计器、工作流设计器、报表设计器、功能菜单设计器、多语言设计器、多皮肤设计器、查询过滤定制器

4UI框架:Grid/Toob bar/Tree/TabSheet/Menubar/参照录入组件/Edit/Button/Combo之类

5单实体输入框架、主从List/Detail输入框架

6运行配置参数设置、单号计数器、业务预警设置

7异常框架、业务实体权限框架、业务实体存储引擎、业务实体查询引擎

8报表:套打、单据报表、普通二维查询统计报表、交叉报表、图表

9工作流引擎、消息引擎、自动任务引擎

10企业组织结构设计工具、权限分配工具、数据导入导出工具、数据备份恢复工具、升级更新工具、错误诊断跟踪工具、性能监测工具、日志查看工具

11OFFICE集成、BO集成、通信集成、邮件集成、短信集成、IM集成、搜索集成、电子商务集成、企业门户集成等等一切外围集成

如图:
 

 

后补记:

刚才看到有朋友留言,说到单据如何变化、单据字段如何变化、报表如何变化、数据库如何变化、业务流程如何变化。

刚才一看图,确实是忘了写单据设计器了。这个在各个平台上都有。不过现在单据设计器的主流都是在eclipse中做调整,然后再部署。

有了单据设计器,单据变化、单据字段变化就都能适应。

报表有报表设计器来适应。

数据库有业务实体设计器来适应。

业务流程有工作流来适应。如果是很特殊的业务流程变化,需要编写代码。一个完全不编写代码就靠配置实现企业业务的平台是不存在的,除非业务很简单。

其实笔者原意也不是对国内平台上逐个品头论足。目的只是希望给大家普及平台架构,并且介绍国内主流的一些平台厂商。笔者也在近10年中搭建过两代产品线的平台架构,管理数据都在几亿条,涉及用户数也在几万,所以希望给没有架构思路的朋友们一些经验分享而已。

大家如果想了解企业管理软件平台的更细节的架构和原理,可以去起步、金富瑞、浪潮楼上、普元、金蝶、用友的网站上去看他们详细的技术架构白皮书。看看他们是如何真实的实现一个企业管理软件业务平台。

更深层次的如何实现,架构的每个细节难点和实现思路,我想,应该不是我这篇博文能够承担的。

 另外,看到留言说业务平台是为了适应企业变化无常的需求
其实这是个误区。业务平台并不能适应企业变化无常的需求,业务平台只是把公共的部分提取了出来,而变化无常的需求是由开发语言来完成的。如果一个业务平台无法容易的融入开发IDE编写的代码,这个业务平台基本不能用,只能算是一个简单的玩具,做些简单的增删改和确认的工作而已。

有些平台,为了满足个性化特殊处理,内嵌了很复杂的业务逻辑语句,甚至也和起步一样做了IDE,即使走到这一步,也不如程序员用IDE编写代码方便。

我们做平台,不是为了不用IDE,不用写代码,不是为了实施人员或业务人员拿去自己定义功能去吧,程序员没有用了,程序员只要维护好平台就OK了。这种认识是错误的。SAP作为全球最大的企业管理软件厂商也无法做到。

posted @ 2008-05-24 22:36 wangdei 阅读(109) | 评论 (0)编辑 收藏

来源:http://www.tondou.cn

的一个朋友也看到了我的博文,他是做某个行业企业管理软件的。他说:你这个方法,在我从事的行业不适用。

我对他从事的那个信息化的行业还是有一定了解的。

他们的实施模式是:

1一个实施项目,大约50万的签单额,做完验收后给最后的20%-30%的尾款。

2他们是一家小公司,为了多做项目多赚钱(企业都希望利润保持的很高,如果毛利低,做软件就不合适了,受的苦和压力和不规律性比其他行业多的多),所以一个项目只派一个人去,而这个人需要培训、辅助导入旧系统数据、清洗合并数据、规范化数据、报表制作、需求协调、推动切换上线、现场运行监控、个性化定制修改代码。

3如果不能推动客户上线,就无法验收结项。不结项,就无法去追尾款。

4一个项目这个人,身兼项目经理、开发员、需求调研、软件设计、功能测试、实施培训、定制化开发,还有时候写培训文档。因为公司里都是这样的人,根本没有分工出专门的文档人员,所以产品根本没有培训手册和帮助手册。除非客户必须要,这个项目的这个人才写一份草稿应付。而公司又没有人来做文档管理工作,所以各个项目各个人写,也没有人合并,也没有人来统一收集。每个文档都在项目每个人的移动硬盘里。

5由于项目就老哥一个人全活儿,所以自己答应了客户修改什么需求就自己修改,根本没有啥需求调研方法和版本管理方法,就看这个老哥和客户之间的博弈了。每个项目一套源代码,而且都在各个项目的各个人手里。返回公司后,往公司的服务器上一扔做个备份。以后谁的项目出了问题或需求,就谁负责继续修改。但是,很有可能这个人已经在做其他项目了,还需要修改前几个项目的需求或BUG,还需要接听前几个项目的支持电话。如果这个老哥是在顶不住压力和焦虑而跑路了,只能把这些所有的活交给现存活的人的手里,啥也没有。无法交接也得交接,反正人要跳槽。

6由于每个人都是这样一人挡一摊或数摊项目,而且项目周期长,每个项目都需要2-3个月的时间。老板也想把公司做大,但是每个项目能去实施的人,要求都非常的高,新人来了一年也上不了前线干不了活。所以,对招新人也是不愿意招,干花钱没见起作用,小公司培养不起人。而对项目游刃有余的人,都是跑单帮跑惯了,带着个新人,还干不了活,还浪费出差费用,真是气死人了,还不如自己亲自动手三下五除二搞定爽。

于是,公司五六年了也就那么大规模,老板员工都干的很辛苦,当然老板得到的钱要多一些,赚个500多万没啥问题,自己后半辈子算是有靠了。所以,老板也得过且过,反正现在赚钱速度已经比较满足了,这样也熟练习惯了,经验路径依赖,就这样顺坡下驴做吧。

我的朋友是个理想和现实总是不断冲突的人。一方面,他确实想把项目做的很是顺畅,另一方面,他却觉得一切都像是被各种因素牵扯,根本无法转变模式,于是只能认命继续现在。

我说,你这种情况其实在中国很普遍。中国大部分软件公司都是从事行业信息化,因为这块技术难度最低,而且只要有人脉关系就可以做销售开干。而很多软件公司的成立,就是由于老板有一个关系,接到了某个项目,于是拉住了某个客户,小活不断,于是成立了公司。这是很多老板成立公司的原因。既然这类公司成立就没有目标,其目的就是认识几个人多拉一些项目多赚一些钱,所以如何复制模式,他们其实关注性也不大。原因很明白,就是自己不认识的客户,要想打入这个单子,很难,每个客户庙前都有N多关系户。对于自己有关系的客户,也就那么多个,有多大关系就能做多大的摊子,那就尽量从现有客户中持续做项目。维护好客户关系是最重要的。这类模式非常常见,并不是你这个行业特殊。

老板的生活已经趋向于小康稳定,而你呢?你还在挣工资。你也在一线客户那里天天呆着,要么你把老板的客户抢过来你做,要么为了你自己工作能轻快些,你必须自己给自己找方法。

我的朋友说,抢过来不可能。自己虽然天天在第一线和客户天天在一起,关系也处的不错。但现在人先认的是钱,后认的是感情。而老板给他们这帮人都持续吃喝玩乐送东西分回扣,自己只是一个干苦力的。自己只能找方法。但你说的方法是针对一个公司的变革,不是针对我个人而言的,所以不适用。我想有一个方法能帮助我自己的方法,你帮我想想。

我想了想我过去写过的文章,确实是,自己一直从事职业经理人操盘产品研发管理,也统管咨询、实施、培训、支持,但都是在公司管理的层面上看问题分析问题解决问题,而没有从一个个体上去思考。而中国,大量像我这样的朋友,他们需要帮助,而我写的却是公司层面的,无法帮助他们,所以他们老说我的文章空洞、理想。

我说,咱们俩一起分析解决。也是给大量像我朋友这样辛苦的人带个福音。

咱们首先先说一下你想达到什么效果。

我朋友说:我现在在这里待的很烦,出差时间太长了,我就想早点回家。

那你什么地方费时间了,需要2-3个月在客户现场?

我朋友说: 嗯,我看完你的那篇文章,我也做了一下反思和总结。我感觉有三个方面特别费时间:客户需求,数据准备,报表制作。

一去客户那里,你是见不到客户老板的,也是看不到用户的,你主要面对的是客户信息科的人。他们一开始要求你先做演示,看看是否符合他们本企业使用。在这个演示过程中,就不断提出需求让你修改。而且,你不修改完,他们没法接受你以下的演示,说想象不出后来的样子,对着你画的界面图想象以后的功能变化,有点纸上谈兵的感觉。而且,往往演示的时候必须信息科科长在,否则底下的科员都做不了主,演示了也是白演示。而信息科科长却老不在。而他们上班时间也极为规律,该下班时立马下班,根本不加班。所以边演示变修改再边演示。好容易修改完了,也演示完了,时间一俩个星期就过去了。

信息科算是通过了,就需要录入基础数据了。你看看像这样的http://www.bt285.cn BT网站,数据有上百万,问题又来了。现在大部门企业都已经上过一套软件了,可能是Foxpro的,也可能是PB的。人家要求你把数据倒进新系统中,但是一看过去的数据,都乱七八糟的,过去上线都是没经验,后来也用的乱了,积腋成疾了。现在要导入,真是要把垃圾输入,得出来的也是垃圾。你苦口婆心的说服让他们重新录入,但是他们一看都好几千条,不想录入,让你能导多少导多少,然后在基础上再维护。这一松口不要紧,你不仅忙活了一个多星期写各种SQL导数据,而且往往旧系统也没有文档,数据结构需要你自己理解,理解有误也是你的事。好容易导完了,再维护,发现数据是通过SQL导入的,在界面上却不能维护,因为很多校验都是写死在程序里的,而不是约束在数据库。磕磕碰碰,自己边后台修改数据,边让他们信息科维护。他们信息科首先先检验导进去的数据对不对,没有填写齐的字段填写齐。然后把没有导进去的数据录入进去。然后再打印出来,统一对一遍,看看哪些数据录入的有错误。这样折腾,一个月,22天工作日就过去了,用户还没培训呢。

第二个月开始用户培训了,但一培训就发现了问题。用户的需求和信息科所的需求,根本不是一码事。原来一个企业,信息科也和业务科室是两张皮,就和在软件公司一样,开发部和销售部是两张皮。于是,用户和信息科开始吵架,各说各的道理,谁都在维护自己的利益。而且用户部门有业务在身,也不可能天天大部分时间泡在IT讨论上面,开会不来人,或者要来人也来了个小兵充数,根本起不了决定,还提自己的意见,过几天开会,用户部门的主任来开会,又把需求再推翻。业务部门主任是站在主任的层次上看IT管理, 而业务部门科员是站在自己轻松使用的角度上提需求,而信息科是为了自己以后维护着想。不断的讨论不断的推翻不断的扯皮。

讨论扯皮推翻再讨论再修改。终于消停了。开始培训了。但问题来了,用户上机一操作,发现基础数据很多不是平常现实那样的。计算机数据过去就和现实数据脱离了,现在想借新系统上线再回到计算机管理上。于是,一边培训一边修改数据,有人报告数据错误就修改。而培训没有文档,培训也没有课程,培训也没有专业训练。培训如何层层开展,培训如何组织,都不知道。反正就老哥一个被订在这里了,只能这么上手了。人没有来齐,也得开始。等来了再重新讲一次。一次不会,再讲一次。有人年龄大打字不熟练,有人看不清屏幕,需要调整大字。一调整,界面发生错位了。有人不会用鼠标双击和单击,有人不会控制打印机。过去是UCDOS系统,还没用过WINDOWS的,用不惯。从基础培训起吧。否则怎么办呢?人家不上线用起来,人家不给验收结项啊,尾款回不来啊。

用户也培训完了,该上线了,就需要初始化库存了。先得现实盘点,然后再录入计算机,还必须一边得继续营业。于是,真实库存和计算机库存肯定对不上去。由于品种太多,所以只能一批批盘点一批批录入。

由于操作不熟练,特殊业务不知道如何处理,只能瞎处理。处理完后发现不对,想冲抵回去。没有冲抵功能,只能修改数据库中的数据。

由于前期修改,根本没有测试,就是老哥自己一个人改。改完了有时候烦了连自己都不想测试。于是上线用着用着就不能运行了,需要当时就立即修改,中午晚上的连续作战紧急解决,否则第二天一早还需要开门迎客。

好容易业务录入了,但是报表不对。一检查,原来是前段时间录入的非法业务数据造成,功能没想到没拦住。怎么办?偷偷自己修改数据,然后使报表平账。过段时间,发现报表又不平了,发现还是非法数据进入造成。怎么进来的呢?想不明白。只好蹲点现场,直到客户都运行正常了才能走人,算是上线成功。

这个累呀,两三个月都是紧着过的。好不容易回来休息会,另一个项目就要启动了,就这么几头能干活的蒜,老板笑着脸让你去。于是,遭遇再次上演,日子就是这么过来了,一月又一月,一年又一年。顶不住的就跑路。

我听完了我的朋友的诉苦。我说咱们一件件事情的排查。

第一件事,边演示边修改,还得信息科长在,还得他拍板。这段时间的浪费如入缩短。我过去也作过灯塔客户的实施,我过去一去了客户那里,并没有一开始就这么做。我先是调研此次项目组的人员构成、能力、职责、上线时间、用户计算机能力、用户部门对上一套系统的最突出的抱怨,信息科对上一套系统的最突出的抱怨,现在还有哪些系统在持续运行,上一套系统用户部门和信息科觉得哪里好,上一套系统的功能结构和操作流程。这样,我就确定了我该如何开展项目实施。这就是项目调研阶段。人往往很眷恋自己已经习惯的事情。而且人的想法,人的能力,各个部门的利益冲突,人和人的私人关系和恩怨,都有助于项目的推进。亚洲人做事,需要面上的和面下的都得下功夫。纯粹都是正式的或者都是不正规的,都无法做好一个项目。我会在项目调研后,重新建议项目组人员构成、职责、流程、项目阶段时间、各方面负责人、本项目的最突出要解决的前5个目标问题。

人常说,上下同欲者胜,庙算者胜。你一开始必须界定好项目的边界和目标和执行标准和责任人,否则大家谁都想管或者谁都不管,大家没有目标,或者大家各有各的目标,肯定无法项目很好的推进。

有了目标,责任人、标准、时间计划,就要按照这个目标来分解做。基础数据的校验,需要用户参与先来校验原有系统的数据。不要认为用户现有这套系统就没有问题。如果没有问题,企业也不会用你这套来代替他现有这套。所以校验现有基础数据很有必要。没有的数据,先让他们做准备,但你要书面把要准备的规范写好交给要参与的各个用户,而且要做好培训工作,不能讲讲就认为他们理解了。有了的数据,需要校验。地基打好,才能上面很快盖房子。而且,信息科和用户对老系统很熟悉,校验数据比你快的多,而且准确的多。只有经过他们的确认,你可以导数据,也可以不负责导数据。其实,基础数据,虽然多,但只要有5-10个人,2-3天就能录入完毕。比你导更快更准确。

在用户嚷嚷需求的时候,一定要以系统目标为约束。因为每个人看法不一样,站的利益角度不一样,每个人的计算机应用水平也不一样,所以每个人都有看法。你让百家争鸣,而且什么需求都可以提,没有目标没有边界,就让你一个人修改,那么你结果不会好而且你会心身疲惫,你会很快就厌烦了项目。吃力不讨好,就是方法不对。需求,一定要围绕时间阶段和目标为约束,大家要一个目标。

还有你刚才讲到的没有培训方法、培训文档、培训素质,说明必须要有专人来做培训。这块是项目实施非常重要而且工作量大的一块。这才是真正的项目实施。项目实施不是让你来修改需求来了。培训做不好,上线会出一堆麻烦,软件再约束不强,报表就是平不了。而培养一个培训的人员还是容易的。如果想培养一个会协调推进来事的、会修改软件的、懂得业务需求的、会SQL语句导数的、会培训的,这样的专业神人确实很难。而且这样的神人一定不专业。所以,要带人,先要让他搞培训,而且让他编写针对不同用户的培训手册,有培训时间课程、培训规范、考试考核、模拟练习环境、模拟数据。这是这个培训专员可以做到的。

软件修改,尤其项目型软件,不修改是不太可能的。我不赞成在客户处修改软件。因为不仅仅你只会以事论事的修改,容易陷入到这家客户具体的需求中,而不会考虑其他客户的需求兼容,所以你修改的软件有很大局限性,最后形成只能一家维护一套代码,最后客户越多越累成本越高越不赚钱,被客户多而拖累死。而且你在现场那么多事情,那么多人打扰,你根本无心踏实下来修改软件,只想着赶快改完上线回家,你急躁,潦草,应付,软件质量就没法保证了。你想改变这种现状,你必须把需求整理好,交给在家里专门编写代码的程序员。你在现场,你也很懂业务,你和你本公司的程序员沟通肯定比客户沟通要顺畅的多。

这样,你在现场,你的任务就是当好一个项目经理,专门协调,控制,理顺,制定流程、规范、目标、时间,保证执行到位。现场还有培训专员分担你的培训工作,可以帮助你校验数据,测试功能。公司里还有专门coding的程序员分担你的开发测试工作,而且人家写的代码更加多家客户兼容使用,而且质量稳定性比你高。

只有专业分工合作,才能转成正规军。否则,你只能把自己熬倒了,心力交瘁,最后心灰意冷,跳槽而走。

从民兵,到武工队,到土八路,到正规军。这条路有好几个阶段。不能想着一步到位。现实情况也不容许我们一步到位。我们只能是能改进什么就改进什么,天天进步一点,我们就会大变样。

如果从心里就认为不可更改,直到心冷不想改进,那么我们永远不会进步。

为了我们自己心身愉快,我们也要进步。

记住,你是项目经理。你是这个项目的领头人。你决定这个项目的成败。

如果你连这个定位都没有,那么你什么都决定不了,你这个项目的成败只能随波逐流,那样你真的很失败了,你什么作用都没有,要你干吗

posted @ 2008-05-24 22:28 wangdei 阅读(359) | 评论 (1)编辑 收藏

来源:http://www.bt285.cn
大家从各个开发语言的优缺点和适用领域,一直讨论到设计模式、框架、重构、单元测试,乃至敏捷编程,最后都讨论到了软件开发过程管理,甚至都谈到了盈利模式和中国软件

的悲哀。

最后不了了之,都觉得改善中国内地现在的软件生产状况不可能。

为什么呢?

我重新把这几天大家的讨论留言翻了一遍,发现大家的软件团队都存在着这样一种普遍现象

1大部分人所在的公司,开发人员仅3-5人,多的在10人。别看就这几条枪,还从售前支持,软件开发,测试、打包发布、文档编写、实施安装、培训、技术支持都做。
这还不算什么,而且几乎是一个人负责一个产品或一个项目,一个人从头跟到尾,而且负责多个客户的维护工作。
这还不算什么,而且随时老板会找来八竿子打不着的新活,要的还挺紧,突然要开发,打乱了所有的计划,最后都懒的按计划行事,每天撞钟,老板有事就吩咐,没事就上网,还不让听歌,当然更不让打游戏。甚至还不让看技术书籍,呵斥不干工作。只能上网装作在工作。

2老板和员工互相斗智斗勇,在年终奖、报销、出差、平时福利上啊,都明争暗斗。老板卡的紧,员工就在项目和产品上下药,还不知道是谁占了谁便宜,谁给谁打了工。

3员工一边在刻苦钻研各种开发工具,阅读源代码,学习做DEMO例子,阅读UML、设计模式、单元测试、敏捷编程等等,一边却懒的修改现在公司的产品,有问题就打补丁,客户不嚷嚷就懒的修改,代码不优化,界面不友好,架构没架构,代码不封装

但是,在讨论中,我时时都强烈感觉到,大家是想把产品开发好,把开发过程管理的井井有条,但是都心有余而力不足。阅读了N多软件工程的书籍,从重型方法到轻型方法都阅读了,但都无法把现在的开发状态一点点扭转好。

许多人想闹革命,把现在这些产品和团队都砸塌,然后重新来过,但这只是梦想,说说而已。只能希冀下一次跳槽,能找到一个好的公司,把自己平生所学全部发挥出来,但这好像也只是梦想,因为交流了一下,大家彼此的境况基本相同。

一些极端主义者自己开了公司,才发现不持家不知道油盐贵,现在自己和手下变成了老板和员工的关系,走了过去的老路。

更有一些极端主义者辞职,自己做软件,最后由于生活拮据或做做发现这个软件没什么意义,就丢弃了自己的梦想,随便找一家公司开始沉默撞钟。

一些聪明的家伙,有的入了外企,有的进了大的网游公司,有的进了外包公司,有的进了大网站公司,都是讲究大规模开发的公司,希望能找到一条中国式团队开发产品保证之路


作为小软件公司,我们真的无能为力了么?我们真的成为炮灰了么?

但是,中国软件行业大部分都是这样的公司。从每年的CSDN的程序员调查都可以看到,中国软件公司大部分都保持在这种开发团队规模,开发人员大部分都在毕业1-3年。

我们是在等待时间让人变得成熟么?我们是在等待时间让人变得技术综合实力增强么?

依笔者看,作为中国软件群体最大的小软件公司,需要的不是UML/RUP/CMM这些重型方法,不是前几年大家关注的小组开发方法,也不是敏捷编程这样的结对方法,我们都无法有这样的资源实现这样的方法。

但是,想想,星星之火可以燎原。红军能从爬雪山过草地起家,最后解放全中国。我们就没有方法?

那我们就需要想,就我们目前能拥有的权力和资源,我们如何一点点改进。我们需要的是从游击队到兄弟连,从兄弟连到正规军的方法。我们现在还处于游击队,一个队长领了一帮游兵散勇,有的人甚至没有枪还背着大刀,有的人还没杀过鬼子。

首先,要把我们自己变成兄弟连。

我常常观看国际著名的CS战队的比赛录像,他们配合的多好啊。如果他们都单兵作战,那么早就死翘翘了。这和咱们的软件开发多么相像。我们多么神往这种默契的配合,打的多么流畅。我们要的就是这个。他们也不几个人么。

那让我们来分析分析吧。

我们想好好专职的开发软件,但我们的时间都被实施安装、培训、技术支持占去了。为什么我们要做这些?是因为我们软件没有操作说明,其他部门人都不会用。而且我们也没有培训机制,其他部门人更不会用。而且我们的软件不稳定,其他部门人都拒绝实施。由于我们软件不稳定,老出问题,出了问题其他部门人也帮不上忙,只能我们自己去做技术支持。

从以上来看,主要矛盾就是在:操作说明、培训机制、稳定性。如何保证这三点。而且从以上来分析,稳定性是最重要的。不稳定,你即使有操作说明和培训机制,其他部门人都躲着实施,谁想去客户那里尴尬丢脸挨骂呀。所以,其他部门人会找各种理由向老板告开发部的状,以躲避实施,说软件太烂,根本无法拿出去。这也就是开发部往往和其他部门关系都不好,开发人员老抱怨自己就闷头辛苦开发解决问题,没有人说好,却被奸人陷害。天长日久,积怨颇深。其实说起来,根源还在开发部自己这里。

如何保证稳定性?

大家第一想到的就是招测试人员。当然,一些公司的老板是拒绝养测试人员的。另外,如果你只想到招测试人员,其他方法不配合测试人员,即使有了测试人员,软件稳定性仍然不会有提高。所以,有一些工作,是不管有没有测试人员,都必须是我们开发人员要做的:

每个人的技术水平都参次不齐的,每个人对自己代码的负责认真性也都是不一样的,所以要想提高稳定性,必须专门从队伍中找一个人,他作为公共代码开发员。每个产品或项目的修改需求,必须首先经过他的思考,能做成公共代码,能封装成函数,就他来做。其他的程序员只管调用函数,实现客户UI操作和辅助功能。这个公共代码开发员必须具备以下能力:
A参与过几个主要项目的开发、实施、支持。这样,他对客户需求有综合的把握。如果队伍中没有这样的人,只有开发经理一个人有这样的经理,那么接到客户需求,分析客户需求,分解析辨是公共代码员来做还是其他开发人员来做。
B公共代码开发员具有负责认真的工作态度,代码细心严谨考虑周详异常保护做的到位内存创建释放有头有尾,代码优美,代码可阅读,代码重构,代码性能和稳定都高
C公共代码开发人员的技术能力高,知道封装成什么样的函数接口,在灵活性,以后的修改变化性上最好

应该说,找一个技术能力好的,工作认真负责的人,应该是不难找到的。而且专门做这件事,不让他参与各种杂事,他是应该能干好这件事的,而且会越做越好,这就是术有专攻。

刚才还讲到一件事,那就是开发经理要熟悉客户需求,而且是深刻理解客户需求。

客户需求,客户需求。这个让开发部最头疼的字眼。每当想起客户需求,就想起了以下这些话:
1 程序员说:这是你们家个性的需求,太邪门,我们不做。客户说:不做我们找你们老板去,我们是花钱买了你们的产品的。
2 客户说:我不会用鼠标,你给我做一个语音输入吧。我们还想要一个类似QQ的东西供我们内部沟通,你们给我们做一个吧。程序员:我晕。
3 程序员说:等你们内部斗争完,你们协调完了,我再调研需求。

似乎,我们在需求上无能为力,我们永远在追赶客户的需求,满足他们的现状,把N多家的客户需求都加进软件中,只要能实现的,我们尽量咬牙实现了。

最后,我们发现,我们的软件无比复杂,谁也不会用了,连开发部门都不会用了,谁也不知道这个需求当时为什么是这样的。因为无比复杂,所以实施、培训、技术支持都成了问题,稳定性更成了问题。代码互相交叉,根本无法理清有多少交叉影响点。维护的程序员都快崩溃了,天天在祈求,千万别接到客户电话,千万别接到客户电话。

这个问题终归是问题,而且是软件开发最大的问题。虽然我们也动用了这样的技巧:
1 客户业务部门不能随便提需求。必须集中汇总到客户IT部门,由客户IT部门汇总过滤完,再集中报给软件公司
2 客户IT部门的需求,必须客户方负责IT项目的老板签字才能生效,才能报给软件公司
3 不能随时报,每3个月集中报一次
4 不能口头报(即使在现场实施支持也不行),不能电话报,只能MAIL或传真来报
5 必须按我们规定的格式报,要严格写清楚需要实现的功能的界面,输入数据或输出数据,输入输出数据的格式要求,谁操作,多长时间操作一次。
6 软件上线后只能免费修改3次。以后再有需求,就必须另签合同另收费,否则不予修改。

经过这么几招,客户也疲了。需求是不提了,开发部欢呼雀跃。但我们真的做好了么?难道客户真的满意了么?客户为什么要用我们的软件?难道仅仅是为了把他们现在手工做的,然后转到计算机去做。让计算机的查询统计计算速度代替人工?

客户为什么要提这样的需求?客户要根本解决什么问题?这些问题谁来想,谁来想解决办法?

BT,My God!我们无能为力,因为我们是技术人员,我们不懂业务。

那这个问题谁来解决?

程序员苦笑了:没有人解决,也没有人能解决。客户就要,你不做他就要给老板打电话。

噢,那就让程序员的噩梦继续吧。谁也救不了你,能救你的只有你自己。

要救我们自己,必须我们自己走出我们自己。谁让我们就处在这样的处境呢?我们都想过的好,只能我们自己救我们自己。

那我们就鼓足勇气,走出来,从我们的设计模式、OO、软件工程、虚拟接口、反射、持久化、框架中走出来。开发经理来承担起客户行业研究来:
1 客户行业这个群体有多大?大中小规模各有多少家,各分布在什么省?我们面对的最佳客户是什么规模什么信息化程度的?我们的次佳客户是什么规模什么信息化程度的?
2 我们的上层竞争对手、本层的竞争对手、下层竞争对手目前的产品怎么样?他们各自的优点是什么?他们各自的缺点是什么?我们应该突出的优点是什么?我们的缺点是什么?
3 客户行业的过去5年,现在2年,未来3年的发展历史和趋势是什么?他们面临哪些挑战和机遇?
4 我们现在所做的典型客户,他们的组织结构,人员规模,每个岗位每日业务流程、每个岗位每日每周每月每季每年的异常处理业务流程,每个岗位每日每周每月季每年的输入表格,每个岗位每日每周每月季每年的常用数据查询,每个岗位每日每周每月季每年的统计报表
5 针对以上的了解,客户面对未来挑战和机遇,未来应该如何变更他们的岗位和职责和流程,尽量流程少,效率高,运转快?

其实,开发经理就相当于业务架构师(因为我们还是游击队,不可能有专职的业务架构师),公共代码开发员就相当于技术架构师。

柳传志说的非常好:搭班子,定战略,带队伍。你班子不行,上什么需求管理软件、版本管理软件、项目进度管理软件、自动测试、自动集成软件,都是无法落地执行的。

有了夯实的业务+技术,功能实用、功能符合客户操作、功能稳定。这是软件最基本的要求,就都能满足了。这时候再招测试人员,就能把质量再夯实了。

而且,测试人员由于熟知产品,他们还能做技术支持呢,这样可以有更多的开发人员来专职开发,开发的专业性就能越来越提高了。

好的产品,还需要有好的文档和培训,否则其他部门还是不会接开发部的产品的。

那就招一个文案人员,写帮助说明,制作操作视频,制作学习版数据库,参与辅助测试(这个很重要,否则文案人员不熟知产品,无法写出有质量的文案)。有了这些文案的基础,最熟悉产品的非开发人员就有了两个岗位:测试兼技术支持,那么文案就兼起培训工作(由于他自己写文案自己用自己的文案做培训,在培训中会有各种提问,会更加增进他对文案和产品的理解,能写出更好的文案。而且他不是开发人员,他能站在使用者的角度上来写来讲,而且他属于开发部门,他会给产品开发带来更多更好的产品易用性建议)。

好了,开发部的四套马车终于起来了,这就是我要讲的开发模式:从游击队转变为兄弟连,从软件作坊走向

记住:业务架构、技术架构、测试兼技术支持、文案兼培训,四套马车。

我们一直用它,效果很好,搭建团队容易,循序渐进不革命。

有了这么好的团队,就能比过去产出更好的软件,软件的质量,软件的进度,软件的竞争力就都上来了,再上各种管理软件:如项目管理软件、版本管理软件、BUG管理软件、自动测试软件,就水到渠成了。

其他部门也愿意接软件了,软件的实施和培训和技术支持都被其他部门接过去了。开发部门也终于专职专业起来了,整个公司都很协调了,部门间也不互相陷害抱怨了。公司发展速度蹭蹭的。

老板看着形式这么好,也不抠门了。奖金福利随之而来。老板看着公司产品销售这么好,也不用再为公司生存发愁了,不用随处找单子养活了,给开发部门更带来了专业理顺的计

划发展。老板也开始重视研发部门了,研发部门在公司的地位高多了,给与研发部门的资源和支持也更多了。

OH,My God!

posted @ 2008-05-24 22:21 wangdei 阅读(198) | 评论 (1)编辑 收藏

全球最大的BT Tracker The Pirate Bay(海盗湾)已经成为Internet上最受欢迎的前100个网站,和Google,Yahoo,YouTube,Facebook和Wikipedia等同列第一梯队.

唉,我自己的BT下载网站还是很差很差.
之前,另一BT站点Mininova也一直位于前百强位置,可见P2P通信在互联网上的普及程度.

好莱坞想尽方法仍无法扳倒它,目前海盗湾每月的访问量多达2500万独立人次,并继续保持快速增长.

piratebay alexa


 

这两天又搜集了几个国外BT下载的好站,供大家参考:

torrentz    http://www.torrentz.com/
torrentspy  http://www.torrentspy.com/
litezone    http://www.litezone.com/
seedler     http://www.seedler.org/

我的小站BT下载网站 加油加油了.

posted @ 2008-05-21 18:52 wangdei 阅读(537) | 评论 (8)编辑 收藏

仅列出标题
共4页: 1 2 3 4