发布时间 : 星期一 文章软件项目开发失败的实例更新完毕开始阅读
“我们计划用4个月完成开发，然后大家开始集成测试！现在开工！”马甲一声令下，项目组开工了。
7. 代码实现阶段某些特写
第一周：大家都感觉不错，信心很足，进度也很顺利。虽然除了马甲和小龚，其他两位新手技能上还不熟练，但他们都能加班加点，查资料解决问题，似乎也都能按时搞定当日任务。
第二周：马甲突然发现自己原来的设计有些地方似乎不妥当，但是他觉得改设计文档很麻烦，于是没有去修改。
小龚这两周多次和马甲沟通马甲的设计说明书，小龚觉得有些地方表达不清楚，有些地方设计不合理。但马甲忙于完成自己的模块，并未完全放在心上，此外他也觉得自己的设计能力应该比小龚强，接受小龚的意见有点没面子。
而两位新手呢，则先是频繁的问马甲关于设计的事，起先马甲会耐心解释，但很快由于自己开发计划老被打断开始烦躁，两位新手渐渐的也不问了。 渐渐的，大家似乎都遗忘了那份漂亮的设计文档。
第一个月快过去了，马甲问大家：进展如何？答曰：一切顺利！
第二个月，第三个月，仍是一切正常！
计划集成的时间到了，马甲没有忘记，但是这两天只睡5个小时，自己负责的两个模块总算交工了！ 真累啊！
8. 代码集成
“大家都把自己完成的那部分发给我，由我来集成！” 于是大家都把各自的代码拷贝给了马甲。
“你这个目录这么这样命名？” “你的代码都没有注释？” ……
马甲一边“集成”代码目录，一边抱怨着。
“咦，怎么编译不通过？靠！这么多编译错误！”马甲惊叫一声，大家都围了过来。 “不可能啊，在我电脑上跑的好好的！”小龚一脸难以置信
“哦，我忘了跟您说了，昨晚我改了一个地方，还没有编译测试，不好意思啊！”
其中一位新手看着其中的一个编译错误，赶紧认错，一脸不好意思 “……..”
马甲那天的午饭只吃了几口，第一因为他心情太差实在没有胃口，第二是他急着回到电脑前面排错。
集成期间，马甲有理由沮丧，因为他被几件事情折磨的快疯掉了： 目录覆盖后，旧代码无法找回； 共用的模块存在冲突；
集成后存在同一业务数据放在不同名字的基本表中； ……
事情很糟，他们花了1周，包括两天周末，每天都是凌晨才歇工，总算让系统“集成”了起来，编译通过，流程勉强走通。
9. 测试
终于可以测试了！马甲长舒一口气。 他知道，测试很重要，但如何测试呢？
仍旧，他给团队每个成员划分了模块，让大家分头测试。
当然，自己负责的模块是不能由自己来测试的，测试出来的问题，会第一时间通知代码作者。
大家开始行动了，一时间鼠标翻飞，人声鼎沸……
测试还是测出了不少问题，新手的问题相对多一些，比如输入合法化验证、边界检查等等
每次被他人找到一个错误都是不幸的，因为意味着当天你得加班修复。 这段时间，马甲受困于几个问题： 为什么修复了一个BUG，却会新增更多的BUG？ 为什么总会出现“这个问题前两天我改了呀，怎么又出现了？”？ 除了单步跟踪这个方法外，就没有其他办法可以定位问题了吗？
10. 用户测试
终于要见公婆了，即使是丑媳妇。因为马甲看着这个“产品”突然觉得是如此的陌生，跟当初自己的设计想法简直是天壤之别。
马甲带着忐忑不安的心情上路了。
又是一天的辛苦，总算是给用户部署起来了一个用户测试环境。 为此，小王专门给各个部门发了通知，希望他们抓紧时间测试。
“不对啊，怎么跟我当初提的不一样啊？！” “这个数据输入后，怎么没地方找了呀？” “下一个流程是什么？”
试用的第一天是如此的混乱，以至于马甲有种被五马分尸的感觉。
问题比预想的多得多，马甲抓着头发，恨不得让自己往墙壁上撞，让自己大脑“死机”片刻
11. 需求变更和蔓延
马甲再次遇到让自己措手不及的事情：用户提出了更高的要求！ 情况大概是这么几种：
用户尝试着使用系统，他们常常抱怨这跟他们原来的构思不一样；用户认为这是马甲当初没有正确理解自己的需求，而马甲认为自己已经用《需求说明书》跟用户确认，用户给了肯定答复自己才去实施的，因此应该算变更。
用户在使用这个“可运行”的系统时，突然发现灵感迸发，许多“改良”思路喷涌出来，职位越高，表现越明显。
其中火总提的“新需求”最多，马甲尝试着提醒火总“这是新增需求，不在合同规定范围内……”，火总一脸不悦，“我没有见到系统，当然不知道要什么东西，要怎么做啊，这怎么能算新增需求？再说，合同中不是有提到要提供‘分析报表’吗？”。看到情形不对，小王用眼神暗示马甲，意思是：火总提的你就做吧，别计较了，开发款还指望火总及时支付啊…… 可怜的马甲敢怒不敢言，悻悻回家，加班做吧，还能怎样？
12. 后记
第一次用户测试后，进行了大量返工。 马甲的团队中小龚离职。
第二次用户测试的时候，已经延期6个月了
后来，马甲建立了团队开发环境，引入配置管理工具，还调整了团队开发方式，两个新手也逐渐熟练起来…...
马甲像悲壮的《斯巴达勇士》一样坚持着，起早贪黑，废寝忘食，他已经不在乎老板给不给他发奖金了，他现在只想尽快搞定这个该死的项目，仅仅为了荣誉！
又过了6个月，火星公司终于同意上线使用…..
3个月后，系统初验。此时的马甲已经掉膘30斤了，女友也早离他而去……
又过了一年，这个系统变得很慢。小王打电话给马甲，才知道马甲早已跳槽，
而其原公司也已经放弃软件开发业务（这个项目的尾款火星公司没有支付），无法给他们提供维护支撑。
经过多日讨论，火总下决心“升级”该系统，另找供应商重新开发——这次，他预算50万……
二、 案例分析
1. 案例分析提纲
? 这个项目的生命周期？ ? 项目成功了还是失败了？
? 这个项目中的干系人是哪些？分别是什么角色？他们各是什么期
望？
? “用户”和“客户”的区别？
? 这个过程有哪些经验、教训？
? 如果还有一次机会，你会提醒马甲些什么？