CSAI虽然通过了CMM3级认证、ISO9000认证，但CSAI的管理工作未必就能按照规范来开展，有不少公司只是将这些认证作为投标竞争时的砝码而已。因此，我们在建设工程项目的时候，不但要看IT系统集成商具不具备这些认证，还应采取有效的手段考核IT系统集成商的质量保证计划。对IT系统集成商进行考核，简便可行的方法就是让集成商在项目开工前提交质量保证计划，并对质量保证计划进行评审，通过后要求集成商严格执行。通常，过程能力成熟度高(指实际)的IT企业，在实际工程与质量保证计划之间的一致性会完成得较好，而过程能力成熟度低的企业(指实际)，实际工程与质量保证计划之间的一致性会完成得相对较差。
【问题1】
我们都知道，信息应用系统的变更尤其频繁，而频繁的变更必然影响到信息工程项目的三大目标。通常与客户接触最多的是现场项目经理，引导客户需求对项目经理就非常关键，项目经理引导得好，项目的开发就会非常顺利，反之，就会使项目组疲于奔命。优秀的项目经理是既能够让项目组成员“睡大觉”，又能保持良好的客户满意度。
CSAI项目经理李工与用户的沟通存在问题。善于沟通的人，一言明百理；不善于沟通的人，百言不明一理。项目经理与客户的沟通，不是指项目经理善于说话，善于高谈阔论就能够解决问题，更为关键的是项目经理要具备足够的引导项目建设的能力。作为现场项目经理，不是只做一个传话筒，客户说什么就是什么，而是应当与客户进行深入交流，深入分析客户所提出的问题，合理引导客户的需求，要有主见。
李工在CSAI进行客户满意度考核，客户又有大量需求的前提下，显得无所适从，手忙脚乱，而做出了不合适的决定。
一是客户的需求，只要我们能够合理引导客户，客户的需求变更不可能有那么频繁，有很多需求变更是可以让用户暂时放弃的，或有的需求变更可以让用户在另外的工程项目中去实现，比如建议用户建设=期工程。我曾经见到一位项目经理在一个工程项目中，客户提出了一个需求，项目经理安排组员加班三天三夜完成了，告诉客户方主任，客户主任大吃一惊，说：“我并没有要求你们实现这个需求啊，我只不过向你们咨询一下而已”。
客户与我们的项目经理交谈，并不是都谈需求，有很多时候，客户可能是谈到自己的想法、心得体会、建议等。客户方面也往往有很多员工，一位员工有一种思想，十位员工就有十种思想，要统一这十种思想，项目经理就得付出更多的努力，要与用户方面的主管人员达成一致，而且，很多时候是必须要用户的主管人员去统一他们的意见。否则，应用系统的开发就存在很大制约因素。很多项目经理面对公司客户满意度的考核，面对客户无休止的需求，常常不能采取正确的应对方法，该说的不敢说了，该讲的不敢讲了。应用软件工程在建设阶段，优秀的项目经理应当是能够引导用户思路的项目经理，而不是让用户领导项目经理的项目建设思路。项目经理应当知道，任何一个客户都更注重项目建设的结果，在项目建设的过程中，项目小组与建设单位之间可能存在着很多次交流，甚至争论，但只要我们能确保项目建设的结果让用户满意，用户是终会给予好评的。
【问题2】
二是对CSAI资源的利用不当，李工把本不属于现场的工作内容，让现场工程师来完成是严重的失误，现场工程师仓促上阵，没有纳入CSAI统一的软件开发质量管理体系。虽然能够临时快速解决问题，但也会埋下故障隐患，而故障隐患的爆发却是在工程建设的后期。这种做法只能让员工疲于奔命。在项目管理中，如果项目组成员总是处于应急、救火的状态，是不可能高质量地完成工作任务的。作为项目经理，不但要关心项目的进展，还应当关心自己的成员，要让项目小组成员在高效率、高质量的状态下工作。
三是忽略了现场应该做的重要工作，应用系统的配置管理工作对现场来说是很重要的。混乱的配置管理，也会导致系统运行中发生严重的质量问题。
即使李工非要在现场进行开发不可，那也应当自觉地将现场所开发的软件，与公司总部所开发的应用软件进行统一的管理。特别是要注意，现场开发的缺点是对需求的把握太随意，由于开发人员与用户直接接触，用户的想法可能有很多偏激的成分，也容易被现场开发人员设计到应用软件系统中，从而导致现场版本与统一版本难以融合，特别是对有些需求的满足，可能涉及到软件系统体系架构的变更，这样就更难处理了。而现场临时决定的软件开发，管理工作怎样和总部的管理工作融合到一起，项目经理是应当考虑的，要么是由总部来控制，要么是现场自觉与总部配合。
【问题3】
我们在工程现场实施的时候，对于所遇到的系统问题，有的是能够迅速解决的，也有暂时无法解决的。对于暂时无法解决的问题，我们常常采取迂回的方式绕过去，以保证工程项目的进度。但是对于应用软件系统的开发来说，现场不能只是绕过去而已，还应当及时向总部报告，应当建立一个系统故障管理平台，记录所有发现的软件故障，逐一报告研发中心进行解决，并跟踪解决情况。
为有效解决现场与总部的配合问题，可以建设一个基于Internet的开发管理平台，现场所遇到的问题，及时汇报到管理平台，由总部管理人员分配解决。现场也可通过管理平台主动与总部沟通软件开发问题，协调一致，避免总部统一版本更新时丢失现场所开发的功能。
配置管理也是涉及到工程质量的。我们做企业级的应用系统，都应当考虑到系统割接的平滑性，配置变更的平滑性，在进行配置规划的时候就应当考虑配置的变更怎样才能实现平滑过渡，否则，就很可能使运行的系统在进行配置变更的时候进入瘫痪状态。而良好的配置管理，又是实现配置变更平滑过渡的有力支持。
