2009年02月_hunthu2000

02月

原创不要陷入极限编程的陷阱

国内的程序员仍然有不少人是习惯于在编码的时候，一同去考虑诸如业务、需求、设计等不同性质的问题。而他们在解释这么做的原因时，有的是归诸于项目工期太紧，没有充足的时间去分开来考虑；有的则认为分出来这么多的中间工件，是一种胆怯的文牍主义保守做法，严重降低了开发的效率；还有的干脆就觉得软件开发就是编写程序代码，哪有那么多复杂的考虑。软件开发中出现较多的中间工件，确实会带来负面的影响。

2009-02-13 11:48:00 499 1

原创破除软件开发中的神秘主义

国内软件界存在一定程度的神秘主义倾向，在自己无力使用常规软件工程途径解决软件问题后，往往简单地将软件开发归于艺术化、玄学化。经常看到的一种典型现象——某个高手熬了几个通宵，终于拿出了一个精巧的设计方案；团队其他成员都很钦佩他，并想向他学习其中设计的技巧；但高手吹嘘说这完全是靠其灵感所得，思考过程毫无逻辑可言；久而久之，团队成员将这个高手看作是充满神秘色彩的艺术家，而非普通的工

2009-02-13 11:47:00 513 2

原创某企业SW-CMM过级认证的教训

笔者曾经参与过SW-CMM的企业过级评估。当时企业的目标是过第二级，也就是CMMI的受管理级，为此企业做了大量的工作来实施第二级所要求的过程域。虽然最终通过了评级，但是实际项目的质量却并没有因此而有太大的改进。实际上，当时项目组并没有掌握一种真正有效的开发过程，以往的项目均做得不够理想。于是，实施SW-CMM认证给开发组的感觉是，增添了大量严格而繁琐的规范化工作，但是对提高开

2009-02-13 11:46:00 460

原创修复bug的痛苦之旅

由于人类的思维局限性，造成任何人造制品中都可能出现错误或瑕疵。软件对精确性的高要求，以及其本身的复杂与不可视性，使得软件开发过程中引入缺陷的概率比其它行业大了一个数量级；同时，其修复缺陷的难度也高得多。笔者在以往编码生涯中，感觉最痛苦的事情，莫过于去排除程序中的bug。修改bug本身其实并不难，真正的困难在于如何从成千上万行代码中找到它的病根。软件bug之所以被发现，是因为可

2009-02-13 11:46:00 403

原创国内软件项目失败的根源分析

中国人与欧美人的思维习惯存在较大的差异。当一件事情做砸了后，中国人一般倾向于去反思个人犯了什么错误，并往往得出结论，如果换另外一个水平高一点的人，应该就不会搞砸了；而换作是欧美人的话，则会去反思做事情的方法存在什么问题和不足，他们的结论正好相反，如果做事情的步骤不对，换其他水平再高的人，同样很有可能搞砸。欧美人总是希望找到一种方法，能够让普通智力的人就可以将事情做好。分析上述

2009-02-13 11:45:00 651 1

原创国内软件项目的典型历程

国内现在有不少软件团队仍然在采用最原始的方式来做项目，我们来看一个典型的案例：老板将项目任务下达后，项目经理便开始拉拢公司中的几个能人，经过跟老板的一番讨价还价，总算将其中的两个受归麾下，而作为平衡，另外的人选老板则塞了几个菜鸟过来；项目就这么开始了，项目经理先带队跑到客户那里呆了两星期，经历了若干次与客户的猜拳喝酒之后，终于拿到了一份客户签字认可的需求；于是，项目经理召集组员们开会

2009-02-13 11:43:00 493

原创项目计划与日程表的悖论

笔者问过不少做软件项目管理的人，问他们感觉最困惑的事情是什么，大部分人的回答是“如何制定一个真正有意义的项目计划”。项目开始不久，客户和老板就会来要项目的计划；而此时项目组还不清楚项目的规模等细节，自然也定不出具体的工期与日程表；被逼无奈之下，项目经理只好先编造一个计划来应付了事。这里出现了一个悖论：项目初期是否需要制定一个计划来指导项目后续工作的开展；如果需要，那么在项目细节不

2009-02-13 11:41:00 996 1