jackei的测试生活

针对“丹佛国际机场行李处理系统”的案例分析 这原本是一个完全可以成功交付的项目，因为作为甲方的客户对所要建设的系统有着丰富的运营经验，对需求也非常清楚；而作为乙方的公司，也是这个领域在全球最为顶尖的公司，并已经在全球完成了超过70个类似项目的实施。可就是这样的一对“黄金搭档”，项目却最终“失控”，并险些“失败”。发生了什么问题呢？ *********************************

2008-2-17 IT项目经验和难点分享 - 胡义(MCS Consultant) 2008年2月17日 20:59

版权声明：本文可以被转载，但是在未经本人许可前，不得用于任何商业用途或其他以盈利为目的的用途。本人保留对本文的一切权利。如需转载，请在转载时保留此版权声明，并保证本文的完整性。也请转贴者理解创作的辛劳，尊重作者的劳动成果。 作者：陈雷 (Jackei) 邮箱：jackeichan@gmail.com Blog：http://jackei.cnblogs.com   “坦白地说，微软所面临的挑战之

在写完前面两篇概览性的笔记后（参见笔记1，笔记2），我开始尝试着更加细致的阅读和分析书中提到的每一个项目案例，并试图将其中的关键因素简要的总结出来，再结合自己以往的项目经验，按照发现问题-分析问题-提出自己的解决方案-找到自己以往项目中类似的情况-分析对比并总结的过程反复的锤炼这些案例。可是随着反复一遍遍的研究这些案例，却发现想出色的完成这个任务并不容易，因为真实的项目——书中的项目也都是真实的—

1. 一定要快干快上。现在的企业，组织架构调整、管理思路变化都是常有的事情，如果项目周期拖得太长，就要面临不得不持续的应对需求变更的问题，而且必须要改，不改就上不了。再加上随着客户对新系统的了解逐渐增多，后续提出的琐碎的需求会越来越多，最终的结果，就是越拖越上不了；2. 再小的客户，也认为自己是大客户；3. 面对现在越来越苛刻的客户，本土化的不规范的软件公司，要比“正规军”还要好做。说白了

这个标题是今天在 InfoQ 上看到的一篇文章，编辑同学又坏坏的在文章的最后提问“您的看法是什么呢？您认怎样的代码“易于维护”呢？”，一场讨论又开始了。呵呵，不过我还是很喜欢 InfoQ 的这个做法的——把国外各大论坛上讨论的一些有趣的话题整理翻译出来，尽可能呈现一些针锋相对的观点，让大家去进一步思考和讨论。这个做法比直接转载一些所谓的 砖家 的文章要更好，对正处于“启蒙阶段”的中国IT行业帮助更

“坦白地说，微软所面临的挑战之一是它的很多员工还没有遭遇过多少失败。很多人从未遇到过失败的项目。结果是，人们把成功视为理所当然的事，这是很危险的。。。人们遭遇失败时，将被迫发挥出创造性，不分昼夜地深入探索并冥思苦想。每个公司都需要有过这种经历的人。” ——比尔.盖茨 “犯错的重要性”，《美国航空杂志》，1995年7月 深有体会。特别是在软件项目越来越庞大和复杂的今天，项目中任何一个环节的失误都将

上周有同事问到，简单总结一下。   风险主要是指可能会对项目的进度,质量和成本产生影响的因素,事件——尚未发生的叫风险，已经发生的叫问题. 例如 1. 内部风险 a) 团队内部分工定位不明确，信息沟通不透明 b) 需求变更：包括客户提出新需求、原有需求发生变更、原有需求不够清晰 c) 系统变更：包括平台核心功能升级、已上线系统的升级、新模块上线 d) 技术变更：包括核心技术的更换，或者新

版权声明：本文可以被转载，但是在未经本人许可前，不得用于任何商业用途或其他以盈利为目的的用途。本人保留对本文的一切权利。如需转载，请在转载时保留此版权声明，并保证本文的完整性。也请转贴者理解创作的辛劳，尊重作者的劳动成果。 作者：陈雷 (Jackei) 邮箱：jackeichan@gmail.com Blog：http://jackei.cnblogs.com   这本书是1997年10

再这样下去，人将不人了，要好好反思一下了。