从一个程序员笑话看软件开发管理
有一个笑话是这样的：
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个又为什么不是Bgu？Bug的评价标准难道是程序员说了算？这个环节管理缺失。
4. 5个不能工作的Bug修改问题有没有追究责任？增加新Bug是修改过程中不可避免的事情，但是如果有有效的单元测试机制，可以大大减少这种情况。这个环节管理缺失。
5. 迭代是正常的，但是问题处理于发散而不是收敛发展，可见没有有效的管理调控。这个环节管理缺失。
6. 过于乐观的时间表和不可能达到的最后期限，都表现出管理者的无知和无能。而在这样的情况下强行推出产品，那就是无知者无畏了。
7. 这是对用户的不负责任，管理者要负最大的责任。
8. 这样的情况还能发项目奖金，只能说管理者不是一般的愚蠢。
9. 管理工作没有任何的改进，问题仍然处于发散迭代状态。管理工作依然没有到位。
10. 拖欠测试部门工资体现出管理者对质量管理工作的忽视以及对人力资源管理方面一无所知。
11. 送被收购者两个字：活该。送收购者两个字：瞎眼。
12. 可见新管理者与原管理者半斤八两，都没有认识到问题的根本所在。不过也只有这样的管理者才会作出收购这种公司的决策。
13. 历史的重演是必然的。
一个正常的企业或是项目，其运作必须应该是循环向上进行的。而保障这种运行的工作就是管理。而管理工作的主要内容就是控制，包括控制循环的节奏——不能太快也不能太慢，控制发展的方向——只能向上不能向下，控制运作的稳定——不能大起大落或时聚时散等。
而这一切，在这个例子中都看不到。
在这个笑话的例子中，一切都是以开发工作在驱动，这首先就是一个方向性错误，产品是为用户服务的，当然应该是以用户和市场作为驱动，并且结合自身的能力最终 确定工作的重点。这一错误折射出管理者对被管理的内容很不了解，只好任由比较了解的程序员摆布——事实上他们除了技术，并不会了解更多。
一个管理者如果对自己所管理的内容不了解，他就不可能管理得好。
这是一件毫无疑问的事，可是国内的软件业似乎总是不相信这一点。中国软件业中流毒最深的谎言之一就是：管理者只要懂管理就可以，不需要懂技术。
其实这不过是那些无知无能无耻的管理者为了骗钱而编出来的，相信这句话的人必将付出金钱的代价。
其次是质量管理。基本的质量管理常识告诉我们，每次循环结束前，最重的工作就是总结改进。只有这样才能保证循环运作是向上发展，而不是失去控制地向下发展。也只有有效的质量管理，才能保证迭代过程是收敛发展，并最终达到目标。但在这个例子中，这个部分显然是缺失的——其中虽然有测试部门，但是他们的作用仅仅是质量管理中的质量检测环节，管理部分还是缺失的。
然后是人力资源管理。软件开发是一项劳动密集型的工作，虽然这是脑力劳动，但同样意味着人在因素在其中占有决定性的地位。而例子中未改完BUG的程序员拿到项目奖金，而同样辛苦工作的测试人员却被拖欠薪资，除了表现出管理者对他们的工作内容的不了解，以及对质量管理工作的不重视以外，还表现出管理者完全不会管人，这是一种谋杀团队的行为——谋杀一个团队远比建设要容易得多。
最后，这个失败的管理者把他的经历编成这个笑话，让大家看到他被程序员们害得多惨，把程序员妖魔化为一群骗子。但只要稍懂管理的人简单分析一下就可以看出来，只不过是这个人的无知和无能造成了他现在的结果，而把责任推给别人的行为更是表现出他的无耻。作为身居高位的管理者，如果连应该承担的责任都要推卸，他们还能胜任什么事情呢。
从一个程序员笑话看软件开发管理相关推荐
- Python最抢手、Go最有前途，7000位程序员揭秘2019软件开发现状
作者 | 屠敏 整理 报告来源 | JetBrains 转载自 CSDN(ID:CSDNnews) 互联网的下半场,科技公司为面对更加严峻的竞争环境,越来越重视开源节流.而对于身处其中且撑起 IT 半 ...
- 一个程序员的日常软件清单
一个程序员的日常软件清单 前言 年纪大了就容易忘东忘西.作为一个老程序员,我也来给大家带带货哈哈.国内搜索引擎做的实在是垃圾.如果你想通过搜索引擎搜索你想要下载的软件,你会很容易下载到一些附带流氓插件 ...
- 漫谈程序员系列：软件开发的十八般乐趣
有人说我在传递负能量,看了我的"漫谈程序员系列"感到了前所未有的彷徨与迷惘,哇哦,这不是我的初衷,我只是给你看真实的世界,真的勇士,敢于直面惨淡的人生与淋漓的鲜血. 有人说我在黑程 ...
- 项目难做，程序员难当，软件开发中的 9 大难题
是什么让项目变糟?何时起我们下班回家时开始盘算:"见鬼,我得离开"?下面是我们程序员不时要面对的一个问题清单,这些问题让我们筋疲力尽.而通常我们又躲不掉,不得不设法去应付. 01 ...
- 作为一个程序员应该看的书籍
本文,是本人学习过程偶尔发现的,强行转一波,整理地比较好的是:链接 本文来源于IeTye的一篇博客,博主发现里面的书籍不错,特此转载,供正在学习编程的人观看 很多程序员响应,他们在推荐时也写下自己的评 ...
- 收藏！程序员必备的软件开发工具大全！（附高速下载地址）
对于每一位开发者而言,软件开发工具的重要性显然不言而喻.事实上,除了个人能力之外,它们也在团队的效率及实际生产力层面扮演着关键性角色. 今天阿晨就把自己的私货全部掏出来整理在下面! 内附高速下载地址! ...
- 作为一个程序员怎么通过android开发赚钱
上面是一个程序员通过Android开发每天的收入,信则有! 自己学安卓差不多,有一年了.我本来是从事javaweb开发的,可能学习安卓上手会快点.
- 7000位程序员揭秘2019 软件开发现状：看Python、Java与Go，谁主沉浮
互联网的下半场,科技公司为面对更加严峻的竞争环境,越来越重视开源节流.而对于身处其中且撑起 IT 半边天的技术人,如今如何了?从技术角度来看,其又该作何改变顺应潮流? 接下来,我们将从 JetBrai ...
- @程序员，物联网软件开发不得不克服的七大挑战
物联网软件开发是个雷区.市场需要高质量.具有可扩展性.强大.安全且人性化的解决方案,为了将所有风险都考虑在内,物联网开发团队必须重新评估程序和工作流程.本文列出了物联网软件开发项目所面临的七大挑战. ...
最新文章
- linux下mysql的root密码忘记解决方案
- Spring Cloud实战小贴士：Ribbon的饥饿加载(eager-load)模式
- CentOS 搭建内部Yum源同步阿里Yum源
- JSR94(Java Rule Engine)
- 怎样查看电脑开机记录
- iphone如何查看dns延迟_iPhone手机网速慢？1分钟教你设置DNS，网速立马翻一番
- Windows下gmssl使用记录
- 23中设计模式之抽象工厂模式
- c++代码好玩_一行Python代码能干嘛？快来看看吧！有表白利器哦
- 政府数据泄漏频现 美国能源部也未幸免
- A Style-Aware Content Loss for Real-time HD Style Transfer（一个风格转换的风格感知损失）CVPR2018
- ArcGIS打开shapefile失败：形状数与记录表数不一致
- 对convertView和ViewHolder的理解
- qq pc9.4协议机器人框架源码
- 八爪鱼 ajax 循环采集,网页数据采集五大循环方式详解 - 八爪鱼采集器
- 「解读苏宁」30年门店数字化发展心法与实践分享
- 【图床】PicGo配置图片压缩
- 线性代数 矩阵相似对角化的理解
- 三年级计算机老师个人总结,三年级计算机教学工作总结
- 每日学习-Java基础（十）接口和继承10（内部类）