2006年06月_pkcs12

原创在这里工作的目标

在这里工作的目标从最差目标到最好目标最差把英语练好，达到与外籍员工沟通无障碍，书写/阅读英文文档流畅学习这里的软件工程的组织和管理方法。学习这里近千人/全球化的软件开发中，软件质量/开发周期的控制技术。学习这里的管理技巧，细心体会，总是有所收获。学习心得技术知识体系。争取成为这方面的专家。最好实现的过程和步骤第一年，至少把英语学好，达到最差目标第二年，能够深刻理

2006-06-26 22:18:00 845

原创书写文档的一个注意事项

在书写文档的时候，如果遇到图表，尤其是表示关系，（调用关系，依赖关系，数据流关系）的时候，一定要使用不同颜色/粗细/方向的线条来表示不同的关系。例如数据通道，命令通道，异步消息通道，同步消息通道等等，另外不同的模块之间也可以使用不同的颜色，以示区别。

2006-06-14 00:23:00 755

原创年度考评

这里的年度考评，是以年度所有项目中的表现作为考评的结论的。这里体现出了立项的重要性，项目是整个考核体系的一个线索，以前是没有立项的，所以做起事情来就稀里糊涂的，对员工的考评也没有一个线索。想起来好像也是稀里糊涂的。上级领导对我们部门的考评是以是否完成任务作为考评结论的。每个项目有完成的周期和时间。完成了就是100分。没有完成就扣分。这样对于公司来讲，最终的目的就是看项目完成的情况，也就是

2006-06-14 00:18:00 592

原创过程控制小组

这里有专门的过程控制小组。来负责和软件工程相关的过程控制，这将是一件非常重要，责任也非常重大的工作。后面工作的效率完全决绝于这个团队。他们可能在争吵和抱怨声中努力的完成这个工作。他们也应当有极高的权利，防止部门领导或者一些leader的施加的压力。这将是一件非常辛苦的工作。从直观的角度看，他们是不产生任何效益的，对于一些小的公司未必愿意或者必要维持这样一个队伍。可是这里

2006-06-14 00:16:00 780

原创演讲时候的一些注意事项

昨天的时候，公司的流程控制部门的员工给我们进行软件开发过程的培训。其中的一位女士进行培训的时候，其演讲风格让人很不舒服。首先是语速控制得不是很好，过快了一些，不知道是不是时间安排的缘故。另外，我觉得最大的一个问题是她在演讲的时候，习惯性的加入了很多的语气词，例如“其实”“可能”“我觉得”“吧” 说“其实”，例如“这句话其实是说。。。。”，这个时候，你告诉听众，

2006-06-14 00:08:00 1346 1

原创 review & inspection

这里的文档，要经过一遍又一遍的review 。听取了多方面的意见，而且经常对一个文档的review，要开一个全球的电话会议。对于代码，也要经过一个Inspection的过程。Inspection的时候，至少要4个人参加，一个是代码的auther，还有代码的reader, 还有一个是recorder，还有一个moderator。其中，moderator负责主持，监督代码检查会议的质量和效率，确认

2006-06-12 23:00:00 1138 1

原创 Greate Job 一种激励的方法

到这里以后，自己提交的两份工作报告，都被team leader评价为greate job，其实但凡有人的一份工作完成了，也大多被评价为greate。不管是不是真的 greate，看到这样的评价心里还是美滋滋的，想想以前自己做部门经理的时候，没有几个人的工作能让我看上眼。其实自己的工作也未必那么出色。随便找找，就找出一大堆的问题，那时可怜的兄弟们真是深受打击。一种是发现优点的工作评价

2006-06-12 22:58:00 602

原创在这里学习到的点点滴滴

日子总是过的很快的，有很多东西值得记录下来，就用这里的地方吧。文章就不分类了，总体上讲，不会记录太多的技术细节的东西。

2006-06-12 22:24:00 545

pkcs12的专栏