Submitted by string on 2009, July 13, 4:54 PM
今年2月份正式转换base地,到华南来了。
到现在为止,有5个多月。
我在军区宅了一段时间,到桂林转了一圈,去福州做了一次培训,去EMOS做了一次培训,然后一直给深圳高兴投的项目宅着,到现在。
是该画上一个完美的休止符了,虽然他看上去并不完美,最少从数据上来说,不好看,甚至说,很难看。
先说说KPI考核体系,我也曾经钻过它的空子:
工时率,就是你干活的时间,由项目经理认证。一般这个都还不错,就目前的加班情况来说,那不可能会有问题的。
客户满意度,就是客户给你的打分。一般这个也挺好,我能吃能喝还能侃,所以问题也不大。
销售满意度,也就是销售给的打分。此次的打分十分的出我意料之外,后来问起,是售前的打分,那没招,该是什么鸟样就是什么鸟样。感情我屁颠屁颠加班是我自己找的,不是给任何人干活,是给自己干,我自己犯贱呢,生活可以过的很精彩,也会有很多无奈,我很无奈,关于这点,不过我也就blog骂骂,留作纪念了。关于销售满意度,我比销售对我的失望还要失望的面对销售同学。
知识贡献度,这就是我曾经钻空子的地方,去年基本上一个项目做完了,能闲一个多星期没有很赶紧的项目,所以呢,我闲下来,整理几个知识点,还是能换点钱的。今年就不同啦,基本上培训没什么好总结的,军区做的是重复性工作,好容易到了深圳,赶上了好时候了,天天加班加的和狗一样,项目经理如打鸡血一样,兴奋的一塌糊涂。大部分时候累的连话也不想说,何谈有空整理知识点呢?赶上点背的时候,只是贡献度居然是0,两眼一闭,接受这个事实。希望在回去的一段时间内,把欠pso的东西都补上,交上一份完整的答卷。
主管满意度,这个没什么好说的,我明白我自己,用好了,是一把利剑,用的不好,是一把钝斧子。而这一块有很多F同学的打分,3个多月,总共才5个月,所以呢,分数很低,我也能想象,就像我的预言,今年上半年的良好KPI因为这个项目而废除,这也就算我正式base华南给的100杀威棒了。成,这杀威棒打的不错,彻底杀了一把威,爷我不和你们玩了。
因为是同一个玩法,所以是公平的,所以呢,很好。如果不转部门,我将要被淘汰。
之前总结的三思此处能用上:
思危,思退,思变。
仅以此文,结束base华南的日子。
华南的部分兄弟们,我会想念你们的。
Tags: kpi
普元的思考 | 评论:0
| 阅读:248
Submitted by string on 2009, March 21, 12:54 AM
2009年3月9日,到2009年3月13日,对福建的一家软件公司做了关于EOS6产品的培训。
关于此次培训的前因后果,来源于一次失败的PK。在快速开发方面,我们输给了福州的一家本土的公司。不得不承认的一个事实,在快速开发的方面,确实有一部分公司做的比普元要好,但是,对于一家要选平台的软件公司来说,快速开发真的就是王道么?
当然不是,还有很多值得思考的方面和部分。软件公司选择别家公司的平台,本来就存在相当的风险性。如果平台厂商死掉了怎么办?如果上了贼船,不能下怎么办?等等。先撇开如上的风险不说,先谈谈平台对于一家软件公司的重要性。
选择一个好的平台,我认为有以下的一些好处:
1、积累业务经验
做项目的公司,总会能或者努力接到大大小小的项目。如果是行业级别的项目,相信老总的希望是,每个行业级别的项目,都是能复制的,能积累的。然而在贵国,确实不然。就拿电信行业来说,拿下整个电信行业的某个业务系统,并不代表制作的就是同一个业务系统。需要面对的是,需要制作一个业务系统的多个版本,比如浙江版,上海版,安徽版等。每个系统都是由差不多的功能组成的,却又不尽相同。行业的复制,一套行业软件不需要修改,卖到很多个地方,看上去是不可能的。
哈,那么退一步来说,我卖的是一个由在公司的服务仓库抽取的一系列的服务来拼装的软件,不管需求怎么变,理论上来说,大部分的需求都会存在服务仓库中,就算有一些特定的需求没有,也可以团队马上开发并提供服务。这样来说,在业务反应的能力方面,就能完成从一般到优秀的蜕变。
在上一过程中,积累的是一个一个具体的业务完成的服务,可以直接调用。
2、锻炼队伍
一个好的产品,是有自己的神髄的。其中有一大批资深的产品相关人员心血。当这么多心血注入一个产品的时候,产品的本身,就是一个活的。你可以说它是一个宠物,也可以说它是一个朋友。
选择产品的时候,慎之又慎,类择友。一个团队能跟着一个优秀的产品来走下去,是团队的幸运。俗话说的好,你能走多远,关键看你和谁同行。
刚开始的时候,学习一个产品的使用,这个时候是陌生的,根本不知道该产品能提供什么功能。慢慢摸索,到熟练使用。最后,会考虑到,这个产品为什么要这样设计,为什么不能那样?能不能这样来提高这个产品?如果能提高这个产品,那么,离能完整的设计这个产品的时间就不远了。
能设计开发底层产品的团队优秀的团队。只要有足够好的协调。
3、拥有自己的核心竞争力
首先申明,核心竞争力包括了核心代码的编写。用任何产品的同时,作为软件公司,没有人会把自己的生杀大权交由另外的公司来处理。如果他出问题了怎么办呢?我基于这个平台做的任何东西,能被其他的地方使用么?……
一家软件公司的核心竞争力可能会包括:业务的熟悉,经验的累计等。
如1所描述,底层业务颗粒度有足够小的时候,其实所谓的业务,就是一些底层业务颗粒的组装。
这些产品足够开源,那项目的成功完全不取决于平台提供商,我们甚至可以向互联网求助。:),而就算平台厂商倒闭了,业务颗粒也能被其他的框架,产品所调用。
如果一个平台能解决以上的问题,那还担心什么呢?
这也就是我能想到的,为什么pk失败后,还存在花钱培训交流的原因。看样子我们的对手对以上三点都没有很明确的答案嘛。
有戏!
------------------------------------------------------------------------
过一段时间再看,自己会有哪些方面的提高。
string 2009-3-21 凌晨
普元的思考 | 评论:0
| 阅读:381
Submitted by string on 2008, April 4, 7:10 PM
普元待遇几何,在BLOG讨论自己公司的薪水貌似风险很大,遂此文不会设计具体的数字和区间,但是理论上来说,我们公司的待遇还成。中等偏上。就待遇这方面,我应该还是有发言权的。
选择一个公司,不是看眼前待遇几何,而是说,个人的发展空间和加薪的可能。似乎每个人力资源的人士都如此说。不过我没听过我们公司的人力资源如此说。可能是自己还不够格的缘故。工作,挣钱,是为了开心的生活。我在普元很开心,这点就足够了。
公正的说,普元的待遇在业内算中上。而最近CEO JOHN的加入,再次调整了薪水。注意:不是往下,是整体往上。还是由于不够格,此次没有调整到鄙人。而比较诱人的是,就像我们的招聘上所说:
普元预计在2010年上市,公司为有志之士提供了令人注目的机遇,包括:高水准的专业培训,完整的薪酬、期权、福利待遇,以及最佳工作环境与自我提升机遇。
关于10年上市,可是CEO john说的,他相当靠谱。所以对此深信不疑!
选择一家外企,可能在进入的时候,挺高。比来普元的薪水多了2k到3k。但是过了几年,再做比较,可能普元的薪水已经比同时进入外企的哥们高了。而10年上市,期权的兑现,也算是你憋闷的比哥们少的那几年的精神补偿了。
可能比你自己的年薪还要高哦,这些可算是额外的收入哦。:)。
而普元的高速发展(关于这个,请查看德勤的报告,或者看公司的主页,普元软件当选德勤高科技、高成长50强,位列软件行业成长速度最快前三甲),给你足够的空间让个人发展。有能耐,这里给足你舞台和灯光光。当然,还有足够的片酬。
怎么样?有些动心了么?要来趁早哦,期权可是论年发的。需要了解普元的,可以添加我的QQ,或者给我邮件。
除了本人现在的待遇,争取知无不言,言无不尽。
Tags: 普元, primeton, 待遇
普元的思考 | 评论:0
| 阅读:1363
Submitted by string on 2008, April 4, 6:41 PM
EOS工作流(Workflow)是与EOS平台无缝集成的业界第一家完全构件化的工作流管理系统(Workflow Management System),能够支撑在大并发用户量、大数据量的企业级应用环境下高效、稳定运行。
EOS工作流符合工作流管理联盟(WfMC)规范,同时,根据中国软件业的具体行情,还整合了国内众多的电信、政府、金融等行业特殊需求在遵循规范的基础之上而进行了扩展。
EOS工作流(Workflow)是具有中国特色的工作流。它溶入了国内电子政务与电信等行业的特征要求。在流程定义中支持包括串行,并行、同步、独占式选择、同步归并、子流程嵌套、自由流、活动回退业务补偿等都多种流程模式;对于流程动态调整,又根据具体的行业需求实现了“特事特办型”、“一刀切型”,“分水岭型”等流程调整方式,从而实现灵活的业务调整。
EOS Workflow由工作流开发环境(Workflow IDE)(与Studio集成)、工作流引擎(Workflow Engine)、客户端、监控与管理工具以及工作流构件库(Workflow Component Library)五个部分组成。通过开发环境快速构建业务流程以及业务处理表单;依托引擎实现流程流转;采用基于Web的缺省客户端和管理监控工具完成对流程的调整、监控与审计。应用丰富的构件库快速定制用户自己的应用,随需应变。

每个用我们工作流的人,就我接触的人来说,在开始的时候,都会怀疑我们的所能提供的效率,包括开发效率和运行效率。
开发方面,一些图元的设置和拖拽,在很大程度上,降低了开发的门槛。就我支持的项目来说,做过关键业务的工作流的人员,不会写JAVA文件,比比皆是。这算不算我们提供了高的开发效率呢?
运行效率。嘿嘿,和原始开发的项目的效率做比较,一定会好。只是有一点,做基础开发,基于代码制作的时候,会在数据库的操作和DB的优化上做很多动作。而用EOS的项目中,少有配备优秀DBA。所以在做服务的过程中,关于数据库方面的调优需要加强。假以时日,应该没人在怀疑我们的运行效率了。
btw:我的普元之路,或许将转入数据库调优方面了。
Tags: 普元, eos, 工作流, workflow
普元的思考 | 评论:0
| 阅读:884
Submitted by string on 2008, April 4, 6:23 PM
关于SOA,CTO larry的一些言语:
“随着各个企业和媒体的呼吁,SOA的概念在中国已经开始普及,由于客户业务上的增多和变化,很多以前基于指针分布式运算的架构已经远远不能满足需要,就算再接上很多软件系统以增强应用也是极其繁琐。”
“普元作为中国企业参加了SOA标准的制定,但是在其过程中发现,尽管外国的SOA技术发展已经很成熟,但是仍然缺少一个标准,标准的出现就是为了让更多的企业找到统一高效的方法,不管是买到谁的产品,标准是统一的,应用起来也就不会麻烦。因为SOA绝对不只是软件的简单整合。”
“美国开始推行SOA的时候,企业系统的建设是比较稳定的,有很多应用是SOA重复的,这也与国内外信息化进程的差距有关,在整体系统上加接SOA接口,可能只需要更改原系统的20%就能让整个架构实现SOA的应用。”
“SOA的架设就像国内外城市的建设一样,国外城市规划很成熟,加盖新楼只是进行修复,而国内的城市一般都会推倒旧楼盖新楼,城市需要重建。”
“SOA是一个开放的标准,虽然大家走的路不一样,但是结果都是对SOA的推广有好处。”
“很多大的厂商IBM等等,在SOA领域有着极高的声誉,也是SOA标准的大力推动者之一。不过我想微软可能跟我们走的路不一样。”
“也许微软的选择不是遵循SOA标准,而是在自己已经开发的系统里加上SOA标准接口,毕竟微软在客户端有着巨大的优势,在注重客户体验上微软更有经验,在系统里加上SOA接口或者是别的客户端对微软来说根本不是难题。”
“每个厂商都在市场上扮演自己的角色,虽然大家走的路不一样,最终都在推动SOA市场的发展。”
基本上,我很佩服他,还好不是崇拜。
Tags: soa, 普元, larry
普元的思考 | 评论:0
| 阅读:772