51Testing软件测试论坛

标题: 从一个笑话看软件开发管理(转) [打印本页]

作者: iamlldm 时间: 2009-11-17 17:05
标题: 从一个笑话看软件开发管理(转)
从一个笑话看软件开发管理(转)

1. 程序员写出自认为没有Bug的代码。

2. 软件测试，发现了20个Bug。

3. 程序员修改了10个Bug，并告诉测试组另外10个不是Bug。

4. 测试组发现其中5个改动根本无法工作，同时又发现了15个新Bug。

5. 重复3次步骤3和步骤4。

6. 鉴于市场方面的压力，为了配合当初制定的过分乐观的发布时间表，产品终于上市了。

7. 用户发现了137个新Bug。

8. 已经领了项目奖金的程序员不知跑到哪里去了。

9. 新组建的项目组修正了差不多全部137个Bug，但又发现了456个新Bug。

10. 最初那个程序员从斐济给饱受拖欠工资之苦的测试组寄来了一张明信片。整个测试组集体辞职。

11. 公司被竞争对手恶意收购。收购时，软件的最终版本包含783个Bug。

12. 新CEO走马上任。公司雇了一名新程序员重写该软件。

13. 程序员写出自认为没有Bug的代码。

　　要我说，如果真有这样的公司，不倒闭对不起人民。

　这个笑话从程序员开始，到程序员结束，从头到尾都在说程序员的不是。但是我要说的是，这完全是管理者的失败，从整个过程中，看不到任何管理工作。这种管理者不但无知无能，还很无耻——将自己的失败责任推给程序员。

　1、程序员凭什么证明他的代码没有BUG？有Test case吗？有Code review吗？这个环节管理缺失。

　2、测试发现BUG有进行BUG管理吗？有跟踪吗？这个环节管理缺失。

　3、凭什么证明程序员已经把那10个BUG修改好了？另10个又为什么不是BUG？BUG的评价标准难道是程序员说了算？这个环节管理缺失。

　4、5个不能工作的BUG修改问题有没有追究责任？增加新BUG是修改过程中不可避免的事情，但是如果有有效的单元测试机制，可以大大减少这种情况。这个环节管理缺失。

　5、迭代是正常的，但是问题处理于发散而不是收敛发展，可见没有有效的管理调控。这个环节管理缺失。

　6、过于乐观的时间表和不可能达到的最后期限，都表现出管理者的无知和无能。而在这样的情况下强行推出产品，那就是无知者无畏了。

　7、这是对用户的不负责任，管理者要负最大的责任。

　8、这样的情况还能发项目奖金，只能说管理者不是一般的愚蠢。

　9、管理工作没有任何的改进，问题仍然处于发散迭代状态。管理工作依然没有到位。

　10、拖欠测试部门工资体现出管理者对质量管理工作的忽视以及对人力资源管理方面一无所知。

　11、送被收购者两个字：活该。送收购者两个字：瞎眼。

　12、可见新管理者与原管理者半斤八两，都没有认识到问题的根本所在。不过也只有这样的管理者才会作出收购这种公司的决策。

　13、历史的重演是必然的。

　一个正常的企业或是项目，其运作必须应该是循环向上进行的。而保障这种运行的工作就是管理。而管理工作的主要内容就是控制，包括控制循环的节奏——不能太快也不能太慢，控制发展的方向——只能向上不能向下，控制运作的稳定——不能大起大落或时聚时散等。

　而这一切，在这个例子中都看不到。

　在这个笑话的例子中，一切都是以开发工作在驱动，这首先就是一个方向性错误，产品是为用户服务的，当然应该是以用户和市场作为驱动，并且结合自身的能力最终确定工作的重点。这一错误折射出管理者对被管理的内容很不了解，只好任由比较了解的程序员摆布——事实上他们除了技术，并不会了解更多。

　一个管理者如果对自己所管理的内容不了解，他就不可能管理得好。

　这是一件毫无疑问的事，可是国内的软件业似乎总是不相信这一点。中国软件业中流毒最深的谎言之一就是：

　管理者只要懂管理就可以，不需要懂技术。

其实这不过是那些无知无能无耻的管理者为了骗钱而编出来的，相信这句话的人必将付出金钱的代价。

　其次是质量管理。基本的质量管理常识告诉我们，每次循环结束前，最重的工作就是总结改进。只有这样才能保证循环运作是向上发展，而不是失去控制地向下发展。也只有有效的质量管理，才能保证迭代过程是收敛发展，并最终达到目标。但在这个例子中，这个部分显然是缺失的——其中虽然有测试部门，但是他们的作用仅仅是质量管理中的质量检测环节，管理部分还是缺失的。

　然后是人力资源管理。软件开发是一项劳动密集型的工作，虽然这是脑力劳动，但同样意味着人在因素在其中占有决定性的地位。而例子中未改完BUG的程序员拿到项目奖金，而同样辛苦工作的测试人员却被拖欠薪资，除了表现出管理者对他们的工作内容的不了解，以及对质量管理工作的不重视以外，还表现出管理者完全不会管人，这是一种谋杀团队的行为——谋杀一个团队远比建设要容易得多。

　最后，这个失败的管理者把他的经历编成这个笑话，让大家看到他被程序员们害得多惨，把程序员妖魔化为一群骗子。但只要稍懂管理的人简单分析一下就可以看出来，只不过是这个人的无知和无能造成了他现在的结果，而把责任推给别人的行为更是表现出他的无耻。

　作为身居高位的管理者，如果连应该承担的责任都要推卸，他们还能胜任什么事情呢。

作者: 测霸 时间: 2009-11-23 10:44
很精辟啊，是现实的缩影啊

作者: houzeal 时间: 2009-11-23 12:27
太精辟了！道出了命门！！

作者: tangjhling 时间: 2010-6-7 15:33

跟我们现在这个项目状况差不多·····

作者: 8596991 时间: 2010-6-9 09:24
多总结，很重要。每天自己总结，一周组内总结，一个阶段项目组总结

作者: nifei 时间: 2010-7-13 13:01
经典

作者: nobuo0908 时间: 2010-7-16 16:11
说明死循环了悲剧就这样产生的！！！

不过现在做测试也是这样

行业需要慢慢改变

作者: hjyxlz 时间: 2010-8-6 12:11
不的不顶的经典

作者: yulan200060526 时间: 2010-8-16 13:41
要改就得从管理改起,在管理处要人人平等,可有多少管理能做到这样的效果呢!~
而多数管理所重视的都只是技术,而不是测试.

作者: lele2003303 时间: 2010-8-18 21:07
经典，绝对经典

作者: lele2003303 时间: 2010-8-18 21:09
成了while（1）
{
}
无尽的轮回路

作者: echo5yoj 时间: 2010-8-31 15:40
强
中国软件业中流毒最深的谎言之一就是：
　管理者只要懂管理就可以，不需要懂技术。

在中国的企业里，测试抬头好难啊

作者: 竹叶微醉 时间: 2010-9-8 22:53
很好笑也很璀璨

作者: lavern 时间: 2010-9-16 10:07
既经典又现实

作者: 千里 时间: 2010-9-21 13:22
很明显我在管理上面还很薄弱，这一块还必须加强，而且还很有必要加强。

作者: 仙鹤7 时间: 2010-10-9 14:25
有效的管理才是关键
笑话中的管理者的管理没有起到作用，或者没有严格执行，所以导致了杯具

此外，我非常同意管理者必须懂技术这一点！！！

作者: hyd_bpmf 时间: 2010-10-14 10:56
悲哀

作者: Lj_51Testing 时间: 2010-10-22 13:49
让我想起了某个以前的团队

作者: 061001 时间: 2010-12-8 13:50
我只是打酱油的

作者: maggie_liu_jun 时间: 2011-1-24 14:42
一个让测试人员心酸的笑话，我看了笑不出来

作者: keepupwith 时间: 2011-1-24 17:09
测试的明天在哪里?让开发面试测试,而且问的问题与职位需求不大伽,

难道这是中国企业的作风?

作者: jiutianwow 时间: 2011-2-18 17:13
这个笑话很冷，很精辟

作者: miliewei 时间: 2011-2-22 15:36
精辟

作者: willyenillye 时间: 2011-2-23 15:21
管理人员不需要懂技术,的确是不需要懂技术.

软件工程那一大堆的方法论已经涵盖了产品生命周期中一大部分的问题,笑话中的管理人员不是死在不懂技术上,而是不懂管理.

楼主是个入门级的管理者,技术出身?多学学管理吧,哪怕一个烂大街的CMMI,实施了以后这种烂问题也不会提出.

还有阿,我也是第一次知道软件开发这玩意儿居然是劳动密集型而不是知识密集型

作者: hijkl2489 时间: 2011-3-1 17:12
顶起

作者: 秋子 时间: 2011-4-8 13:00
作为测试人员，也是要懂得管理的
像这样的事情出现了，测试明明已经发现了问题，但是却无法证实自己的价值，那是测试的悲哀
不要老说领导怎样
测试人员要自己去推动这件事情的解决，而不是盲从！
测试工作就是发现BUG，并推动BUg的解决。不要只做第一步，不做第二步，做第一步的目的是为了第二步。不要为了测试而测试！
思维放开些，就不会有那么多的悲剧了

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)