注:本文为转贴者原创,原创贴发布于希赛博客(http://blog.csai.cn) ,原文地址 http://iksa.csai.cn
2006年,我不跟命争。--我的2006年年终总结之一 | |
好久没有到CSAI的blog来了,今天看见自己的博客竟然名列2006年最受欢迎的前50名,虽然不能说明什么,但是还是着实高兴了一阵子。谢谢CSAI,一分耕耘,一分收获。 最近趴在网上看了很多十分诚恳的年终总结,收益菲浅。想想自己这一年来,经历可谓波澜壮阔,我打算用一个连载的方式总结自己这一年来的经历。 承包项目:2006一开年,我所在公司不景气,面临解散,公司的项目采取外包方式处理,我先是鼓气勇气把那两个项目都承包了下来,验收的过程十分坎坷和辛酸。。。。。但最后还是验收了。 自己创业:2006年3月底,我把承包的两个项目做完后就和两个朋友成立了一家公司运作一个物流网站,我担任执行总经理,开始了我的创业里程。。。。。总之十分辛苦,但是最后还是失败夭折了。 加盟朋友公司:2006年8月份,我加盟了我朋友的一家公司做他们开发部的副主管,做了几个月,水土不适。。。。。最后跟他们协商做完过年过来就离职。 2006年,不平凡的一年,坎坷的一年,悲欢的一年,长见识的一年,收获的一年,接下来我会对以上三个故事做详细的描述。如果感兴趣的,谢谢关注啊。 |
我来谈谈项目的收尾-我的2006年年终总结之二 | |
我在第一篇总体概括了我在2006年的全年总结,下面这篇则来详细描述我的2006年的第一个故事:承包项目,主要谈一下项目如何收尾。 2006年年初,公司面临解散,但是还有部分项目没有验收完毕,公司高层决定采取内部员工承包的方式来解决这个问题,当时,我在公司负责物流项目,刚好有两个项目没有最后终验,这两个项目本来就是我一直负责做下来的,已经完成了初验,所以我承包的时候是非常有信心完成最后的验收的,我也跟公司签定了合同,合同比较苛刻,两个项目最后的终验款合起来是7万元,如果两个项目我在规定时间内全部验收,则公司就把这两个项目的全部回款给我个人,否则拖延一天则赔偿公司0.5%的项目款,直到达到两个项目的回款总额7万元,也就是说,如果我验收不了,则要赔偿公司7万元。一般来说,IT项目的终验基本是很难完成的,大部分公司的合同项目到了最后很多都是不了了之,要不是就拖了很长时间。我承包这两个项目也真的是冒了很大的风险啊,现在想起来真是很害怕,这其中的辛酸只有自己知道啊,幸好我请了2个已经离职的同事来一起帮我完成这件事情(当然是我先垫付工资给他们)。 承包下来后,我首先认真的分析了这两个项目的具体情况,如果让客户快速的验收,我制定了两个策略:(1)根据合同发催终验及回款通知;(2)派人到现场解决客户使用遇到的难题。我的思路是用催终验的方式摸清楚客户的最后需求,以现场解决的方式快速响应,扣住合同的验收条文验收。当时合同的终验都是写在初验后3个月完成,这个对自己有利的地方啊。 我当时承包的两个项目一个在深圳,一个在广州,而且合同规定的终验时间刚好是错开了1个月,因此我首先给深圳的客户发终验的催请函,客户很配合,很快回函说可以进行终验,但是必须解决他们的问题,并且要我先提交终验的报告和相关验收文件,我当时就派了一个请来的同事去深圳现场解决问题,我自己则准备验收报告和验收的相关文件,当时碰到了两个难题:一是去现场的同事技术不过硬,有部分问题要我亲自操刀解决,二是有一些文档不齐全,都是当时赶工忽视了文档,而且在那么短的时间内最后补文档,痛苦啊。我记得我当时是白天在现场解决系统问题,晚上赶文档,经过2个星期的努力,各种准备工作都做好后,客户说要让系统稳定运行1个星期后才能验收,我也同意了,最后那一星期,我吃住在客户那里,还好系统基本上没有出现什么问题,最终得到了客户的认可,客户最后也在验收报告上签字了。 深圳的项目还算是比较顺利的,但是广州这边的项目就很头疼了。 广州这边的项目开始的时候我也采取跟深圳这边项目一样的策略,但是客户根本不吃这一套,客户说要终验,必须要求系统在他们那里完全使用起来才可以,我拿出合同的相关条款,客户根本不理会,说系统没有使用起来就不能验收,我想到过打官司,但是这种官司最后打起来最后肯定是双输的。最后我决定变换策略,一切以客户使用起来为目标。 这套物流系统本来设计理念和思路都是十分先进的,采用.net框架,瘦客户端技术,界面十分友好,系统经过多次测试后比较稳定,特别是业务流程都是进行了优化,功能都已经实现了合同所规定的要求。但是问题就出在我们优化了客户的业务流程,但是客户并不认为这样是对的,因为当时他们的岗位设置,机构设置并没有根据优化的业务流程来设置,所以导致开发好的系统根本不能使用,我一边跟客户交涉什么时候客户的业务流程会变过来,一变着手修改现有的系统使得系统能够满足现有的业务流程。当时系统有几个关键的业务点只要修改过来就可以符合现在的应用模式,在觉得客户更改业务流程无望的情况下,我只能更改系统了,于是我带领了一个请来的同事没日没夜的开始了系统的修改工作,一切的目的就是让客户使用起来。终于客户觉得系统真的能够帮助他们提高工作效率了,客户慢慢在使用系统。 接下来是1个月的慢长的:修改->使用 循环过程,吃住都是在现场,客户也被我们的精神所打动,在全公司范围大面积使用我们开发的系统,甚至动用了行政手段来规范流程,情况越来越好,终于客户在验收报告上签字了。 这次的验收,使得我明白了即使是有最先进的理念的系统(那怕是先进的ERP),不符合实际,也是没有用的,一切以客户的实际需求为中心,充分满足客户的实际需要,能够真正解决客户的问题,提高客户的工作效率的系统才是好系统。 最后两个项目都验收了,共经历了2个多月,钱也拿到了,数目比较可观(相对来说),于是找了一个投资人和老板,准备运作自己精心准备了1年多的一个综合物流信息平台。。。。。欲知后事,请看下回分解。 |
一个程序员的创业失败教训-我的2006年年终总结之三 | |
我在第一篇总体概括了我在2006年的全年总结,第二篇则详细描述我的2006年的第一个故事:承包项目,接下来的第三篇我要讲在2006年的第二个故事:自己创业,主要讲我失败的教训。 这段经历是悲伤的,也是快乐的,毕竟创业是充满激情的,想着自己以后可以不再给人打工了,可以给自己打工了,一个程序员写了很多年的程序之后,能够有机会给自己写程序,现在想着都是兴奋的,心情久久不能平静。 创业的那个项目是我自己带队开发出来的一个大型的物流信息平台,技术团队都是我一手带出来的,每个人都有自己的技术特色,有的擅长客户端展现,有的擅长后台业务逻辑,有的则对总体架构把握很好,我认为这个团队是一个配合很好的团队;我们的运营模式是物流管理软件+物流电子商务+GPS在线运营平台一起运营。该项目的赢利模式主要是:物流会员费,物流管理软件租用费和GPS运营月租用费。经营模式以物流电子商务:车配货,货配车,找司机来吸引人气,发展物流会员;以我们久经考验的物流管理软件平台来吸引物流企业加盟试用我们的平台和使用我们的软件,另外发展GPS用户接入我们的GPS在线运营平台,收取月租费。直到现在,我一直坚信这种模式是可以成功的。 市场主要以物流协会作为支点,因为物流协会有很多会员企业,协会有一定的号召力,开始的阶段,我们的合作是很愉快的,甚至谈到在当地成立分公司的事情了。但是后来发生的一些事情,让所有的事情不可控制,我现在想想应该是选错运作这个项目的公司了。我开始联系这个物流协会的时候,我是以我之前的那家公司名义的,应该是借了这家公司的名气打动了这个协会的秘书长,我之前的那家公司在广州乃至全国是有一定的知名度,但是正式运作这个项目的时候,这家公司面临跨台,所以我和一个私人投资者和另外一个公司的老板一起成立了一家公司来运作这个项目,但是没有想到这个物流协会的秘书长听说我们更换了运作这个项目的公司,他们就显得十分不信任了,并且逐渐终止了一些本来就基本确定下来的合作项目,并且给他们的会员企业发通知让他们不和我们合作,当时真是欲苦无泪啊。 失去物流协会的支持,我转而自己寻找市场,但是投资人觉得这个项目应该是失败了,故而把已经投入的资金全部撤走,失去资金的支持,我自己和另外一个老板独立支撑,但是我们钱都不多,支持不了多久,而且这个项目的运营模式需要一定时间来支持和培育,没有足够的资金,这个模式是成功不了的,于是我和另外一个老板决定终止这个项目,就这样,从新公司成立到解散,共经历了半年时间,我的信心也是落到了低谷。 当时是失落的,人可以跟其他的任何东西争,但人不能跟命争,我写下如下的文字:"曾经的壮志豪情,一腔热血,慢慢的化为泡影。激情过后,是冷静,是恐慌,是无奈。生活还要继续,前进的帆折了,勇气和志向不能折。动力是什么,是教训,是挫折后的新的勇气,那才是最宝贵的。" |
公司怎样给程序员做职业规划?-我的2006年年终总结之四(完) | |
上面的两篇讲到了项目验收经验和程序员创业失败教训,这一篇我要讲我在2006年的第三个故事:加盟朋友的公司,主要讲一下公司怎么给程序员做职业规划。 暂停了项目的运作之后,我带领部分技术团队成员加盟了朋友的公司,担任了他公司开发部的副主管。在这里我做得并不是很开心,虽然他给的薪水还可以的,但是感觉到这家公司对程序员太缺乏关怀,导致这里人员的流动十分大,本来我过来是负责提升开发部的项目管理水平和软件质量水平的,结果我一来就要解决开发部的人员配置与建设问题,这些在软件公司都是很敏感的问题。 考虑到隐私,我不能说得很明白,当时朋友公司的开发部是和稀泥,每个人只要有空就去做项目,做产品,不管是否愿意,不管是否很懂那个产品线的东西,缺乏对程序员的个人职业规划,很多程序员做得很累,叫苦连天,我到没有1个月,作为副主管的我就接到了3封辞职报告,有两个还是核心人员,我认真的分析了他们的情况之后,我开始协助主管整顿开发部了,当时我主要的思路是这么考虑的:第一,对开发部分产品线和工作面,第二,在开发部建立人才的梯次。每个产品线或者工作面设一个负责人,再带几个程序员的模式,并且承诺他们以后绝不随意更换他们的工作面和产品线方向。经过几次的交流之后,要求离职的3个人员有2个核心终于愿意留下来了,慢慢的,整个开发部开始稳定下来。 公司是否需要跟程序员做职业规划?怎么做?这确实是一个值得探讨的话题。如果不跟程序员做职业规划,他会觉得他只是一个救火队员,那里有火那里救,工作就是为了救火,他很快就会对工作失去兴趣,所以公司真的有需要跟程序员做职业规划的。怎么做?我觉得有必要针对程序员个人做个体分析,每个程序员都有特性,也有自己的特长,结合公司的实际情况和需要,因地置宜,因体裁衣,一般在软件公司,程序员的发展一般有两个方向:技术和管理,有的人适宜技术一直发展,从普通程序员到高级程序员,再到技术带头人,最后到技术专家;而有的程序员发展到一定的阶段后,技术无法再有突破,则需要引导或者给予机会让他有业务分析,系统分析,项目经理的锻炼,慢慢的走咨询顾问或者管理的道路。在朋友的公司里我基本是以这套办法来说服程序员和解决程序员的职业规划,事实证明,起到了一定的效果,至少改善了开发部的人员频繁流动的情况。 后来我在朋友的公司里还做了一些项目管理和软件质量管理的工作,最后还是觉得这里不适合自己长期发展,所以跟朋友协商好了,过完年回来就离职。他也很感谢我帮他解决他面临的困境,也挽留了我,但是我去意已决,不想回头。 关于接下来的路,目前我正积极寻找机会,正好也先准备休息一下,如果找到机会,东山再起! 终于写完了2006年的年终总结,感谢广大网友的关注!也希望自己的2007年能顺利一点,在这里先祈祷一下!同时在这里祝福广大网友2007年新年快乐,活得越来越精彩! |