一个程序员的故事 (顶一个天涯贴)

以铜为镜，可以正衣冠；
以人为镜，可以明得失

天涯社区上有篇 『舞文弄墨』 [长篇]一个程序员的故事. 作者: 花8
http://www.tianya.cn/publicforum/content/culture/1/279432.shtml

据称讲的是"华为"的一些事情, 真假自不必太过追究,写那么长就不容易.


我的一个回贴：

这是篇很有实际生活气息的关于软件开发文章。
　　
　　行文至此的软件开发组织水平，基本属于 0级的“不知不觉型”向1级“例行公事型”开发组织进行过度的阶段。
　　（有兴趣的朋友可以参考 《软件.质量.管理--系统思维》中的5级分类，特别提醒这和CMM 5级分类不一样）
　　
　　“不知不觉型”组织表现为，企业的软件开发管理模型还在逐步建立之中。开发工作有很大的随意性。如果项目成功了，就因为有个超级英雄。如果项目失败了，就是因为项目中缺少超级英雄。
　　经常出现“单骑救主”的情节，也就是领导在关键时刻靠得住的人。
　　这样有个不好的后果就是，超级英雄任务会越来越多，压力越来越大，很容易最后崩溃（很累了，出走过自己的生活）。
　　
　　
　　“例行公事型”组织建立了一些开发流程模型。如文中CMM QA做的事情。但管理层将质量问题，都归咎于开发人员没有按规定流程做事，认为问题都是由开发人员的努力程度、过失与疏忽造成的。有这类想法的管理者，会运用对具体人员的惩罚制度，来突出“这是你的错”。
　　而他们没有意识到管理层自己才是问题的主要原因。看看项目计划有多不靠谱就知道了。一心想继续他们早期成功中出现的“超级英雄”的剧情。
　　这类水平的开发组织，如果项目难度不大的情况，可能执行的很好。
　　但如果项目难度很大，就会陷入瘫痪，因为标准流程不会告诉他们，
　　出现意外怎么办。（代码飞检前）管理者首先对项目现状无法准确掌握，总是欺骗自己一切正常。（代码飞检后）瞒不住后就开始责怪一线人员没有按标准做事，进而开大会声泪俱下召唤“超级英雄”出场。
　　
　　而该文中的开发组织开发的是电信级产品，产品本身的复杂度和客户的要求都是非常高的。显然这个开发组织的文中的水平还远不能胜任这样的要求，在不断的挫折和磨难中，这个开发组织还会不断进步、进化，迈向更好的级别(如果它还没有在这个过程中死掉的话)。