• About
  • Trade
  • Science
  • Eclipse
  • Software
  • Infoq
  • T
  • Projects
  • Contact
  • Thinks
  • | 登录 |

    乐观的去做项目

    2007年11月29日 上午 46:03 | 作者:summer

        在做项目的时候我是一个乐观主意者,太乐观了对项目不大好。但是乐观对于一个创业型团队来说却是必不可少的。

        唐僧团队是最经典的团队,其中唐僧就是一个乐天派,对前途很乐观,一心瞄着美好的结果,猪八戒应该属于悲观派,动不动就说打击团队的话,什么散伙啊,分家当。沙僧是老老实实做事情的,没有太多主观倾向。孙悟空是斗战圣佛,哪个最难的就攻哪个,乐观不乐观真看不出来,不过人家有本事,感性和冲动要多一点。

        项目开发中的各位可以对号入座,唐僧是比较少的,做唐僧的人肯定会自动被当作是小团队中的精神领袖了,切记不能盲目乐观,要鼓舞士气,有谋有略才能成功。

    No Tags

    关明生:阿里巴巴的成功秘密

    2007年11月25日 上午 32:23 | 作者:summer

        上周SAVIO来到华洋宾馆(原招商宾馆)给我们分享了阿里巴巴的成功秘密。

        其实SAVIO和马云一样也是一个很会说话的人,有些提问最后他在做解答时并不深入细节,而是点到即指,单单要做到这点就够我学很久很久了。生活中很多事情并不能用简单的是非观来明断,夫妻之间的相处就是典型的例子。

        “目标、使命、价值观”是阿里成功的要素,我丝毫不怀疑假如老马不是从事互联网行业的能不能成功。就像中国共产党领导的部队,不论是打战还是开荒还是支援地方经济建设,都能众志成城、万众一心。

        大灰也写了一些有意思的话,其中我也看到了一些更有意思的东西,比如老马、蔡崇信、SAVIO三人当年讨论要不要给回扣的事情,在很多公司看来是见很不起眼的小事,而老板们却兴师动众一起花两个多小时来讨论。可见世上无小事、要做好、做对一件小事就等于做了一件大事。我们就是在不停的做好小事情而成功的。

    No Tags

    对“闯”的最新看法

    2007年09月25日 下午 54:17 | 作者:summer

      “闯天下”,我的最新认识:“闯”不是没有目地的,而是要非常有学问的。

      为什么说要有学问呢?猴子掰玉米的预言故事很多人都听过,猴子最后什么都没得到,所以我们一定不要做猴子。如果你是有理想并且渴望成功的人,那么你应当做到有的放矢,即:有“闯”的计划,每一份新的工作争取要做到很出色,并且能达到自己的既定目标和学习计划。虽然工作环境等外部因素不一定如意,但是依然有可以学的一面,一定要往积极的一面看。你可以学着假装热爱

    No Tags

    做互联网要低调

    2007年09月17日 上午 35:11 | 作者:summer

        互联网的由于其出身的原因,被曝光的几率很高!所以说想高调是很容易的,然而要保持低调那就需要有淡定的心,有真正做事的心,能沉下来做事情,要做到这一步实在是很难的。互联网企业并不比传统企业有什么优势,融资那点钱,你到杭州萧山随便找个老板都可以拿到,前提是只要你超能忽悠,互联网企业不要把眼关放的那么低,一天到晚钱钱钱的,要多想想自己的客户,自己的服务。

        很多互联网评论家、分析家,为什么他们没有成为企业家呢?因为他们只会说,只会分析出既有的事实。很类似的是:在做系统分析时,如果这个系统是从来没有过的,一个创新的系统,那么他的商业流程图等将会很难描绘。

        分析家或许能明白客户第一,但是他们永远也分析不出我们是如何做到客户第一的。客户第一是靠做出来的,不是靠说或者分析出来的,没有去做过的人,永远也不知道什么是客户第一。

    从项目管理到项目分析

    2007年09月13日 上午 58:42 | 作者:summer

        看了winnerzone随笔的一篇文章:http://www.cnblogs.com/winnerzone/archive/2007/08/13/853336.html 给他评了评。

        就我自己对项目管理的认识来说两句:一年半前我还真不怎么重视项目管理的,我这个人开窍总是比较慢的。以前杨老大和TOMMY一天到晚跟我们说流程,总是没有从骨子里和他们达成共识,最后直到听了PMP的项目管理培训、并且临时做了几天项目经理随后才产生了共鸣,理解了何谓三边六拍:“边计划、边实施、边修改,拍肩膀、拍胸脯、拍脑袋、拍桌子、拍屁股、拍大腿

        项目流程不是所有路径都是关键路径,形式化的东西能省则可以省,以下是我给出的一个步骤:“1、需求分析,2、系统分析,3、Kick Off,4、详细设计,5、制定项目计划,6、开发编码,7、测试验收,8、功能测试,9、业务测试,10、业务验收,11、发布计划,12、发布”,完全是凭理解记忆想出来的,不是书上抄来的,要是在一年半以前我真的是很能混淆这些东东。每次都要问问别人现在到哪一步了。形式化的东西可以省,但是要做的事情是绝对不能省的。

        我在这里真的不是在说教,只是想和大家分享一下自己的经验之谈。需求分析阶段会耗时,值得么?你和对方热火朝天的讨论需求,对方是求之不得的,会有一框框货倾倒给你。而系统分析阶段将会是你将这些货吃下去并消化的过程,其中需要和需求方确认分析是否准确,是否有遗漏(沟通很顺畅则需求最终评审可省)。

        摊开来一个个讲太大了,就讲讲需求分析和系统分析阶段吧,在这两个阶段同需求方亲密的接触,深深的挖掘,只会让对方感觉到痛快,比给他一个“原型”去提意见再去挖需求什么的效果要好得多,当然以上前提是需求分析和系统分析能力要很强,否则只能希望用“三边六拍”能成功了。

        很早以前有朋友有单子接了找我做的,我都会帮帮忙的,后来和MMTEA做过一个网上机票销售平台之后就没有啥兴趣了,原因很简单:怕对不住人家。因为是网上接单,沟通又不是很通畅,按照对方的需求做好了之后,又提出这个那个需求的,维护实在是麻烦。

        现在从事系统分析工作,对需求啥的都比较敏感,像他那种平台真的算算嘛需求点真蛮多的。以前年青,不就是PHP搞搞么:“三下五除二一个网站嘛搞搞定了,一条订单嘛和一个帖子是一样的原理的”都抱着这种思想做的。很多程序员也都抱着这种思想在做事情。其实一种业务你把他分析透,吃透,就够你一身受用了!“恒生”就是专门做银行业务的外包,银行业务其实没有多少神秘,你深刻的理解业务并参与过一次之后,真的是终生受用。像这种机票订购平台,如果你吃透了他的业务,不是像我这样做一个临时的可用的,那么你可以把这个软件做成通用平台,可以免费,可以赚钱,你想怎么样就怎么样,甚至可以去开源。

        我参与过的项目绝少有延期的,这点很让我骄傲的,哈哈。最近的目标是把系统分析做细致,项目计划制定合理,尽量做到不让开发人员加班。

    Pages: 1 2 3 4 ... 8