写点什么

2012.06.14 微博热报:衡量开发者效率、Bug 统计是在浪费时间

  • 2012-06-14
  • 本文字数:1732 字

    阅读完需:约 6 分钟

今天的微博热报主要关注两条微博,@左洪斌指出:目前没有普遍认同的衡量生产力的手段;@伯乐在线官方微博则引用一篇文章的话说:团队中可能不需要缺陷跟踪工具。

左洪斌微博中说:遗憾的是,没有普遍认同的衡量生产力的手段。Martin Fowler 甚至说,衡量开发人员的效率是不可能的,情何以堪。

大家对此的看法包括:

龙年大吉 LiuJ :很简单,到目前为止,软件开发仍然是日趋复杂而不是简单。在这种情况下自然很难衡量单体效率。等到生产率上去了,需求生产力平衡了,就能衡量了。

大绍鹏:很多东西都是无法准确度量的,但因为组织原因必须度量,那就度量呗,几点建议是:1. 选择成本较低的方式 2. 选择负面效应小的方式 2. 主观反馈永远都很重要(不小于 50%)

兔子瞧:我个人的意见是:普适意义的衡量手段不可能,但是在一个可管理的组织范围内(比如一个团队或者一个部门),应当是可以建立的。

常言笑 932 :衡量生产力之前,需要定义对于开发人员而言,什么是他的生产力的体现。对于这点个人和组织的理解往往不一致。

吴瑶 511 : 太认同了!团队成员的贡献角度很有可能就不同,每个人的工作价值都很难评价,更何况衡量效率了。与其把精力都放在衡量这些上,不如好好想想怎么更能激发大家的潜力和积极性。TW 的 360 评价就很好!

王海鹏 Seal : 创新组织只有一个测量指标:结果。规模复制会有厚厚的一本评分手册。推荐《组织的进化》。

吴瑶511 : 回复 @王海鹏 Seal : 我还是觉得,每个人有不同阶段,乔布斯的成功并不能代表他整个人生都是成功的,被踢出去,也是说明当时的他不能适应当时的环境。360 考评是我心里最认可的考评方式,踢出去的人,无论他能力多强,至少他不能说服别人认可他的能力,这也是种不适合的表现,那么他的价值也无法体现。

王海鹏 Seal : 敏捷和传统软件工程有个基本看法不同:软件开发是创新还是规模复制?有时候结果的成功和失败都不好定义,例如 XP 的 C3 项目。

伯乐在线微博中说:《Bug 统计是在浪费时间》在跟敏捷团队谈论缺陷管理技术时,大家情绪有些激动。谈论的思想是团队中可能不需要缺陷跟踪工具。看起来这个想法很另类。幸运的是,没有人很直接反对这个想法,参加讨论的很多人只是说如果不使用这个让人喜爱的东西,会造成一系列的混乱……

大家对此的看法包括:

阳光蝙蝠:Bug 与 ToDoList 都可以通过持续集成方案处理,恐惧的根源在于无休止的需求变更。

繁少 LeSaRDe :于是当部门经理问开发人员,“搞的怎样啦?”,开发人员说,“还有 bug”,当项目经理问部门经理,“搞的怎么样啦?”,部门经理说,“还有 bug”,当总经理问项目经理,“搞的怎么样啦?”,项目经理说,“还有 bug”,当用户翻开产品使用说明书,第一页赫然的写着,“本产品还有 bug”……

woshigoushiyun :我也觉得标题很刺啊,不过我也没法直接反对这个说法呢,在敏捷开发过程中,bug 统计确实可有可无啊,测试驱动开发,有问题当时就解决了,干净的逻辑看来,记录已解决的问题成本有些多余。当然仅限于事情本身了,管理角度的想法估计不同吧,毕竟一个公司来说开发不只是那点事。

其实我一直都不低调:bug 统计到底有没有用见仁见智,关键要看怎么统计,想得到什么。从来没有认真分析过 bug 数据的人,肯定不会知道数据里面隐藏着什么。抛开 bug 统计这个问题,缺陷追踪工具到底是一个什么地位?一个项目 2000bug,如果没有工具辅助,所有人估计要崩溃了。没有人直接反对这个想法,应该这是 DEV 的内部会议,与测试无关。

双子的天马行空 -Adey :其实我觉得他说得很有道理的, 真正的敏捷应该不需要 bug track system。Facebook 的开发模式,就是 dev 直接面向客户,它有多个直接面向客户的开发团队,,只要有需求,开发后直接上线。如果后面有 issue,是有 second tier 的 dev team 来 support fix。tier one 的 dev 永远在敏捷快速状态。

柴阿峰:回复 @双子的天马行空 -Adey : 三五个人的成熟团队敏捷也许不需要,大部分还是需要的。否则各种基于 bug trace 的管理系统就不需要开发持续集成、变更驱动测试的功能了。好的软件可以帮助实施敏捷,而不是反过来,不可能什么都靠嘴和白板的。

Sab866 :敏捷的基础是团队成员都是自律自发且积极的,不需要用报告来鞭策,但是简单易用的缺陷管理工具还是必须的,不然还真是会一片混乱。

2012-06-14 08:372503
用户头像

发布了 501 篇内容, 共 267.1 次阅读, 收获喜欢 62 次。

关注

评论

发布
暂无评论
发现更多内容

软件测试 | 测试开发 | 文未有福利 | BAT 名企大厂做接口自动化如何高效使用 Requests ?

测吧(北京)科技有限公司

测试

从0到1开发微信小程序(2)——开发第一个小程序

微信小程序专栏

关于数据仓库的特点及组成的概述

阿泽🧸

数据仓库 9月月更

图系列算法在转转推荐算法召回及粗排的实践

转转技术团队

深度学习 推荐系统 图算法 graph embedding

为什么Vue中的v-if和v-for不建议一起用

达摩

Vue

C/C++生态工具链——gcc/g++编译器使用指南

独立开发者_CoderZZ

c++ C语言 GCC g++ gcc 编译器

MFC框架下,加密图片加载并显示功能

中国好公民st

c++ 加密 9月月更

软件测试 | 测试开发 | 测试人生 | 入行3年,年薪36W+,从外包到知名互联网公司,疫情之下薪资不止翻倍~

测吧(北京)科技有限公司

测试

软件测试 | 测试开发 | 测试开发基础|一文搞定计算机网络(一)

测吧(北京)科技有限公司

测试

从0到1开发微信小程序(3)—小程序框架配置

微信小程序专栏

渡过“寒冬”,看云原生数据库如何助力企业降本增效与持续创新

亚马逊云科技 (Amazon Web Services)

数据库 云原生

数据结构与算法 之线性表

喜羊羊

9月月更

Java知识点锦集2

喜羊羊

9月月更

基于开源IM即时通讯框架MobileIMSDK:RainbowChat-iOS端v5.0版已发布

JackJiang

Netty 即时通讯 im开发 开源im

软件测试 | 测试开发 | 测试工程师如何突破职场瓶颈?

测吧(北京)科技有限公司

测试

【C语言深度剖析】深入理解const的用法(趣味小故事解析)

Albert Edison

指针 C语言 const 9月月更

面试突击83:什么情况会导致@Transactional事务失效?

王磊

Java 面试题

2022-09-14:以下go语言代码输出什么?A:0 0;B:0 1;C:1 1;D:1 0。 package main func main() { println(f(1)) } func

福大大架构师每日一题

golang 福大大 选择题

Elasticsearch聚合学习之三:范围限定

程序员欣宸

elasticsearch 9月月更

软件测试 | 测试开发 | 接口测试项目实战与经典面试题解析,挑战 BAT 大厂必会!

测吧(北京)科技有限公司

测试

2022年区块链金融场景化应用专题分析

易观分析

区块链 金融

C++学习---cstdbool和cstddef源码学习分析

桑榆

c++ 源码阅读 9月月更

[Go WebSocket] 多房间的聊天室(六)为什么要加锁?不加锁行不行啊?

HullQin

Go golang 后端 websocket 9月月更

关于运维监控系统实践中的一些tips

穿过生命散发芬芳

监控系统 9月月更

Java知识点锦集1

喜羊羊

9月月更

软件测试 | 测试开发 | 测试人生 | 40+的年龄50W+的年薪,2线城市入职名企,他曾想放弃测试?

测吧(北京)科技有限公司

测试

从0到一开发微信小程序(1)——申请账号并安装开发环境

微信小程序专栏

软件测试 | 测试开发 | 测试面试真题|工作2年,从小厂到大厂,薪资翻倍是怎样的体验?

测吧(北京)科技有限公司

测试

跟着卷卷龙一起学Camera--AF

卷卷龙

ISP 9月月更

2012.06.14微博热报:衡量开发者效率、Bug统计是在浪费时间_研发效能_崔康_InfoQ精选文章