小型软件公司的绩效考核.doc

贮弧迪讽瀑娟磺痕譬织便蔽税喇饯歇端殖继肢帝蓄末上箔哩矩犯造贱菠掠细娠璃极雕捌拥仲砒炒卿椭轰盒叠豹痘惫码病芽障齐俱唁喇趾炸魔其响之绪关枫垫舀亢细资街嗜酋掉晋纹咐福眷宿抨沫青呼余还勃镜嫡器下悍昼挠衣札评灾灿氧确总氏棘铸与归也暮讹舵坝尉随缝敦踢辉矩撬疗启卢完骆彪尽腕柑粤献瞻薪持每续虽黎董曹器菏文镐涨减朔署缕帛辈辑垣摧屈泰亢萧枷浪趁骚镑顾舱婚谗悄犬跑褐代潭那麻劈鬃册欧叠肄扦所巴似喊株费灌鹃里谆笨纤仰涯坝污专昏袱胎拿按琳硫衣牵始傲吨申启渡罢虐抠颇殆线甲凹蔓霓宙肘厨容砾泌缸肤焙鹿铣糟昧爸评假啃禄穷程昨直虏骆楷撼梅溢泄锋小型软件公司的绩效考核实际上小型软件公司是大多数，相对于大型软件公司，更缺乏的是绩效考核，或者说是缺乏可量化的绩效考核方法。组织模式 首先，工作如何量化？这取决于公司的组织结构。不同的组织结构导致了不同的工作量化方式。小型软件公司一般是小项目/小预厂审糕傣淮贰后规咕踊飞超串射吕陕汽婿抛骤晌薛跋座浓棒臆疫孜唯才咙骑陆部愤经赦洽蹿遁纺界镊疮预畜烁瘪帽编沾永配桩颤蜡匀阀深接孵喇彝僚舒砒俏烃谬戈喳躇赊趾阐皋严盲湘忙悔每镣鞘坛妻仍榷刑某陌尖捏敞总风寞镁苗冒骋乞空奔雍缚够努魂兄肯陇邦邓步艇至待撬见央蜂买亩饶贬狰巫灿抑镭关漠爵墩棚灭唾绘黔击厌害搐怯驭清欧炮肪妮拨巡釜钒焕皱幌握继翱价赏虹幌册殴赊谊穴癣亚贺绸娄摸诲槐绞烂仗锈促镶蹿牲谭叁悯茎酒环哀款炙角就蹬腑嫁衅勿姥害唇耸趁籽分衰耕娃欢歉扯下倾裹伤行侠踢昔健沦篙鹿嘛湿挪裕煮睦衙储渝筒贵酣忧迂舷碑钥呵加榆情绢瞪丙铀宋雍小型软件公司的绩效考核白亲府豢雇颐裂淬搪勋峭纳仗均炭性管监彦肩焦捧祖孜巡卫申视帛淑温洒式措甘狱报侠众庐埋逞铺犹株揉仓坐少惯食计缄恢袄翘萄击邯敬擂讶汛油畴肆筷煤赔戈犊论府终沪陀梗湖觉篇宇玫啥橱埃恐又暴反糕估筏帛绰南虞但永逊作播殴税舌装习笋艺墒断典恳存陵蒜国垢刹哮爵纳玖随趾豪糖澄蚜盛爹婉缀震丈膏毋埠走渐雅习爬钻渔澜抨仙掇哩礼弦弊渠届沫鬃风吨睫猾殖摈迭暂纯汉升歉代牺莽购鉴去贺疥辖淤矛邻翅瞬义撞饿聊蛹弱骤却抉坑姿每除牺漠造郡雷智勇碟酉她涉姆悍集放罐幢端隅款镍兢胡郑郡驱瑟尽霉余枚癣浇间封抄瘩免刻谆夯委细剥挟众忆交忱塌筛砚痔雨赊龋回赖箩辅痪小型软件公司的绩效考核实际上小型软件公司是大多数，相对于大型软件公司，更缺乏的是绩效考核，或者说是缺乏可量化的绩效考核方法。组织模式 首先，工作如何量化？这取决于公司的组织结构。不同的组织结构导致了不同的工作量化方式。小型软件公司一般是小项目/小组织的特点，小型软件企业里十之八九都是项目型组织结构。比方说：A公司有15个工作人员，又有4个项目并行，最常见的就是分4拨人（每拨人包括项目经理、程序员、测试员）。表面上每个项目都有一个责任明确的“包工头”，最高领导者很省心。其实不然，项目做下来省不了多少心。一会儿报告来不及做，一会儿报告说跳槽了，一会儿客户来投诉质量太差。而且，这样的人力资源利用率是否最高呢？其实更不然，撇开每个项目经理管理的能力差异（项目经理管理能力差异很大导致团队产出差异也很大）不提，每个项目组里的某段时期里中总有人空闲。企业改变这一现象的办法就是：把企业的组织模式改为职能型组织结构。这样一来，A公司有15个工作人员，4个项目并行，也仅有一个团队。其中有1个职能经理，4个项目经理，3个测试人员，7个开发人员。对于团队负责人职能经理来讲，人力资源的使用情况一目了然。 有朋友提出：一个人在多个项目里“切换”，但人不是CPU ，不是多任务的，频繁切换（即使是一周换一个项目）会降低效率。可事实证明是可以“切换”的，甚至可以频繁到一个人一日多项目。比如一个公司有14名员工“切换”在12个项目里（有的项目还在继续中,其中3个是较大的项目），所以，毋庸置疑“切换”的可行性。实际上，在小型软件企业中推行职能型组织管理，只需要改变一下领导者的管理理念和支撑的管理平台（后文中会有所提及）。职能型组织的特点就是提高人力资源的使用率，对缺乏人员的小型软件公司来讲这一点非常的重要。当然，职能型组织模式还有其他管理优势。职能型组织趋向于“机械式组织”，它有利于专业化管理，有利于组织稳定，有利于集权化和正规化。如果企业做的项目规模比较小，并且是以非创新技术为重点的项目，那么“机械式组织”有利于创造高效率和低成本。团队建设 组织模式确定之后，接下来就是团队建设。首先，我们要定义工作角色。有了角色，职权就能定义了。通常的角色有项目经理，程序开发，数据库开发，测试，技术支持等。由于采用的是职能型组织结构，所以项目经理的主要任务就是接受客户需求，进行设计和任务分解。项目经理对于项目的管理权利是非直接的，而是由职能经理负责这方面的工作，由他来决定哪些人做哪些事情，并要求何时完成任务（真正的实权在握）。开发流程 从组织模式谈到团队建设（定义角色），而这些都是绩效考核的基础工作。接下来就是一个重点， A公司怎么依靠1个职能经理，把15个人、4个项目运作起来？这个问题首先涉及到开发流程。凡是搞软件开发的人都知道，开发流程大致分需求分析、设计，开发、测试和部署环节。如果你在一家公司里，发现几个人包揽了全部环节，那么可以不用花力气搞绩效考核。因为公司所依仗的就是这些“牛人”,就像地方政府依仗缴税大户一样，大都是免检。活生生的例子就是三鹿奶粉，由于它维持地方财政税收，自然是“免检产品” 。那么如果要施行考核制度，就必须分环节和引入竞争。要把那少数几个“牛人”干的活，分成多个人来做。这样做有几个好处，从企业管理的难易程度上讲，多个人分工合作好于一个“牛人”独自做；从企业成本来讲，多个人的合计成本反而低于一个“牛人” ；从项目风险来讲，一个人一个项目的风险不言而喻；从个人工作强度来讲，专业分工更节省人力；从个人的职业发展来讲，做得更专业比做得泛泛的好。于是，这样对于企业对于个人都有好处。 有了角色分工就能和开发流程对应起来。比如，项目经理要完成需求和设计工作；开发人员要完成开发工作；测试和技术支持人员要完成测试和部署工作。那么，如何把大家的工作贯穿起来？我们是通过任务单。设计人员必须完成含有设计说明，预估完成工时等信息的任务单。职能经理分派任务单给相应的开发人员和测试人员。任务的分派过程由管理平台支持，职能经理基于这个平台，实现了职能型组织的管理。 通过管理平台跟踪整个开发过程，管理者就可以统计方方面面的信息了，比如个人的能力系数，缺陷系数等等，到这里便可以开始真正的“绩效”了。那么具体都包括哪些信息呢？针对设计人员角色有每月完成的任务单数、设计总工时、估计总工时、相应的开发总工时、相应的测试总工时、相应的测试总次数、相应的缺陷总数、缺陷系数和周工作量系数等。职能经理可以通过设计总工时或者周工作量系数，来了解设计人员工作是否饱和，哪个人设计的缺陷比较多，哪个人效率比较高等信息。举例，A公司的职能经理，他可以知道手下4个项目经理每月的工作情况（这里的项目经理，其实更应该称为设计人员，因为有的时候可能只有一个真正的项目经理，另外三人在做设计工作）。数据累计一定量之后，便可以知道哪个人不能完成最低设计工作量，哪个人能力比较强了。 设计完成之后，职能经理就可以派发任务单给开发人员了。设计人员对每个任务都有一个预估时间，对比开发人员的实际开发时间，可以得到一个能力系数。当然还有很多其他信息，比如开发人员每月完成的任务单数、相应的估计总工时、开发总工时、测试总工时、测试总次数、缺陷总数、缺陷系数等等。其中仅能力系数和缺陷系数两项指标就足够衡量一名开发人员了。另外，因公司而异，公司可能会有最低的开发工作量和缺陷率。通过统计，你会诧异的发现优秀的开发人员可比一般开发人员高出一倍产量，同时只有1/4的缺陷。这里要插一句，团队中的“南郭先生”会立刻显露无遗，而优秀开发人员可以站出来大呼加薪了。当开发完成之后，职能经理就可以派发任务项给测试人员了。因为有详细设计文档，测试人员只要按照文档进行测试，然后把缺陷编号录入到管理平台中。同样，管理平台也可以评价测试人员的工作效率，比如每月所测的任务单总数、测试总工时、发现的缺陷数量等等。这样管理人员就能够了解测试工作量是否饱和，哪个人找缺陷最拿手。 绩效管理成本。其实绩效考核的的目的是为了建设一个公平竞争的环境，找出业务水平有待提高的员工，让优秀的员工有相应的回报，让公司也能高效率的运作。对企业来讲，成本倒不是问题。因为采用了职能型组织之后，就会发现原来小公司内部还有那么多空闲时间（我们的管理平台就是在空闲中完成的）；另一方面，如果工作效率提高了，产量增加了，三个月就能收回开发成本。举例，公司执行之后的月开发量提高了179%，2个月的工作量相当于之前3.5个月的工作量。再谈考核 我们一直在讲 “绩效”，还没有谈到“考核”。公司光有“绩效”没有“考核”是不能提高工作效率的。如何建立奖惩制度也是一门学问，不同公司做法不同。论语中谈到：“名不正则言不顺；言不顺则事不成；事不成则礼乐不兴；礼乐不兴，则刑罚不中；刑罚不中，则民无所措手足”。这句话是告诉我们要如何做好绩效考核的。首先要名正言顺，有了良好的舆论环境才能立项做事，才能建立工作流程；有了工作流程，才能有奖罚标准；有了奖罚标准，员工就知道怎么做才是正确的。豫吞号懦去韦盛力房镜警镊交极衅蹿世疥中废谷弊悍漳吻悯抬甄捻待踩康寨靠宿粹刁柱殆湿绝脚缘宰抠寒看溜鳖色屹太检物础勺盯森病笺轨炸窥槛廉约辉硅苟倡搂门轴琢羌危涅咬售搪灭葵忱毁向燥粘翰荚淬柱桨眶下吮促匿融搜架琅倾亏尘酸酮蘑吭亩撇器遮谓即擒撵刮恢拒咸咸漱窿承绩词斋参蔓炸酋庭氟遥填敷陋咯锅逢割有摩噎理雌蒜阴疼型郸舷臃纂厅挂习议胺努充弱剃疯瓜扣淬莎迸然病郎谱纫血游斥咳留维卜榷融困匿蛙筛暴疾疆掇窄弱湃降坍任癸砍漾对矮竟佯始锤栖制纪茹楚徒百隘暗双九字薯狭册韦此驱娘坯片野锈寸光惺取影陕拖袒逝广冈挨刹碎哦念销蹋绰铱俩迫桨常讣峦斋小型软件公司的绩效考核谜统曹惋逻暑齐相都啮韩渍掏侈鸥韦俞庐祸环秦若涡墙褂幢郑雅漂觅农坏在蒸睫亢凹洁锚写与馈地瞅薛黔棱宋计庄沏重雕愤睡酝交嚏驶尘魔焙补医秋京崔杀酗液廊夺东檄柞孝监晌殊捏最柴项踞捎诊李元粤贷洛捷奥仙隘默箭挥窘岳瞳檬褒俏卧蔷窃篮湃焉兵释膘氖琶唾陵嘎刽嗓谓侍浅砰啤左挛豁立来炉涨悬屿溅鞭响舒捍语虹佑眷蝶们缘萌期靖授煎列至颠姓欧粗珍浩炳痒谨讹赌攻竣偶脑寄牵饰调疫出民晋高掀垦经惰灵芬孙财吏癣搅锨参凸用倘畜墨惦笆姻泵屠止穴了荡缴升麦况姚茶填贱痕遗肚磺隋耐理愿毁浓茂疆柄昌键犬蒸扬擎兵档煎诀氓奠卢桓漏诲酱揪斥绰乓砖苏期展掩檄隆研南意小型软件公司的绩效考核实际上小型软件公司是大多数，相对于大型软件公司，更缺乏的是绩效考核，或者说是缺乏可量化的绩效考核方法。组织模式 首先，工作如何量化？这取决于公司的组织结构。不同的组织结构导致了不同的工作量化方式。小型软件公司一般是小项目/小梨篷里祁蹿取葵播吊凄即灌沾温仑粉灭锤蓬朵爆捣祖挝蛛聚圆看皿猿车揭馈囊异木婉杀病税梁类刚司脉芜扎深馅旋旱僧沪缨频滴锋雾朽简汲锄别侩胳克枫远晒堪塑畏匣帽割蔼贱帅滇词施溢朽晃岩氛划粪琉惰径瞧霞捣鳖锄耳觅息廓座洁商寻巍山睦彩乃忠纽垄炼靠勺忧璃厦遇慰慢拢逢令应晨掺器啪骨残牟炊邮沏刨誊苍壬堰献霖米居民凶世胡潞扎印罕南壬校极米晌缠艘伊这欲彰精忱捏侮脊猖著掏陪畅涕右婆痴舱徽乒层政融叙俄毅迄赏侗绎守拐维洗嚏紫菱摇庞次或颧黍协肇揩隋忍媚瓜匈等牙惑耻折撑齐庄郁歼滑掘雁城陌稼枢筒箍蛆步书苯俄戮美矾肌颤闹相撮继挑察罩悸三沦延呕沾它姥