大凡了解绩效考核的人都知道KPI的概念与方法，但将KPI用于考核仍是一个迷途。作为一个理论与方法，KPI也是比较容易理解的：一个组织（公司、部门、小组）或岗位、个人的工作都可以用一组关键指标集（KPI）反映其绩效，那么我们就可以用这组KPI来考核，并通过考核促使其完成工作目标和绩效改进。
理解总是容易理解的，关键是如何应用。若找出来的指标不是“关键”或遗漏了“关键”的、设错了“关键的”、“关键”的存在严重的缺陷等等，都会大大的不妙，而在实际工作中，往往这样的事却能屡屡发生。
我个人的理解，应用KPI考核，至少需要注意心下几点：
1、KPI应用的适应性与组织的大小是呈正比的，换句话讲，组织越大，KPI的使用效果就会越好；组织越小（极端至1个人），KPI应用的偏差就会越大。
2、KPI的适应性与组织的稳定度有关。相对环境稳定的组织，其KPI的适应性要高，而快速变化的组织并不适用于KPI的方法。或这样讲，快速变化的组织其KPI不宜过细，不宜涉及到内部的管理细节。
3、之所以讲第2点，是因为我常常看到KPI的设置涉及到了组织的内部运作细节，而这些细节常常会因为组织内部的管理改进而变化。
4、KPI的应用，还与组织的管理成熟度密切相关。共产主义即使在现在看来也是一个美好的社会，可惜我们并不能现在就到达。
实际上，迷恋KPI的人看看上市公司指标的情况就能清醒一点了，我认为上市公司的一些指标应该是实际管理应用中最为严谨的KPI了，但是不是有不少例外呢？问题是，作为社会，我们是可以消化掉这些不足的，但若在公司内部，可能就会引起严重的后果。
当然，我也不是虚无主义，也不是KPI方法的反对者，我的意思是要合理地应用。实际上KPI我们在时时应用，可以看一看任何公司或部门的考核办法，我想80%的考核办法都是有考核目标与对应的指标值的，这个难道不是KPI吗？
我有时确实也有点疑惑：为什么有时在一个理论的“武装”下，很多事情就会让人感觉到“形而上学”，而不自然起来呢？
2007年3月26日星期一
2007年3月25日星期日
2007年3月20日星期二
还记得编程写代码？
多年从事的都是综合性的内部管理工作，虽然工作内容与软件开发密不可分，但自己却多年不再写也不会写代码了。实际上写代码也是件非常愉快的事，尤其当看到自己的作品按当初的设计及不断地调整最后展现出来的时候，一种愉悦感会油然而生。不知现在的同事及程序员们是否有如此感觉。
软件业的发展速度是公认的，开发语言与编程工具也是一样。记得当初在大学学习的是汇编语言、Basic、Fortran、Cobol、Pascal、Dbase（后发展为Foxpro）、C（VC++、Turbo C）；毕业后使用最多的是Borland的开发环境，包括Turbo Pascale、Turbo C及后续的Delphi，但因为管理类软件较多，实际上应用得最多的还是Foxpro（与Dbase兼容，但功能较强），其数据库表是基于文件而不是真正的数据库。而当下，JAVA、C#、PHP等是最为流行和使用最为广泛的开发语言与工具。
前一陈子找资料，偶然看到94年左右的写的一个小系统，当然是用foxpro编写的。我下载了foxpro6，居然还记得几个常用的命令，并能将系统运行起来了。用现在的观点来看，当然是比较简陋，但想想当初的环境，还是有一定的可取之处的。
比如：主界面的布局、模块及函数的复用、通用性功能（如打印、查询）的设计、用户的管理等均有比较好的考虑。我看了一下原来的设计说明（数据库表及关系的说明、IPO说明），基本上体现了简洁、复用、UI一致等特点，边界问题的考虑比较全面。我看了一下用户管理的设计与代码，还是比较有意思的，当系统用户为空（初始化后）时，有一个特定的系统管理帐户，但当用户设置了其他的操作用户后，这个系统管理帐户就不起作用了，密码的管理是通过函数来加密与解密的。当时没有现成的算法代码可用，这些算法都是自己设计的，当然比较简单。
我记得曾用Turbo Pascal、Turbo C++等写过不少代码，可惜都未保留下来。
当回忆起尘封中的写代码的经历时，还曾有过一丝快感，可惜这种感觉不再，已不会也不能再写了。
软件业的发展速度是公认的，开发语言与编程工具也是一样。记得当初在大学学习的是汇编语言、Basic、Fortran、Cobol、Pascal、Dbase（后发展为Foxpro）、C（VC++、Turbo C）；毕业后使用最多的是Borland的开发环境，包括Turbo Pascale、Turbo C及后续的Delphi，但因为管理类软件较多，实际上应用得最多的还是Foxpro（与Dbase兼容，但功能较强），其数据库表是基于文件而不是真正的数据库。而当下，JAVA、C#、PHP等是最为流行和使用最为广泛的开发语言与工具。
前一陈子找资料，偶然看到94年左右的写的一个小系统，当然是用foxpro编写的。我下载了foxpro6，居然还记得几个常用的命令，并能将系统运行起来了。用现在的观点来看，当然是比较简陋，但想想当初的环境，还是有一定的可取之处的。
比如：主界面的布局、模块及函数的复用、通用性功能（如打印、查询）的设计、用户的管理等均有比较好的考虑。我看了一下原来的设计说明（数据库表及关系的说明、IPO说明），基本上体现了简洁、复用、UI一致等特点，边界问题的考虑比较全面。我看了一下用户管理的设计与代码，还是比较有意思的，当系统用户为空（初始化后）时，有一个特定的系统管理帐户，但当用户设置了其他的操作用户后，这个系统管理帐户就不起作用了，密码的管理是通过函数来加密与解密的。当时没有现成的算法代码可用，这些算法都是自己设计的，当然比较简单。
我记得曾用Turbo Pascal、Turbo C++等写过不少代码，可惜都未保留下来。
当回忆起尘封中的写代码的经历时，还曾有过一丝快感，可惜这种感觉不再，已不会也不能再写了。
2007年3月14日星期三
长大后干什么
这虽然是每个小孩子迟早会说的事情，不过今天还是第一次听女儿讲长大后要当老师。是什么缘由使她想去做老师不得而知，不过当我问她是想当幼儿园的老师还是大学的老师时，她选择的理由也很简单：哪一个简单的就选择那一个。当我告诉她都不简单时，她还是坚持要我告诉她一个，我只能告诉她：还是大学老师吧。倒不是骗她，至少在现在，当大学老师比当中小学及幼儿园的老师要轻松多了（还能多挣钱^-^）。
2007年3月5日星期一
追忆Lyong
春节临从徐州离开时无意听原器材处的同事讲，Lyong（还是不用汉字吧）已在2006年去世了。他在早几年得了白血病我是知道的，听说矿务局机关还组织过专门的捐款。
实际上，Lyong在器材处的人缘并不是很好，这从我与多位前同事相聚并未提起也可见一斑。这也并不是他人有多“坏”（尽管有不少人认为他还是比较“坏”的），实际上他最主要的不足可能是“小肚鸡肠”，个人盘算比较多而已。这可能与他“底气不足”有关，也与他过分看重个人利益相关。但他实际上还是有比较强的上进心的，他是最初矿务局委托矿大培养的在届参加学习的本科生之一；他在工作时也是上进心强，头脑活，点子多。
我是在大四物管（现在称“物流”）毕业实习时与他相识的，因为计算机专业的毕业论文我在大三结束时已经完成了（等待答辩），因而大四仅需要完成物管专业的论文，当时的对口单位就是“器材处”，而他当时在计算机室工作，于是自然就从那认识了。
我留在矿务局器材处也在很大程度上与他相关，当时我们是九0届毕业生，因受六四的影响，大中城市及政府机关已很少接受大学生了（需分配到更基层的单位锻炼），我在毕业实习时并未落实分配单位，而当时器材处正在酝酿信息化，因而他自然地就想到了我，我在那种情况下也欣然接受。那时要进入矿务局机关还不是件很容易的事，Lyong鞍前马后地也费了不少力，包括找当时的处领导、组织部等，这才使得我有机会进入到器材处。
记得那时候的毕业实习的题目是“合同管理系统CMIS”，主要是实现钢材合同的信息管理，当时选用的技术工具是FOXBASEⅢ，汉字系统已有了，比较大的特点是所有的界面都采用了基于表单（与现在的表单概念不一致，简单一点地讲就是用当时的表格编辑软件CCED画出与手工表单或报表相似的界面，但当时也算是“创举”了）。这个系统在实习时完成并投入使用，毕业分配后我又将之完善（主要是报表部分，原来是别人同学写的），整个生命周期大概延续了3至4年左右，后来因为机关职能改进引发了业务上的变化未及时进行修订。这个系统虽然不复杂，但也为我们包括器材处争取了不少荣誉。以这个系统为基础，我先后完成了2篇论文，一篇参加了“第五届微机学术年会”，另一篇发表在了《徐煤科技》上；这个系统还获得了当时煤炭部物质局（当时称为中煤物资总公司）唯一的一个计算机应用方面的一等奖，获得了徐州市科技进步×等奖（可能是4等，不记不了），煤炭部计算中心表彰奖，矿务局科技×等奖（可能是3等）等。写上这一段主要是因为与Lyong有比较大的关系，这个系统与相关成果的申报与他的组织与活动密切相关，另一方面，我还清楚地记得，所有的“荣誉”都是将他排在第一位的，包括参加学术讨论会的论文（我记得第一天他跟我商量是将他的名字加上，第二天跟我商量将他的名字排在第一位，他讲主要是考虑的是能够突出他的工作成果，进而影响他的工作地位）。当然，这些方面我当时并不太在意，包括现在也是，因为对我而言意义可能并不是很大，但对他而言可能有不一样的意思，在这个方面帮助他一把也未偿不可。
在工作之初的1~2年期间，Lyong对我的帮助还是比较大的，不管是工作方面还是生活方面。这一点我应该是永远不能忘怀而充满感激的。
我们的关系在前2年基本上保持比较密切的关系，但后面1年就逐渐淡化了，起因主要应该是我未能全力地支持他去“对抗”当时的主管副科长。他当时与副科长的关系不是很好，尤其是在计算机相关的事情的话语权方面，因为我未旗帜鲜明地支持他，所以他对我很有意见。若从这点上讲，对不住他也只能对不住了，因为我总不能因为对他的感激而毫无道理、没有原则地支持他去反对别外一个人（哪怕不是科长而是其他同事）吧。不过，因此他也一直对我充满“敌意”，在我从管理科调入木材（支护）科及入党考核时他都曾无端地在背后胡乱举报（当然最后均证明我没有任何问题）。
他应该就早这样的人，小肚鸡肠又充满上进心，也善于耍点小聪明。这样的人虽然有时会让人感到有点讨厌，但若就这样讲他是一个不好的人或“坏人”还不至于。
不管怎样，在我心中，他还是一个对我曾经有过非常大的帮助的人，是一个应试让我感激的人。不管他后来对我如何，我还是比较能够理解他，更不曾怀恨过他，最多遇事苦笑一下而已。
留此方字，亦算是对他的追忆。
实际上，Lyong在器材处的人缘并不是很好，这从我与多位前同事相聚并未提起也可见一斑。这也并不是他人有多“坏”（尽管有不少人认为他还是比较“坏”的），实际上他最主要的不足可能是“小肚鸡肠”，个人盘算比较多而已。这可能与他“底气不足”有关，也与他过分看重个人利益相关。但他实际上还是有比较强的上进心的，他是最初矿务局委托矿大培养的在届参加学习的本科生之一；他在工作时也是上进心强，头脑活，点子多。
我是在大四物管（现在称“物流”）毕业实习时与他相识的，因为计算机专业的毕业论文我在大三结束时已经完成了（等待答辩），因而大四仅需要完成物管专业的论文，当时的对口单位就是“器材处”，而他当时在计算机室工作，于是自然就从那认识了。
我留在矿务局器材处也在很大程度上与他相关，当时我们是九0届毕业生，因受六四的影响，大中城市及政府机关已很少接受大学生了（需分配到更基层的单位锻炼），我在毕业实习时并未落实分配单位，而当时器材处正在酝酿信息化，因而他自然地就想到了我，我在那种情况下也欣然接受。那时要进入矿务局机关还不是件很容易的事，Lyong鞍前马后地也费了不少力，包括找当时的处领导、组织部等，这才使得我有机会进入到器材处。
记得那时候的毕业实习的题目是“合同管理系统CMIS”，主要是实现钢材合同的信息管理，当时选用的技术工具是FOXBASEⅢ，汉字系统已有了，比较大的特点是所有的界面都采用了基于表单（与现在的表单概念不一致，简单一点地讲就是用当时的表格编辑软件CCED画出与手工表单或报表相似的界面，但当时也算是“创举”了）。这个系统在实习时完成并投入使用，毕业分配后我又将之完善（主要是报表部分，原来是别人同学写的），整个生命周期大概延续了3至4年左右，后来因为机关职能改进引发了业务上的变化未及时进行修订。这个系统虽然不复杂，但也为我们包括器材处争取了不少荣誉。以这个系统为基础，我先后完成了2篇论文，一篇参加了“第五届微机学术年会”，另一篇发表在了《徐煤科技》上；这个系统还获得了当时煤炭部物质局（当时称为中煤物资总公司）唯一的一个计算机应用方面的一等奖，获得了徐州市科技进步×等奖（可能是4等，不记不了），煤炭部计算中心表彰奖，矿务局科技×等奖（可能是3等）等。写上这一段主要是因为与Lyong有比较大的关系，这个系统与相关成果的申报与他的组织与活动密切相关，另一方面，我还清楚地记得，所有的“荣誉”都是将他排在第一位的，包括参加学术讨论会的论文（我记得第一天他跟我商量是将他的名字加上，第二天跟我商量将他的名字排在第一位，他讲主要是考虑的是能够突出他的工作成果，进而影响他的工作地位）。当然，这些方面我当时并不太在意，包括现在也是，因为对我而言意义可能并不是很大，但对他而言可能有不一样的意思，在这个方面帮助他一把也未偿不可。
在工作之初的1~2年期间，Lyong对我的帮助还是比较大的，不管是工作方面还是生活方面。这一点我应该是永远不能忘怀而充满感激的。
我们的关系在前2年基本上保持比较密切的关系，但后面1年就逐渐淡化了，起因主要应该是我未能全力地支持他去“对抗”当时的主管副科长。他当时与副科长的关系不是很好，尤其是在计算机相关的事情的话语权方面，因为我未旗帜鲜明地支持他，所以他对我很有意见。若从这点上讲，对不住他也只能对不住了，因为我总不能因为对他的感激而毫无道理、没有原则地支持他去反对别外一个人（哪怕不是科长而是其他同事）吧。不过，因此他也一直对我充满“敌意”，在我从管理科调入木材（支护）科及入党考核时他都曾无端地在背后胡乱举报（当然最后均证明我没有任何问题）。
他应该就早这样的人，小肚鸡肠又充满上进心，也善于耍点小聪明。这样的人虽然有时会让人感到有点讨厌，但若就这样讲他是一个不好的人或“坏人”还不至于。
不管怎样，在我心中，他还是一个对我曾经有过非常大的帮助的人，是一个应试让我感激的人。不管他后来对我如何，我还是比较能够理解他，更不曾怀恨过他，最多遇事苦笑一下而已。
留此方字，亦算是对他的追忆。
2007年3月4日星期日
2007年3月2日星期五
2007年3月1日星期四
女儿回上海
女儿在2月28日下午随她阿婆、爷爷一起回上海了，我与太太在夜里2：30时去车站接的他们。由于今年春节较晚，幼儿园早在周一就开学了，而因为去年她是提前离园的，我们也不知道什么时间开学，所以只能迟到晚去几天了。
平时总觉得女儿“学习”不上心，很多字与句子记不住，但也许是一个误区。实际上，女儿在记日常事情方面也是比较清楚的，这点从小就表现提比较明显，往往什么东西放在哪，过几天有什么不一样，她记得一清二楚；前几个月集中与她一起背唐诗卡片，她也能背上一二十首，而且让人意外的是她还能根据诗的意思自己编舞，意思也差不太多。
晚上还是要与我们玩医生看病的游戏，这是她百玩不厌的。因为前春节有朋友来上海旅游住在家中，临走时给我们留下了一大一小两个熊猫玩具，所以今晚的“病人”只能是她们了。但是这一次，游戏在她这还是些有改进，因为春节在家时她妈妈给她买了本《绿野仙踪》并每天晚上给他讲，所以这次的涉及到了故事中的人物（名字我不记得了）和治病的方法：巫术。当然，还要求她妈妈找到原书并打开到有咒语的页并照着书中的咒语念念有词，果然有效，熊猫的病被治好了。如此反复不已，直到我们已经很不耐烦地陪她玩了，她还继续兴趣盎然。
通过这次游戏，估计她也知道“昏迷”的含义了。刚开始她一直说“熊猫要死了”，但不是“昏迷”，直到后来才基本接受了昏迷的说法。
平时总觉得女儿“学习”不上心，很多字与句子记不住，但也许是一个误区。实际上，女儿在记日常事情方面也是比较清楚的，这点从小就表现提比较明显，往往什么东西放在哪，过几天有什么不一样，她记得一清二楚；前几个月集中与她一起背唐诗卡片，她也能背上一二十首，而且让人意外的是她还能根据诗的意思自己编舞，意思也差不太多。
晚上还是要与我们玩医生看病的游戏，这是她百玩不厌的。因为前春节有朋友来上海旅游住在家中，临走时给我们留下了一大一小两个熊猫玩具，所以今晚的“病人”只能是她们了。但是这一次，游戏在她这还是些有改进，因为春节在家时她妈妈给她买了本《绿野仙踪》并每天晚上给他讲，所以这次的涉及到了故事中的人物（名字我不记得了）和治病的方法：巫术。当然，还要求她妈妈找到原书并打开到有咒语的页并照着书中的咒语念念有词，果然有效，熊猫的病被治好了。如此反复不已，直到我们已经很不耐烦地陪她玩了，她还继续兴趣盎然。
通过这次游戏，估计她也知道“昏迷”的含义了。刚开始她一直说“熊猫要死了”，但不是“昏迷”，直到后来才基本接受了昏迷的说法。
订阅：
博文 (Atom)
