
2008年8月15日
原则一:创业不是“置之死地”
马云一直是个不安分的人,很早就已经开始创业。最初和一帮铁哥们成立了一个翻译社,后来他甚至背着麻袋去义乌贩卖小商品。再后来他接触到了互联网,他意识到:互联网必将改变世界!虽然当时在杭州甚至还没有开通拨号上网业务,就是远在美国的杨致远也不过刚刚创建雅虎不到一年。但马云却萌发出一个想法:我要做一个网站,把国内的企业资料收集起来放到网上向全世界发布。
很多人都认为马云的成功在于他敏锐的发现互联网时代的到来,不过是提前登上了那条驶向黄金岛的大船。其实,我觉得他的成功不在于他如何的敏锐,而在于他的闯劲,当然马云并不是猛张飞,提上枪就上马杀敌了。在95年创办最初的“中国黄页”踏入互联网行业之后,97年底马云跑去北京加盟了中国外经贸部下属的中国国际电子商务中心,出任该中心信息部总经理。这次出走,对马云的意义重大,因为他在这里锻炼了自己的“鼻子”:在众多信息中判断趋势走向。更重要的是,马云这个中国重要的对外经济窗口里,逐步使自己的B2B思路成熟:用电子商务为企业服务。
“其实最大的决心并不是我对互联网有很大的信心,而是我觉得做一件事,经历就是一种成功,你去闯一闯,不行你还可以掉头;但是你如果不做,就像晚上想想千条路,早上起来走原路,一样的道理。”马云提起当初,赞赏的是自己的勇气而不是眼光。1999年3月,马云在北京取经回来杀回杭州创业,阿里巴巴网站正式推出。
我觉得最值得创业者学习的,不仅有他的“闯劲”,更应该是“谨慎前行”。前期摸索,拜师学艺,借船出海,马云绝对不是为了创业就把自己“置之死地”的野兽派创业者,相反而是用最小的代价来做好创业前的准备。
马云在创办阿里巴巴之前在家里召开第一次“股东”大会,“启动资金必须是Pocket Money(闲钱),不许向家人朋友借钱,因为失败可能性极大。我们必须准备好接受‘最倒霉的事情’。”这是这次会议的重要议题。“我们必须准备好接受‘最倒霉的事情’”,这是马云给创业者的第一原则。
原则2:创业不仅要想,更要做!
马云和他的伙伴们把各自口袋里的钱掏出来,凑了50万元,开始创办阿里巴巴网站。
要让别人首先知道阿里巴巴,他是这样想的,也是这样做的。1999年至2000年,马云不断实施着一个战略行动。他成为了“空中飞人”,不停的往返于世界的每一个角落,几乎参加了全球各地尤其是经济发达国家的所有商业论坛,去发表疯狂的演讲,用他那张天才的嘴宣传他全球首创的B2B思想,宣传阿里巴巴。他如同一台不知停歇的机器,一台演讲机器。有时一月内可以去三趟欧洲,甚至一周内跑七个国家。他每到一地,总是不停地演讲,他在BBC做现场直播演讲,在麻省理工学院、沃顿商学院、哈佛大学演讲,在“世界经济论坛”演讲,在亚洲商业协会演讲。这个瘦弱的男人大声的对台下的听众喊道:“B2B模式最终将改变全球几千万商人的生意方式,从而改变全球几十亿人的生活!”
马云在忙碌,他的创业合作伙伴也没有停歇。一段时间里,每天工作16~18个小时。他们日夜不停地设计网页,讨论创意和构思。
很快,马云和阿里巴巴在欧美名声日隆,来自国外的点击率和会员呈爆增之势!马云和阿里巴巴的名字就这样被《福布斯》和《财富》这样的重量级的财经媒体所关注。于是,2000年以高盛为首的多家公司,向阿里巴巴投入了500万美金风险资金,软银老总孙正义要给马云3500万美元的投资(马云嫌多只接受了2000万美金)。
阿里巴巴创立之初,马云有一句口头禅:“你们立刻、现在、马上去做!立刻!现在!马上!”可以看出,马云之所以成功,不在于他有一个天才的头脑,不在于他有个恢弘的远大理想,而在于他在不断将头脑的东西落实出来,执行出来,做出来。“立刻、现在、马上去做!”这是马云给创业者上的第二原则。
原则3:时刻保持冷静的心。
2000年马云把阿里巴巴的摊子铺到了美国硅谷、韩国,并在伦敦、香港快速拓展业务。而且马云还将阿里巴巴的英文网站放到硅谷,时值互联网的冬天,大批互联网公司倒闭,阿里巴巴的硅谷中心也陷入生存危机之中。如不果断采取措施,整个阿里巴巴将就地阵亡。2000年底,马云宣布全球大裁员。2001年马云开展了阿里巴巴的“整风运动”。“如果你心浮气躁,请你离开。”这番话,马云不仅是对员工讲的,也是对自己讲的。
静下心的马云开始考虑阿里巴巴的核心是什么?“小企业通过互联网组成独立的世界,这才是互联网真正的革命性所在。”、“帮助中小企业赚钱”这是马云得出的结论。于是,马云频频飞到世界各地,联系买家。而后,马云又开始考虑:什么才是决定B2B交易成败的关键?在分析当时国内电子上午环境后,马云将目标锁定在安全支付问题上。 2002年3月,阿里巴巴启动了“诚信通”计划,和信用管理公司合作,对网商进行信用认证。结果显示,诚信通的会员成交率从47%提高到72%。于是,从2002年开始收费、年付费用2300元的“诚信通”成了阿里巴巴赢利的主要工具,45000个网商的营收源让阿里巴巴日进100万金。冷静下来的马云终于摸准了阿里巴巴的脉。
面对金钱的诱惑不要动心,面对快速扩张不要动心,冷静的记住自己要做的是什么,冷静的去发现有价值的核心是什么,正如马云自己说的:“一个企业家经常要问自己的不是‘我能做什么’,而是‘该做什么,到底想做什么。’”这是马云给创业者的第三原则。
posted @
2008-08-15 14:32 小猴子 阅读(77) |
评论 (0) |
编辑
周鸿祎(雅虎公司中国区总裁):第一是目前对软件蓝领的看法非常不认同,大家说像印度学习快速弄一批人进行专业的补习。认为这些人只要会写代码,再有人做软件系统架构,再有人检测bug 就可以了。我个人认为做软件应该还是一门艺术,一个优秀的程序员和一个差的程序员,因为是虚拟的工作,其劳动生产力相差绝对不是十倍二十倍,可能是上百倍、上千倍甚至无穷大。所以在软件领域,我们还是要呼唤一些个人英雄主义。我们跟Google做过很多交流,虽然他养了很多的博士,但其真正的核心程序员和核心代码的数量并不大第二个观点,我看程序员杂志,我跟蒋涛也是很好的朋友,但我经常抨击他们的杂志。我说现在感觉程序员非常热中于作语言的研究,大家要把C语言C++语言或者一些更新的东西研究得更透彻,动辄就谈模式设计和软件工程,包括张晓明刚才也提到,我们公司的软件都是自己做,他们有多好的分工。我觉得现在很多程序员连基本功都不扎实,自己可能还没写过十万行或者二十万行代码,本身对编程还没有一个了解的时候,就开始上升到软件工程,动辄谈模式设计。连几个大规模的系统都没有设计过,我经常在相关杂志看到一些论道的文章,我对目前这种看法是比较反对的第三个观点,我听到很多计算机系的学生都在抱怨中国计算机教育不好。这些学生说现在都流行JAVA,.NET了,各种嵌入平台,各种Server编程,我们学的内容都是老掉牙的,还是谭老师那本C语言。我的看法恰恰相反,我觉得作为计算机系的课程或者一个本科生在学校还是应该注重基础研究。换句话说我在方正管过很多的程序员,这么多年我们见到真正出色的程序员,其数据结构、编译原理、基本功一定学得很好,比如他不懂得Windows编程,但给他一周时间,他就可以快速理解,你一旦换到Linux上编程序,他的转换周期也不会很慢。我见过一些程序员很热衷于一些快速开发工具,整天追新,后来程序没写几个,自己的事业也荒废得差不多了。我觉得计算机系的教育还是应该注重基础学科其实所有核心的东西都可以向下分解成你在学校学的最基础课的一些基本的数据结构和算法。所以你的基础打得越扎实,将来这个人作为程序员发挥的能量或者说你能够做的高度越高,这是我第三个比较偏激的观点. 如果我们大学里都变成教最时髦的东西,我觉得大学可以不用开了,你们自己去订阅一份《电脑报》,或者互联网上什么新东西都有相信未来互联网软件在中国再做二十年,当风险投资,当创业理念和整个社会商业环境变得更好的时候,可能中国软件业肯定有一个自然的成长。就像你的体育,如果脱离了整个民族体育组织的提高,光去谈金牌我想大家是论不出金牌的,
谭浩强:(计算机学习的三个层次)整个社会有三种层次,第一个层次是计算机普及教育,第二层次是计算机继续教育,第三是计算机专业教育第二个层次是计算机基础教育或者计算机技术教育。他面对大学生打下计算机应用的基础,比如一些语言、计算机程序设计、数据库第三层就要求大学学习很多具体的开发知识,比如C语言,C语言里没讲什么开发中的问题。这个教授的意思就说C是基础,因为你把C打好基础,以后做别的工作就非常容易,所以目前赶时髦的方法我是非常不认同的。来一个新的就学,就像狗熊掰苞米一样,所以要打好基础。而C++的本质是解决大型软件中的问题,如果没编过大型软件是不能体会C++的真谛我说C++可以分两个阶段学习,第一阶段在大学阶段打基础,第二阶段毕业后遇到问题,编程的时候再学C++,可能学得比较深入大学还是很重要的打基础的阶段,当然这个基础不能脱离实际,用不到的也学,还是要围绕将来所需要的打好基础。所以我认为这三方面是很重要的,就是要有定位。还有的考题考DOS命令,什么命令是内部命令还是外部命令,作用是什么?我说我也背不出来,会用就得了,所以现在教育的确有误区.
posted @
2008-08-15 13:33 小猴子 阅读(99) |
评论 (1) |
编辑

2008年5月26日
自从写了关于《三五个人十来条枪 如何走出软件作坊成为开发正规军》走出软件作坊:三五个人十来条枪 如何成为开发正规军(二),系列文章后,收到了很多网友的评论,也收到了很多网友的疑问请教。而大部分人都已经当上了项目经理,手下有个2-3个人或5-6个人。少部分人还在上学或者才毕业出来1-2年,询问的还是学什么语言和什么才是核心技术的之类问题。
从接到的请教来看,许多中国国内软件公司都是以项目为主,有单做单,没单就干靠,靠的时间长了老板心毛了就裁人,来活了就招人,就这样反反复复。所以,大量的公司没有开发部(因为除了销售,开发部从开发到实施到支持都全做),当然也没有开发部经理,只有项目经理。更不用提技术总监和CTO。即使有个技术总监的头衔,也是为了给客户的名片,而手下也就5-6个人,项目一来,技术总监也需要编码和实施,其实就是一个项目经理。
在国内,项目经理这个词如此常见。均为实施项目经理和开发项目经理混为一身,统称项目经理。虽然,开发和实施是软件产品的不同阶段,不同阶段关注的重点也有不同。但既然都为项目经理,那么其关注点也有共性之处。
项目经理,主要职责是:
项目范围定义
项目计划制定、分解、分配、协调、汇报
项目质量控制
项目需求变更控制
国内项目经理一般没有人事权和财务费用权。老板给分配什么人就带什么人,自己只是一个最能干的工人加工头而已,当然更没有财务费用权,要想请客户吃顿饭,当然需要和老板打报告(自己团队想休息娱乐会,只能联机打把游戏,想团队吃顿饭,不可能给费用的)。
不过,从现状来看,国内现在的项目经理,连项目范围和项目需求都无法控制。老板说什么就是什么,客户说什么就是什么,用户说什么就是什么,只要自己和自己的团队能做,并且不累死或者不跑路,能做的都照单全收。当然,做什么,什么时候做完,都不属于自己管理和控制,当然,项目计划的制定由项目经理制定,就是虚设了。唯一剩下的,就是项目质量控制:开发有代码的质量,实施有实施的质量。
接到网友很多询问,都问我工具的使用情况(对组织结构和流程问的极少,可能觉得都自己改变不了,根本没有机会实现,道理能不能行的通也就不用去想了,因为想了也白想)。问我现在的团队使用什么UML工具、什么压力测试工具、什么数据库设计工具、什么版本管理工具、什么需求管理工具、什么进度管理工具、什么BUG管理工具。
在他们眼里可能觉得,一个团队,只要用上先进的工具就会成为一支装备了机关枪的军队。就跟我们的客户一个想法,只要上了这套ERP软件,我们的管理就上了一个台阶,我们的盈利就会提升。这个想法,真是奇怪,就如同一个人拿了一把屠龙刀,人没砍到,倒是把自己砍伤了。一把好厨子的刀,到了不会做菜的人的手里,仍然做不出好菜,就这么浅显的道理,但大家还在幻想。
许多人想得到答案,觉得一个正规的开发团队应该使用是Rose、Together、LoadRunner、PowerDesigner、VSS、CVS、SVN、ClearRequest等等。
但其实,我们也并没有使用这些工具。
我一直在商业软件公司工作,也深深的明白自己的责任就是帮助公司最大限度的利润最大化。而利润最大化的实现手段就是最小的成本、最少的人、最少的时间、最简单的方法达到老板的目的,拿出合适质量和功能的产品,包装好,卖上尽可能高的价格。只要能赚到老板想赚到的钱,达到老板的目的,只要不影响这个目标,不影响大目标,小磕磕碰碰自然难免,有问题解决问题,没问题继续前进。哪个企业没个矛盾没个利益集团,哪个企业没个问题没个埋怨,有人爱自然有人恨。就是这样,这样是常态,不是异常。所以,我使用工具,一般都是在各种手段我都使用的差不多的情况下自然使用的,而非为了正规而正规,而是为了解决问题,而且是很有效的解决问题,而且是最简单的解决方法。我从来不为面子工程付出成本。
我们最先遇到的问题当然也是软件质量的问题。软件的质量问题,引起了实施培训、实施推动上线的困难、客户使用效果的困难、支持费用的增高、支持难度的加大。最后实施部不愿意实施、销售部不愿意销售、支持部直接把电话转开发部。所有人对把自己工作的不顺利和不顺心归罪到开发部。当然,这样的开发部,不被老板开掉才怪。
于是我空降入主了。
我采取的第一个策略就是:专门划出一个辅助开发人员(因为他对客户需求也不了解,讲了3遍也不懂,写的代码也考虑不周全,所以代码漏洞百出。不过这个小伙耐心还不错,就是有些懒。看来懒人一般都耐心不错。不过还是有些得过且过,做一天和尚撞一天钟。就这么个才。),让他做技术支持兼测试。
过去是实施部有不少人,每个人都直接打开发员的电话。支持部也是。客户也是。老板呢,不懂软件也不深入操作研究软件,却从使用者角度老提意见,看到哪里想到哪里就直接给开发员打电话让开发员修改,从最皮毛的字的字号到最深入的商业智能问题,都提,而且让立即改掉,其他所有人包括客户提的都靠后。这样,一个开发被干扰的无法工作,最后离职。
我划出开发部专人支持后,规定流程。所有的需求,不管是哪个部门或哪个客户,都归口到他这个人手上。即使还有人直接打给开发员,包括老板打给开发员的,开发员必须把需求或问题再并口到这个技术支持手里,我来统一安排调度开发。
开发人员是消停了,可以安心按我的安排的进度和优先级修改了。而支持小伙子呢,电话开始被打爆。幸好我给小伙子的指示是,都先接上记录好,能不能解决,能不能快速解决,看自己能力,不着急,谁跟你急,你跟我说。于是,小伙子被吃了一颗定心丸。
小伙子一开始使用的是一个EXCEL。别人提的问题都自己记录在里面。但是弄到最后,我的手里、小伙子手里、开发人员手里、支持人员手里,都出现了不同版本的EXCEL。互相都说这个已经修改了,那个说没有修改。这个说有多少BUG,那个说不可能。
于是,我上了第一个工具,BUG管理系统。不管是BUG还是需求还是建议还是疑问,谁想提,都提到这里来,随时记录。不管你是出差还是在支持部坐班,都记录到这里来。凡不记录者,一律不解决。
于是,天下太平。经过技术支持和开发人员努力,一个大风浪过去。利益冲突处于一个平衡或者可能随时崩塌引来下一次冲突。
我于是给支持小伙子分配了另一项重要工作。测试。为了不让你以后继续享受折磨,那么你必须卡好关。你自己卡不好,那么以后的技术支持仍然很痛苦。小伙子为了自己以后能过上幸福的上班生活,于是测试做的不错。所有测试出来的BUG也记入到BUG管理系统。 现在,开发人员工作量和工作质量有了量化,支持人员的工作量和工作质量也有了量化,给我安排计划和考核人员和申请资源做了大量的支持工作。
所以,一个BUG管理工具,能把计划、进度、质量、需求、BUG都能管理起来,而且能追溯,能考核,能统计工作量和工作质量。真是必备。
但是,接下来发现了一个问题。就是在修改的时候,老误会客户的需求。程序员一天在家里面开发,不了解外面的客户和在第一线战斗的实施人员到底想表达什么。于是修改完,程序员觉得自己费了很大的劲,而实施人员和客户却非常恼火,一点不领情还发怒。最后,搞的开发人员和实施人员冲突不断。
需求如何描述清楚,成了必须提上日程的事情。许多没有经验的项目经理尤其会在这一步犯晕。UML工具、数据库设计工具,需求管理工具,能上的都上,最后也没解决问题,把自己和自己的团队累的半死。
我使用了PPT+WORD+脑图+EXCEL的描述方法。
因为很多需求都是这个支那个叉出来的。程序员往往想的了这头想不了那头。这就是人的思考的周密性差异。
想让人能从千万丝绦中理出头绪,于是脑图软件上场。把各个分支来龙去脉表现清楚。
到了描述某个节点的时候,PPT上手。一页PPT相当于一个界面窗口。每页PPT的图形模仿了菜单、输入框、按钮。按钮按下,还可以跳转到其他的PPT页上,和软件操作流程非常相似。
PPT让程序员很直观的看到未来软件作出来是什么样子。关于PPT的详细描述,如字段,流程,特殊注意,特殊控制,都用WORD说明好。
遇到有报表功能的时候,用EXCEL把报表画出来,让程序员喜闻乐见。
这样,从表及里,从概要到详细,从分支到关联,都表述OK。客户也能明白,程序员也能明白,实施人员也能明白,老板也能明白(这点非常重要。虽然老板不懂软件,但他要干涉软件,他如果不明白,他就不知道这帮家伙到底在干吗,是在真正干活还是在偷懒,到底工作量是大是小,软件功能是复杂还是简单。老板如果不明白,老板在给与资源和时间上就会很谨慎,处处提防。这是许多项目经理都忽略了大事。还拿UML做秀,谁也看不懂,谁也用不了,白花费时间画那些好看的图。这就是中国的现状,我们站哪个山头就唱哪个山头的歌,有效解决问题提高销售收入才是我们的根本任务,我们不抱怨不幻想踏实推进解决问题)。
于是,老板的天平开始向开发部倾斜了。资源,当然就容易申请了。
画这些EXCEL+PPT+脑图+WORD,当然很费时间(我直到引进了日本外包开发过程管理才发现,我们的解决方法和强调质量的日本人的做法非常相似)。于是,我申请一个人,把过去实施的一个项目经理(还居然会写点SQL,从数据库查数据,调整个报表。实在太强了)调入开发部,专门编写这些文件。
开发部开始蒸蒸日上。项目经理、开发人员、测试兼技术支持已经到位。工具也已用的不亦乐乎,深入到了公司的每个部门。每个部门都按照标准描述方法和标准流程走。现在,连实施人员都会画EXCEL报表格式、PPT界面。
软件到位,就需要包装,否则软件就卖不上好价格。这是很自然的事情。干啥都要个品相。漂亮的姑娘谁都喜欢。
软件包装,第一步就需要帮助文件、视频操作、解决方案、产品介绍、演示系统。当然,文案人员很快到位。美工美化也自然到位。能多赚钱干吗不做,老板也不是傻子。谁喜欢卖一个土灰土脸的产品。
有了好的产品,出不去开发部也是个问题。只有自己内部人知道功能怎么用,怎么满足客户的需求,其他部门都不知道。许多人都不知道新功能和旧功能的改变。文档中都写了,更新说明也有,就是没有人看。还是打电话找技术支持,技术支持只能不断解释。问题又来了。
文案出马。每次版本发布,功能更新,文案反复举办集中培训,办班,一批次一批次的培训,百其不厌。
四套马车,于是真正的天下太平了。
从此,开发人员和实施人员过上了幸福的生活。
后续记:
接到很多网友的评论,都说老板不可能给资源的。说我写的太理想。
嗯,如果你看完我的文章就直接找老板要资源,当然是会被赶回来的。因为,你什么都没有做就开始要资源。
有人还说,公司就这几条枪,能干活的更是那几头蒜。根本不可能给你派人。
嗯,如果你思考的目标不是为老板赚取更多的钱,那么老板不可能给你一丁点的,甚至还会把你干掉。如果你觉得,这样的老板我还不伺候呢,那么中国大部分都是这样的公司,除非你转行不干这行了。要干,就别混日子。想得过且过让老板公司倒闭,这个基本不可能。再说老板倒闭了对你一点好处都没有。
迈出你的第一步吧。不迈出第一步,你都会觉得这是不可能完成的任务。
想过幸福的生活,从现在就开始脚踏实地的动手吧。
转贴:http://blog.csdn.net/david_lv/archive/2008/05/26/2481947.aspx
个人觉得写的不错,转贴一个到自己这里来!
posted @
2008-05-26 15:41 小猴子 阅读(17) |
评论 (0) |
编辑
最近在改进一个老系统查询效率,数据量也不是很大,整个数据库就3-5G,单表记录1000W差不多,在查
询的时候碰到了查询超时的问题,比如查询一个月的记录,大约100W-500W,做过信息系统的大概都知道
,查询这样的数据量,不是超时就是要等了几十秒到几分钟,做起统计来,就更慢了。前段时间一直在
优化速度上考虑,将执行脚本改为存储过程、制定合适的索引,改进SQL条件。速度虽然有了很大的提升
,但还是不尽人意,为什么呢??无论怎么优化,几百万的数据量放在那里,你还是等段时间才能出结
果,而且还是会有出现超时的可能。因此我就换了一个角度:我为什么要让他们查询到这么多的记录,
并把这些记录都放在一个界面上,这么多记录他们看的过来么?想到这里,我意识到可能在设计和解决
这个问题的时候走了极端,应该跳出来思考,不过还不能系统的解决!我经验不够,希望各位指点一二
。以下是我当前的思想:
回到信息系统的最初设计原理,首先是录入数据,然后查询数据,然后有报表、数据导出,在数据量小
的情况下,这个过程是很合适的。但数据量大了以后就出现一个问题,首先是报表,一个有100W行数据
的报表需要打印多少页有算过么??最少是1万,这样就不可能被打印,从而失去了意义,接下来是导出
,数据的导出是有意义的,也是必须的。一般信息的导出都是本地查询后保存的结果,导出的格式也有
相应的设置。如果我不容许用户查询这么多数据,那就很有可能限制了数据导出的使用,这样的限制可
能会带来致命的后果。
posted @
2008-05-26 10:28 小猴子 阅读(14) |
评论 (0) |
编辑