※ [本文转录自 toberich 看板 #1CIMPpkJ ] 作者: kuoyu (^_^) 看板: toberich 标题: Re: [闲聊] 深度讨论:如何有效促进员工绩效 时间: Fri Jul 23 17:52:49 2010 ※ 引述《saja (莎亚)》之铭言： : 在制造业达成KPI并且给予绩效奖励是很有用的呢!!软体业却非如此 WHY? 制造业的绩效很容易衡量 产出数量 良率等等 软体业就不好衡量了 不同工程师写出功能一样的软体 两人各写各的 怎麽知道好坏?如何给分? 学校里面老师可能会看程式码 谁写的好 分数给高 但是学生人数一多 老师时间不够 就用结果论 程式执行结果正确的就pass 不对的就重写 很公平 很公正 简单明了 反正对学生的要求已经不多了 据说某些老师只要学生能写出九九乘法表就过关 不稀奇了 但是业界就不一样了 哪个主管会看程式码给分的啊? 执行起来ok就好了吗? 不！ 还有很多要考虑的 有没有哪个地方也瑕疵会出现bug?光这点就不是三两下可以看到的 当一个系统越庞大 自己越不容易看到bug 越怕被别人抓到bug 一个系统的产生 往往从需求分析开始做起 需求分析做的好 资料流程就好弄清楚 才好规划架构 切割不同的模组 慢慢分割分割 切成比较小的单位 然後才是写程式 写好个别测试 组起来测试 测试有问题再检讨问题在哪里 (严格说起来需求分析之前还要彻底的客户访谈) 如果前面做的不好 後面就很难收尾 一般人会看到的只有「写程式」 那已经是中後段的部分了 当然也有人什麽前置作业都没有 直接写程式 但是那只能应付小程式 规模大一点很容易就科科了 想想看这些要怎麽去看绩效 好吧！路遥知马力 给他实际上线看看 不过 有些bug可能要上线一两个月才会被发现 好吧！那就一两个月之後看看 但是也可能半年 甚至更久 惨了 bug先不谈好了 这案子张三八个星期完成 李四要十周才生出来 这样看起来 张三的团队能力比较强一些 一年之後客户想要一个新的功能 看看各生产线的即时绩效表 张三跟各组长研究一下 两个星期可以加进来 加上测试 预计一个月内结案 李四二话不说 打开.ini档 改个设定 一半的功能出来了 剩下的两天可以新增完成 因为李四一开始就预料到客户会有此需求 由於不更动到原始程式流程 只要产线停机时更新程式就行 加上测试 预计两个星期完成 这样一来 李四比较强了 这时强者王五发现一个关键 马上写个小程式 直接进DATABASE捞资料 因为是独立的小程式 就算on th fly都不用怕 这绩效怎麽打啊? --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.62.155.53 -- The man: "God, how long is a million years?" God: "To me, it's about a minute." The man: "God, how much is a million dollars?" God: "To me it's a penny." The man: "God, may I have a penny?" God: "Wait a minute." --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 118.169.133.177