开发流程那些事：6天时间修改1行代码

12顶
6踩

2012-05-18 17:05 by 副主编 wangguo 评论(27) 有17444人浏览

流程测试研发问题

企业中，产品研发是一项综合性的工作，需要多个部门参与。但往往会出现各种各样的问题，如部门协作困难、全局监控难等，这困扰着大多数的企业。

本文是一个真实的案例：

菲利普（主席）：我们工厂中有10%的员工没有充分利用，要么我们开始处理更多的积压工作，要么进行裁员。我宁愿每个人都很忙。我们该如何做？

李（业务部经理）：公司政策规定，我们要处理3个月内的积压工作，如果改成4个月，我们将有大量的工作。

菲利普：好。现在，我们该如何实现？

李：我不是很确定。我认为，我们需要更改传统的软件设置。

大卫（IT总监）：没问题。可能只需要更改核心程序中的一行代码。（填写一个清单，提交给IT部门）。

朱迪（IT管理员）：我正分派这个单号为#129281的需求。但是这需要目前的商务项目做完，并由主任签字。

大卫：这是菲利普交代的，我们不立刻做的话，就必须裁员。

朱迪：OK，我会马上填写，并标记为紧急任务。

2 天后

大卫：#129281目前状态是什么？

朱迪：它是开发人员任务队列中的紧急任务，前面还有14个紧急的Bug报告需要处理。

大卫：忘记任务队列。将它标记为紧急，立即发给艾德（程序员）。

1 小时后

艾德（程序员）：在模块ORP572的第1252行中，我将写死的变量MonthsOfBacklog（积压月份）值从“3”改成了“4”。然后，运行了2批测试用例，成功进行单元测试。业务工作量增加了10%，这是预期数据。我正准备提交代码审查，并交给Homer进行用户验收测试。

雪莉（代码审查）：这违反了公司的政策，你必须在参数文件中做个记录。此外，还有2个旧的调试命令，1个无指定的变量警告消息和1个写死的Employee ID，必须在这个模块移交到产品之前进行修复。

艾德：!~@#$%^&*（脏话）。

雪莉：这些bug很可能是真的。一旦你被指派ORP572模块，你就需要对已经存在的、违反新公司政策的错误进行修复。我不能提交。

2 小时后

艾德：OK，完成。我正要重新提交代码审查。

朱莉（IT测试）：Homer不能进行用户验收测试，因为Fred正在运行一个本月底财务要用的约束测试。使用Marge代替。

艾德：我没有访问Marge的权限。

朱莉：联系IT安全部门的乔，他会给你开权限的。

2 小时后

乔（IT安全）：没有大卫的签名，我不能给你开Marge权限。他出差了，得等到周一。

艾德：我不这么认为。菲利普希望马上实施，让他来授予权限。

雪莉：你的新的参数记录“MonthsOfDemand”需要起一个更好的名字。离岸程序员（位于其他国家的开发部门）不明白这意味着什么。此外，它应该有一个变化核查轨迹。

艾德：命名有什么规定？

雪莉：忘了写在什么地方了。离岸团队是3月中下旬更新的wiki，能肯定的是，所有新的参数记录必须满足新的命名要求，并保持核查轨迹。

1 天后

艾德：我将参数记录中的“MonthsOfDemand”重命名为“SelectedMonthsOfBacklogDemand”，并添加模块PAR634以保持纪录和核查轨迹。我已经提交到代码审查。

托尼（IT测试）：我看到Marge中有#129281任务，但我没有收到测试计划。

艾德：按照老方式运行就行，注意WorkOrdersHours报告中总量的增加。

托尼：这就是你的测试计划？这会影响到企业的其他方面，我必须有用户选择的测试用例、预期结果、测试运行记录以及用户签收。

2 天后

菲利普：大卫，告诉托尼将艾德的程序立即提交到产品部门。

大卫：是的，先生。

本次任务总结：

总时间：6天
关键任务代码更改行数：1行
关键任务代码更改字节数：1字节

原文：It Takes 6 Days to Change 1 Line of Code

分享到：

12
顶

6
踩

评论共 27 条请登录后发表评论

27 楼 bigtian 2013-05-25 09:49

真事，跨国大IT公司效率就是这么慢

26 楼 jiushibadu11 2013-05-23 17:05

层层封锁啊~

25 楼 java小细胞 2012-08-06 20:17

看了这篇文章觉得初入职场时还是进小公司，这样有熟悉整个项目框架的机会。等真正进入大公司后，就只是负责很小的一部分了~

24 楼 allenny 2012-05-22 10:49

是6人天吧？～

23 楼 fjjiaboming 2012-05-22 09:03

xiaokang1582830 写道

做开发最头痛的事情就是需要随时在变,但是又不得不反复修改..这跟需求分析师和客户的个人想法有直接关系,有些客户一天一变化,真搞不懂！不过只要给money一切好说

22 楼 fjjiaboming 2012-05-22 09:03

GoTiger 写道

我也觉得这没什么不妥，正好反应了软件开发必须要严谨。当然还是要看公司的大小，及软件使用人数和使用范围，在根据情况做出判断。至于小公司，小软件就可以减掉很多繁琐的步骤了。

21 楼 GoTiger 2012-05-21 15:31

20 楼 xiaokang1582830 2012-05-21 15:27

19 楼 bcw104 2012-05-21 10:56

qiyang199132 写道

跟我经历的不同，需求总在变。马上改，等会需求又变了，改回来。

特别是给SB政府部分做项目的时候

18 楼 zhaopeixin 2012-05-21 10:56

你要在使用IBM的cc和cq，将更加复杂。1行代码一个月可能都提交不了。

17 楼 qiyang199132 2012-05-21 09:51

跟我经历的不同，需求总在变。马上改，等会需求又变了，改回来。

16 楼 shuaiji 2012-05-21 09:23

差不多，都这样，只要人多干活就会出现这种现象。制度再好，也难免。

15 楼 tiannet 2012-05-21 09:03

软件开发难就难在每个项目都是不一样，看似相同的问题，在不同的项目上处理方式可能完全不一样。

14 楼 java-007 2012-05-21 08:26

凡是有利弊，好的流程可以保证大规模的人员开发，不出问题，正常协作流转。
带来的弊端就是，不够灵活，处理一些小问题上，浪费时间。需要看公司的实际情况来说好坏。

13 楼 lnaigg 2012-05-20 20:52

这个案例正好反映了需求变更的严谨性，不觉得有什么不妥。
想想一个ERP系统，调整一个参数，背后可能造成多少业务影响。

12 楼 PetriNet 2012-05-20 18:33

这类文章就没必要翻译了吧，怪鸡皮疙瘩的，咳咳咳咳咳咳咳，不过大公司是这样，流程重于人性，尤其是有管理层中等比例混进三哥的公司。

11 楼悟⑤道 2012-05-20 14:10

流程繁琐的公司常见问题，呵呵

10 楼 java软件乐园 2012-05-19 22:55

我和你的情况相反，我sh1t，被招进来说做PHP的，原来说你也会JAVA基础啊，我fick,变成搞java的了，项目是做游戏的，现在搞着，做JAVA后端游戏，做PHP后台，又搞策划，又搞测试，sh1t太苦逼了，什么都做了

9 楼 achun 2012-05-19 08:46

哈哈哈,太真实了,而且类似的事情还在不断发生,无论国外国内,最搞笑的是,做这些事儿的人都是高智商的精英人事儿

8 楼 damoqiongqiu 2012-05-18 21:26

rubynroll 写道

想想看，如果这个软件有10万个拷贝在遍布世界各地的客户系统中运行，6天时间改一行代码根本就不算是什么浪费。

流程复杂有时候是为了降低出错的风险。

倒是这个例子中的流程几乎是摆设，最后都是领导一句话打破了原来为了降低风险而设置的种种关卡。

我同意，要看具体情况的
如果是个小公司，小项目，压根用的人不错，这有点浪费
如果是个影响很大的东西，别说一行代码，就是删一个空格，都得仔细点
有时候关系到钱的
你们都懂得啊

发表评论

您还没有登录,请您登录后再发表评论

12顶6踩