三十岁it人的一些经历（2010年1月20日更新）

bjguan

看到这个论坛，看到版主的号召，有想写点什么的冲动，可是每每提笔却无从下手，怕的是误导大家，想了想简单的写几句吧，我所说的仅仅是我的经历或者看法、想法，不代表对错，大家仁者见仁，智者见智。本人年已三十，算是it的老人了，从事国内erp不少年，做过sap，现在正在企业负责oracle上线，这是基本情况。从工作岗位上来说，做过实施顾问（技术顾问、业务顾问）、咨询顾问（售前）、项目经理、行政管理经理，负责过几万的项目到上亿元的项目，目前正在向CIO迈进，可能以后还会继续去做顾问。

我把售前顾问分为两类，一类是实施顾问，对于实施顾问分为技术顾问和业务顾问，另外一类是售前咨询顾问（售前咨询顾问会单独拿一节来写，如果有时间的话），这是我自己的分法，因为我是财务出身，当然从来没有做过财务啊，至今连凭证都不会手工填，所以做技术属于半路出家，注定成不了技术顾问中的大牛，所以给自己美其名曰业务顾问。在itpub上看到大牛huajihua的签名档里有一句话，大意是技术为本，业务为纲，我认为对于学计算机相关的不妨以这个为准则；对于像我这样的非科班出身的，完全可以颠倒过来，业务为本，技术为纲，要相信一点，不管怎么技术怎么变化，企业的业务是会相对保持稳定的，你做过的项目中业务的部分和技术的部分一样是可以积累的。
做技术顾问基本上是毕业一两年的事情，这一两年实际上对于个人的成长是非常重要的，个人感觉这一两年的时间不要去计较什么个人的得失，不要去计较什么加班啊什么的，我在第一年的时间是深入学习了sybase，unix（当然了，所谓的深入也是针对我的财务专业而言，现在基本上是什么都不记得了，好像还记得一个ls），当然还有公司的产品，还有一个国外的数据库叫progress，不知道现在还有没有人记得这个东东，还有一个美国的软件，就不提名字了，相信知道progress的基本上知道这个软件的，呵呵，还有就是office的word和excel，尤其是excel，因为经常的要导数据，当时是用pb导的，但是整理是需要在excel里面来处理，就拼命的学习excel，甚至还接触了当时的spss，sas是很多年以后才知道的，不过也没用过，业务方面呢，主要是财务、物流的知识，这部分相对比比较容易；做过哪些工作呢，做过技术支持，客户培训，还有就是辅助建账，自己也独立做过财物的项目，物流的项目我感觉好像没有独立做过，第一年肯定是没有做过的。
实际上我想表达的意思是，刚刚入门的时候大家肯定都有茫然的感觉，可能是感觉自己什么都不会，什么都得学，但是东西又太多，内容也太多，怎么办？象操作系统，数据库，财务，业务，辅助工具（office等，辅助工具后面我会单独拿出一节来讲这个东东），每一部分拿出来都是可以细分成很多的，大家还得学习自己公司的产品，哪里有时间啊，即使有时间，怎么学啊。现在我也不知道这个问题怎么解决，因为今天我照样面临类似的问题，但是当时我是觉得只要有可能就去学，不管涉及哪方面的，甚至不管有没有用的，尽管去学习，因为刚进入的时候一般任务比较少，你还有时间去学习，后面想学都没有时间了，我始终认为开始一两年你所涉猎范围的宽与窄直接影响你以后的发展，不敢说是决定，开始的时候大家没必须抱着某一方面的内容使劲钻，除非你想做纯粹的技术牛仔，我们讨论的是顾问的生涯。怎么学的问题，实际上学习至少有三种方式，这个不是我说的，我没有这么强的概括能力，一是培训中学习，二是工作中学习，三是交流中学习，培训包括书面的，网络的等等，现在网上有那么多培训教材可以使劲看；工作中学习啊，业务向客户学习，产品和技术向前辈学习，不要小看前辈，前辈之所以称之为前辈，一定有你可以学习的地方；交流中学习就更要重视了，实际上，不同项目组之间，不同的产品组之间的交流，甚至不挨着的医疗产品项目组和一个化工企业的项目组之间都是可以交流的，至少了解一下人家项目的进展啊，客户的态度啊，对比一下为什么不一样啊，有什么技术问题和难题啊等等，呵呵（要求有点高，我相信当时我一定没有做到）。

[ 本帖最后由 bjguan 于 2008-10-15 11:26 编辑 ]

heaven110

ding yi ge.

bjguan

如果有足够的锻炼机会，你又足够聪明，我想两年左右的时间你必须已经掌握了你公司的大部分的产品模块的功能，可以接一个三十万到五十万左右的财务、物流的项目了，计划、生产、bom、车间等我没法给出一个明确的案例，因为我后来的方向基本上是朝着项目经理和部门经理方向走了，这方面的项目因为要全力投入，所以公司没有安排我去做了。
刚才说是辅助工具的问题要单独说，实际上这是我自己的一个感觉，出于对计算机的爱好，我对于工具软件是非常重视的，包括常用的象压缩软件，office，下载工具，杀毒软件，一般的电脑游戏等，这些内容可以作为你工作的帮助，具体来说可能是你技术上的帮助，也有可能是沟通的帮助。印象中前一两年的时间里都遇到过，有一个国企的项目，负责人是个挺大年纪的经理，基本上不懂计算机，所以比较反对上项目，后来是家里计算机出了问题，要重装系统，现在重装个windows可能大家都不在话下，但是当时可不行啊，后来到家里给重装计算机，装上杀毒软件（都是盗版，呵呵），再回来就不一样了，这个算是正式的帮助；还有非正式的帮助，有一个非常知名的企业，不说了，呵呵说了北京的朋友90%的都知道，项目负责人非常热爱打红警，我也喜欢打红警，做项目的时候我不是负责人，下班后一起打打游戏，吃吃饭喝喝酒，项目进展的比较顺利，后来负责人离职，我就接过来了，陆陆续续又签了大概120万左右的单子。类似的例子还有很多啊 ，你会的东西越多，你做事情的时候你可以采用的手段就越多，正式的，非正式的，公司间的，私人间的等等，叫为了目的不择手段不好听，但是实际上就是为了项目能够完工，很多东西都要动用的，扯远了扯远了。其实当时没有理解这么深刻的，只是处于对技术的热爱和对软件无尽的探索精神，所以搜集和掌握了很多奇奇怪怪的软件，关键还是有用处的。再说一下office产品，这个对于大家来说是非常普通寻常的东西，却是顾问手里的枪啊，我在工作的第一年对excel非常熟悉，甚至学习过VBA编程（当然到现在用的也不好），后来逐渐的对word比较熟悉起来了，大概再后来做项目经理的时候对project和powERPoint熟悉了，因为要有进度和汇报啊，这都是后来的事情了，慢慢再说。

bjguan

两年过去后，我对公司的产品不能说炉火纯青了，但是也是非常熟练了，那个时候对大家的要求就是给客户打电话指导操作的时候，能够告诉客户进入系统后，打开上面第三个菜单，第五项，进入到一个什么什么界面，点右边第三个按钮，进入什么什么界面等等，要求对产品熟练到这个程度，这个不是吹牛，那个时候的产品基本上还是比较简单的，现在估计到这个程度很难，可能做某个产品的某一个模块时间长了可以达到这个程度的（真的没吹牛，不要bs我）。
在两年的时候其实对很多东西都没有概念的，对项目管理没有概念，对文档也没有太多的概念，只是对业务和技术有一定的了解，对产品非常熟悉，对售前咨询有模模糊糊的概念了，对行政管理没有一点点概念，呵呵。不过由于各种原因，当时的部门负责人离职，我就顺理成章的做了负责人，其实当时也就是几个人，应该不超过十个人，当然后来到了七八十人了，那是N年以后的事情了。因为这个部分我想以顾问为主线，行政管理部分不打算多说（如果大家感兴趣，我也可以单独一节）。
到第三年的时候，公司的业务到了非常繁荣的程度了，技术人员也招了不少，自己的兴趣虽然更多的还是在产品和项目上，但是部门的管理也牵扯了很多精力，得到管理经验的同事，其实失去了很多东西，失去了成为技术牛仔的机会，失去了成为专业的行业顾问的机会，实际上如果到了三年的时候，可以考虑关注行业了，选择一个行业作为自己以后的一个方向吧，当然要是比较有前途的，因为后来我始终在反思我自己，对于很多行业每个都参与过，但是对于每一个行业都不是那种特别精通的，很难成为资深顾问的，所谓行家一身手就知有没有，在真正懂业务的客户面前，我们很难称之为顾问，很难让客户信服我们，更谈不上提什么业务咨询、流程重组了，呵呵，所以产生了当时的一种说法叫给客户谈话的时候，跟业务部门谈it，跟it部门谈业务。
第三四年的工作基本上是部门管理，自己也带项目做，但是基本上就是做需求调研，业务分析了，剩下的时候就有项目组的其他人去做了，这两年从产品和技术上没有提高，但是和客户的交流没有减少，基本上还是泡在客户那里。
第三年遭遇到了第一个失败的案例，原因多方面，一个是签订合同的时候是有问题的，这个大家都明白里面的猫腻，不多说了；另外一个对于需求的控制不好，客户的需求很多都是奇怪的，当然说奇怪是指针对产品的，例如接电话直接生成订单，在自动排产等，在当时八十万的价格做这些肯定是有困难的，另外就是公司认为没有必要再设置一条产品线，所以就以标准产品做，问题挺多的，大概做了三个月，大家一看不行，最后就属于停滞状态，到了第四年双方撤销合同，不再做，再后来这个客户被收购了，现在应该用的是sap，我也在今年的时候居然还鬼使神差的在新公司外出的时候到了他们的隔壁，依稀还记得当时的情形，唏嘘不已。

bjguan

第三第四年的收获在于部门管理经验的提高、项目实践的机会比较多，另外就是和客户的沟通交流的能力有所提高，个人的性格趋向于稳定，还有一个收获就在于把部门里面的骨干都团结在自己的身边，实际上第四年的时候自己心里就发虚了，因为作为部门负责人很多是是事务性的工作，看着周边的同事在产品、技术上都超过自己，自己心里很毛的，这种状态一直持续了大概半年左右，始终找不到解决的办法，想过离职去上学，可也没有状态。
不过当时对于项目管理有了初步的需求了，因为总觉得人员不少，但是项目总是缺人，很多事情我们说做过了，客户说没有做过，还有就是计划总是不能按时完成，客户说是我们的原因，我们说是客户的原因等等吧。另外一个这个时候开始睁开眼睛看看外面的世界，看看sap是如何做的，oracle是怎么做的，当时特别关注的是baan，不知道现在怎么样了，很久没有关注他了。
所以第三第四年如果从部门管理角度来说，自己还算合格的，如果从个人提高方面说，是欠缺了很多，值得庆幸的是自己当时意识到的原始的朴素的的基本的项目管理方面的问题促成自己有了一个新的提高，那个时候参与了公司的iso的认证，参与cmm的认证，对很多东西有了模模糊糊的理解，总觉得这样做不是特别好，如果怎么怎么样会更好，但是局限于想，没有纲目。

个人的感觉是第三第四年的时候是需要选择自己的方向了，是售前咨询顾问，还是我所划分的技术顾问、业务顾问，甚至是项目经理，部门经理等？每个人的精力是有限的，古人云伤其十指，不如断其一指，这个比喻不好听啊，实际上就是你了解十个行业不如精通一个，虽然公司不见得会给你安排这些事情，但是作为顾问来说是需要考虑的。另外这个时候也是最耐不住寂寞的时候，觉得自己该掌握的也掌握了，在做的就是重复性的工作，一个项目接一个项目了，没有积累，没有提高，怎么办？
怎么办，离开或者坚持，离开时为了更好的发展，坚持也是为了更好的发展，如果你离开后可以去做oracle或者sap，我非常赞成，基本的基础有了，再到一个好的平台接触一个好的项目应该没有问题的；如果离开后还是在这个行业里面做同样的工作，仅仅是那边多给了你500元工资，我觉得不值得，你在原来公司这两年的积累所给你带来的收益会远远大于那500元的工资的，我始终不认为工作两年离开是个明智的选择，除非这个公司实在是无法忍受的烂！
也许两年你会掌握产品，会掌握一门数据库，掌握一门编程语言，但是两年你很难成为一个优秀的顾问的，因为顾问需要的不仅仅是这些内容。

bjguan

写完后感觉比较乱，乱的原因有两个，第一个是所从事的工作很多都是交叉的，而在写的时候我尽量避免交叉，自然就有点乱；另外一个是想尽量避免写成编年体的流水账，不想写成个人的成长史，更多的是想总结一些得失，但是离开时间好像又缺少主线，所以有点乱，大家凑合着看吧。

[ 本帖最后由 bjguan 于 2007-9-21 16:16 编辑 ]

clossc

楼主写的很好，今年俺也30，程序员-项目经理-在家待业中。。。感觉转行转的有点迟，做了6年程序员，换了一家还是带项目开发，在工作六年后，才第一次分析自己的定位，再继续带项目，感觉很累，要不停的追着新技术去跑，想转做ORACLE跟SAP，却又很难入门，转作国内的咨询，感觉还不如做以前的活。。。突然之间觉得迷茫了。。。
呵呵，在家SOHO一阵再说。。。。

misyun

楼主写的太好了，顶一下

bjguan

人到三十要考虑的事情是很多的，工作的，家庭的，还要考虑四十岁的时候做什么，五十岁的时候谁养活自己？

庆幸自己转行比较早，实际上一直是行政管理加项目管理居多，售前咨询主要是针对大项目的，早两年开始学习sap，学的差不多了后跳槽了，现在一家公司做oracle系统的上线，接触的内容也很多，oracle还没有正式开始做，还出在前期的内部需求阶段，感觉接触了很多以前耳闻但是没有实际遇到的业务。

现在的想法是把这个oracle的项目做完，以后的事情再说了！

clossc

嗯，没错，祝福楼主，也让各位访问的弟弟妹妹的注意了，在工作的前2年，选好自己的定位，呵呵，尤其是做实施。

skyczn

继续写啊,支持楼主

bjguan

关于项目管理，第三四年的工作需要，对于项目管理产生朦胧的需求实在做部门经理两年左右的时间，感觉到了很多问题。现在想想可能如果不做部门经理可能对这些内容没有太多的感受，既然是负责人，公司所有的项目交给你，不能因为你没有人或者资源跟不上就不签合同了吧，呵呵，所以开始想怎么才能把项目做好。

正好公司有pmp培训，参加了，遇到了几个大牛，不知道实际水平如何，但是讲课讲的天花乱坠了，第一次知道wbs，知道了提交物，知道了挣值（当然到现在我也没有用过，除了考试的时候），简单一句话就是知道了项目管理原来可以这样做。人就是这样，最需要的时候得到的帮助肯定是记忆最新的，这次pmp的培训，与其说得了一个证书，不如说让自己从理论体系上对项目有了一个全新的认识，有醍醐灌顶的效果，那个时候自己最关心的几个问题啊，象项目计划问题，但是不是计划执行好坏的问题，而是很多项目都没计划，即使有计划也是吊儿郎当的，呵呵。

回想一下自己做项目的一些问题，关于项目计划，项目计划其实经历了几个阶段，开始的时候是自己心里有个计划，但是不说，慢慢做，呵呵，不要笑话我，我们开始做项目的时就就是这样的；第二个阶段是有个计划了，也跟客户说了，不管客户同意不同意，也可能那个时候客户也不知道该怎么做：）；第三个阶段开始用excel做个任务列表了，也跟客户商量了；第四个阶段知道用project做个计划，列上资源和时间了，可能后期还知道里程碑和提交物了，呵呵；第五个阶段，知道分阶段进行了，知道用project做wbs，出个进度计划和里程碑计划，用word做个说明，分阶段进行，每个阶段双方的工作内容，工作目标，工作方法，需要资源，各自的责任，各自的提交物等等；第六个阶段除了第五个阶段必须的外，开始考虑风险，质量保证，懂得去控制和引导，知道怎么给领导做ppt了(这个问题很重要，有些人做了一辈子项目始终得不到认可，不是他做的不好，而是他说的不好)，可以借助商务或者客户放领导去做项目了，也开始更多的关注回款和二次签合同的问题，也更多的注意项目总结和业务积累了。

再高一个层次我就不知道了，现在感觉自己也就是在这第六个层次上蹦跶了。

bjguan

要回家了，回家做饭，看孩子，晚上还要继续学习oracle的内容啊，关于oracle的学习部分如果有时间也可以写出来给大家指正一下。

祝各位周末愉快！

movalion

厉害...我觉得总结之前的经历有助于认识自己，认清自己的道路

the_e

学习中，很受启发！

suaxing

原帖由 bjguan 于 2007-9-21 17:14 发表
要回家了，回家做饭，看孩子，晚上还要继续学习oracle的内容啊，关于oracle的学习部分如果有时间也可以写出来给大家指正一下。

祝各位周末愉快！

嘻嘻，楼主如果对学习ORACLE有兴趣，可以加我的群：28772819，小ORACLE群一个。就说是群主邀请加入的

lovesee

学习了.进步了.

wjfonhand

年龄差不多，经历完全不同。 很喜欢楼主的文章，希望有机会多交流。

CMM和PMP确实是好东西，但是实施起来难度还是很大的。楼主的基础研究oracle应该从实施方法论入手，在项目中发挥CIO对甲乙方内外部资源的协调作用。

另外，如有时间，可否在CIO板块多做些指导？

gaoyiming

年轻人应该在怎么样过
要审视着自己
真能从前辈们身上多学点

bjguan

刚才说了第一个问题，是计划问题，第二个问题就是文档问题，我是喜欢写文档的，甚至到了痴迷的程度，甚至在还没有参加pmp培训的时候每次项目都有一堆一堆的文档，呵呵，但是那个时候的文档有些不合时宜，怎么说呢，其实就是从格式上和内容上都不是特别合适，没有特别的分类，没有文档控制、去向记录等，杂乱且繁多，从内容上来讲有点傻，就是当时做的文档都是中规中矩的，没有技巧。

举个例子，在做培训效果调查的时候，肯定是要询问一下教务怎么样啊，会务组织的怎么样啊，讲师怎么样啊，然后选项是好，一般，不好，差，其实任何一个事情很难让大家都满意的，所以最后的结果也就可想而知了。如果放在现在，从调查内容上来说，肯定不会这样写了，那肯定是住宿怎么样啊，吃的怎么样，培训讲师的内容够不够多啊（一般人都会说很多的，这样考试考不好有借口，呵呵）等等类似一些无关的或者肯定是正面回答的内容，至于选项呢就更好说了，非常好，好，一般，呵呵，就这三个你看着选吧。其实这个是防小人的做法，工作还得认真做，只是怕到时候客户说起来你没有给我培训啊，培训效果不好啊，等等，以此来要挟不付款的时候这个东西才是有用的，是不是有点歪门邪道了？做个顾问就是这样的，什么事情事先都要考虑到的。

有点跑题了，继续当时我最关心的项目管理的第二个问题，文档问题，文档既有项目管理文档，又包括业务文档，其实现在想想软件项目的很多文档都是提交物，所以我非常推崇国外的象oracle或者sap的实施方法，在erp100上有一个帖子是各种软件的实施方法论，建议要做顾问的好好看看，只有了解项目是如何去做，提交物是哪些，才会真正理解项目管理。国外这些厂家的优势不仅仅在于软件，还在于一套完整的实施流程，仔细关注一下流程中的控制是最主要的，每一步都是环环相扣的，实际上你如果把某一个比较知名的公司的实施方法论加上某个咨询公司依据这个方法论做的文档体系搞清楚的话，相信你的项目管理水平会有很大提高的。
大家不要小看文档能力，一个优秀的顾问或者PM的文档能力一定很强的。我觉得至少一下几个工具要会用，要用熟练，word，excel，powerpoint，project，visio，mindmanager。对于这些内容我只能是根据我自己用到的程度来说，可能很多地方也是很初级的用法，不要见笑，呵呵，对于这些工具具体要用到什么程度呢，具体来说：

word大家可能都会用，但是做出来的文档有的好看有的不好看，这里面有一些约定俗成的东西，例如标题三号字，黑体，正文小四，宋体，1.5倍行距等等，这是最基本的，再进一步就是文档的大纲，我现在特别讨厌看没有大纲的文档，甚至于后来我面试别人的时候，看简历，看着大纲视图，如果乱七八糟，这个人我是不会要的，（一般简历是不需要设置大纲的，就几页纸，如果有了只能说是粗心或者说不知道什么世道大纲，另外说一句，准备建立不用太多，两页足够，第一页基本情况，自我评价，后面可能会是工作经历和项目经历，我从来不看超过三页的简历），又扯远了，继续，有了大纲之后就开始编号啊，一级标题是什么，二级三级四级怎么办，是数字还是文字都是有讲究的（office2007在这个方面的处理上比2003要进步很多），这些都完成了还有页眉页脚，页眉怎么设计，不同小节的页眉怎么设置啊，包括哪些内容，LOGO放哪里，页脚怎么设计，等等，这些完成了还有目录啊，交叉引用，这些都是内容的部分，除去这些还有几个部分需要注意：

第一个就是文档控制，包括更新记录和去向记录，第二个是版本控制，这个非常重要，大项目人多，文档更新快，版本控制不好容易出问题，第三个是文档命名管理，都可以理解的不多少，第四个就是文档服务器的问题，是vss还是cvs，还是sharepoint，呵呵，第四个问题有点扯的远了，实际上文档服务器可以以部门为单位建立，也可以以项目为单位建立。

Excel，就我来讲excel有几个用处，第一个是项目基础数据的准备载体，虽然很多最后是转成了TAB键隔开的文本文件导入系统的，但是整理得时候还是喜欢用excel，它的功能强大到令人不敢相信，呵呵。第二个用处是资料输出后的加工，中国的管理者的要求千奇百怪，又不能所有的内容都做开发来处理，所以把数据倒出来，从excel里面处理是最好不过了，各种图标分析等等，只有想不到，没有做不到，第三个用处和第二个类似，就是一个系统补充的问题，我们习惯上把用户的业务分成两部分，系统内和系统外，系统外处理一般是在excel里面处理，利用excel的多工作部加上计算公式，加上vba，可以实现很多内容的（当然这是因为我不会编程，所以很多问题在excel里面处理，嘿嘿）。

Powerpoint，几乎每个人拿过来都可以用，但是真正用得好的人少，看看咨询公司做的ppt，真是非常漂亮，一张小小的片子布局合理，颜色搭配的当，内容分布协调，业务逻辑清楚，难得了，画图的资料来源呢，网络图我一般采用华为的和cisco的那些图标，呵呵，要积累啊，很多图标是需要积累的；另外，ppt的格式的统一，有喜欢用母版的，有喜欢统一设置的，事实上这两者可以结合起来用的，母板我不是很喜欢，但是有时候也很方便。做好一个ppt片子远远不是想的那么容易，根据内容上来一步一步写的，而是需要事先规划的，我要通过片子表达什么意思，我需要按照什么思路走，需要什么材料支撑，心里大致有概念后需要做一张总纲的片子，然后就每一个子目再做一级分目，然后对每一个分目设计内容，需要几张片子说明白，什么逻辑关系，什么素材，这些内容都差不多了才是组织片子，组织内容和材料，最后把内容过完了没问题了，才是美化的内容，需要注意的是放映的格式，尤其是带流程的片子，还有就是要试讲，控制时间进度，自己讲一遍看看是不是把自己想说的内容都表达清楚了，呵呵，脑袋想的到手里写的，再到嘴巴里说出来的，这个损耗率可是挺高的。

[ 本帖最后由 bjguan 于 2007-9-23 09:12 编辑 ]