过来的测试人员，他们都是客户方各个部门的业务骨干，每天看一个子系统。毕竟是一个毛坯，客户的意见不小，而且对于业务规则，各个部门之间又产生了争议。
恰恰是这个时候，我负责编码实现的远程售票管理系统遇到了技术难题，致使进度明显滞后，而这个子系统是必须和本地系统同时启用的，如果不能完成，整套系统也就不能按计划切换，这成为影响进度的瓶颈。我当时接触Delphi只有两个月的时间，然后就直接切入COM/DCOM/COM+方向的编程，经验非常匮乏，公司内部也没有人能够给与指导。我当时特别紧张，一连几天严重失眠，整晚上睡不着觉，头脑也麻木了。项目组的开发人员都非常努力的工作，但项目的进展缓慢。
那段时间，我一直在为远程售票系统的开发查资料，想办法，只是希望我们的开发人员能够认真地对待客户的意见，及时解决。这真是一个艰苦的阶段，原本平静的局面又变得杂乱无章。虽然临近结束，却怎么也结束不了。程序在反复的调整，我们反复经历了多个“几乎完成”的状态，但是仍然有很多人在抱怨他们要求的功能没有实现，或者与他们的期望有出路。 用户的意见终于反映到管理者耳中，“问题出大了”，我们几乎要被客户投诉。公司上层管理者也找我谈话，给我不小的压力。
问题必须立即解决！首先要冷静下来，仔细的分析一下，问题都是出在什么地方。我们认真的整理了客户的每一条意见，分类归纳，最后得出结论，项目的主流程是正确的，问题绝大多数都在操作习惯上，比如，有一些快捷键与原有系统有些区别，另外，因为有些业务的调整，致使一些操作过程发生了变化，有些操作人员对业务的调整并不了解。由此看来，主要的问题还是在于跟客户的沟通不够。我们立即着手解决这些用户界面层次的问题，不久召开了一次用户座谈会议，澄清问题，同时把一些业务上尚未确定的问题解决了。 领导决定项目延期一个月，同时为我们开出了一个里程碑，一定要在10月25日解决所有问题，进入试运行状态。我们加班加点的工作，我的远程售票系统也取得了较大的进展。
终于，20号左右的时间，我们基本完成任务，除了个别存在问题的模块尚未完善，绝大多数都已经做到流程正确、数据无误，已经可以投入运行了。 又经过一个月的测试，我们成功的解决了剩下的所有问题，用户培训业已完成，大家都在等待着正式运行的那一天了。
四、终于正式运行了！
11月25日晚上12点，这真是一个令人难忘的夜晚，我们历经5个月辛勤劳动的成果终于登上了舞台。随着一个个运行良好的消息传来，我们终于胜利了！ 这是一个不规范的项目管理案例，但项目结果却是皆大欢喜。总结得失，展望未来，我感觉这个项目之所以能够成功的完成，主要得益于以下几点：
1、负责项目总体设计的项目总监对业务比较熟悉，建立的数据模型比较合理。
2、人力资源配置比较合理，能够做到“人尽其才，优势互补”，发挥了每个开发人员的特长，把核心的功能模块化分给主程序员完成。并在总体上形成以“航班---售票---财务”三个中心，分别由三个程序员来完成。
3、融合“XP”（敏捷设计）的项目管理思想。在开发中不断迭代，消除需求不清造成的设计失误。减少形式上的文档，注重核心模块的讨论，设计。对核心功能深入分析，多次讨论，做到一个功能模块由谁负责开发，谁就要对周边业务十分了解，编程思路的方法非常清楚。
4、技术难度较大的模块选择有特长的人单独完成。在这个