应对方案
  1:架构方面
  重思设计理念、架构的使用、系统设计要灵活。
  2:文档跟进
  (1)合同签订马虎,没有真正明白客户需求
  (2)调研时没有深入理解客户需求
  (3)没有明确的需求变更管理流程确认客户是否接受变更的代价
  3:对需求变更的主动管理
  (1) :成立变更控制委员会CCB
  (2) :严格执行
  (3) :互换角度,为公司利益着想
  4:零星变更,集中处理
  (1) :对于零星变更,集中研究、批量处理
  (2) :严格执行
  (3) :互换角度,为公司利益着想
  5:敏捷开发
  使用敏捷开发的思想作为指导来应对客户的变更,这个需要大家实施体会……
  措施实施的过程当中应当注意的问题
  (1)合同签订马虎,没有真正明白客户需求
  签订合同时缺乏对客户需求认真对待,导致需求描述不清,为后期的实施工作带来困惑。为使客户能够快速的签订合同,往往草率决定和片面同意客户提出的需求。当客户提出新的需求时,往往是销售顾问一看“应该”只是一个小小的修改,没有太大的影响,所以直接答应能变更。
  该问题的关键是合同签署的太烂,没有把需求明确再签合同,而且也没有把需求变更的流程写入合同。如果在合同时把客户需求弄清楚,后期根本不需要频繁的变更需求。签订合同时明确定义项目需求的范围,可以为以后各项实施工作的开展奠定深厚的基础。
  (2)调研时没有深入理解客户需求
  不熟悉可以的真正的工作环境、工作流程,在需求调研分析阶段,项目组成员和客户的深入交流是减少频繁需求变更的关键阶段之一。但是由于双方的误解通常使需求交流难以进行。更严重的是,实施顾问只根据用户提出的描述性、总结性的短短几句话去制定实施方案,没有真正挖掘和按客户的需求去制定实施计划。当客户头脑一热或领导一拍脑袋提出新的需求时,实施顾问往往也不能区分客户真正需求和镀金需求。如果项目组对客户需求的细节了解不充分,双方对需求的理解会产生差异,会导致移交进销存系统时才使问题暴露出来,客户只能频繁的提出需求变更。
  (3)没有明确的需求变更管理流程
  没有明确的需求变更管理流程,会使需求变更变得泛滥。并不是所有的变更都要修改,也不是所有变更都要立刻修改,需求变更管理的目的是为了决定什么类型的变更需要修改和什么时候修改。
  界面风格问题,可以先不修改,或者规划一下修改的时间待到以后进行优化。另外,对于核心模块的修改没有严格把关流程,有些小需求看起来工作量不大,但是实际上实施顾问和开发顾问要耗费比较长的时间去完成这些销售顾问或者客户没有考虑到的细节问题。
  更好的约束客户
  (1)合同制(虽说没有法律效益,但是在一定程度上可以约束客户),咱们以后要让客户知道需求变更的代价;在和客户接触时应该挑明态度,特别是要让他们清楚需求随意变更所带来的代价和风险。如果客户认为代价太大,那么开发人 员没有必要及时修改,按原来的进度走,但仍要记录变更,待下一版本在修改。
  (2)确认客户是否接受变更的代价
  (3)每月变更记录上报双方领导
  后,实施顾问要将有关变更措施和记录随时抄报双方高层留档备案,可采取简报、文件、抄报、抄送、会议等多种形式。掌握主动权,逐步让不合理的随意频繁变更,成为客户不好意思开口的尴尬事件,尽快形成正常的项目执行氛围和良好的工作习惯,也为可能受到变更所带来的责任问题留下伏笔。
  拓展思想反思
  (1)与客户交流要耐心,学会如何来维持客户。
  (2)心态的成长、客户交流的能力、技术的娴熟,主要的心态、客户沟通的能力才是我们需要锻炼的,珍惜这样的机会吧、项目开发、项目的维护、客户交流的机会处处我们再得到锻炼。
  项目管理是作为项目经理必备的素质,通过这样的机会,好好学习,为以后的工作中搭好桥梁的作用、快速成长!,接下来会逐步的学习一些项目管理的知识和大家分享!