李泽刚刚出任项目经理，聊到叮咛他必定要尊重客户，充沛满足客户需求。项目开端比较顺利，项目也依照方案的轨迹正常进行，客户适当满足。但进入后期，客户就开端了频频的需求改变要求，给项目团队队添加了不少的额定作业。

　　到后来乃至跳过李泽，直接与程序员沟通，程序员原本手头作业就多，加上客户不断地添加的要求，终究直接改程序，却不做任何记载，终究导致许多问题产生，我们都说不清体系被改成什么样了

　　这个比如中存在的问题有许多。项目应以需求为中心，一个项目是否能够成功，对需求的精确掌握在成功要素中要占上60%的份额。假如需求呈现误差很简单导致项目失利，项目开发进程中能够与客户树立有用快速的沟通途径，是项目成功的要害。

　　需求有必要取得客户的承认。经过需求调研与剖析后取得的用户需求说明书，以及软件需求标准说明书都有必要得到客户的签字承认。承认的内容包含项目的方针、规模以及项目需求功用点。

　　留意保护需求调研记载以及需求盯梢表。由于需求调研人不行专业，而项目经理以及需求剖析担任人对这一进程还短缺满足的注重，一起没有好的东西或流程来监控这一进程，使得需求调研记载没有发挥更大的效果。此外，需求盯梢也非常重要，究竟，任何项目的需求都不是固定不变的，需求随时会产生改变，而开发人员完结的需求也或许会与客户的要求误差。

　　项目组关于需求改变的呼应不行及时，这一点项目经理与项目办理小组要背负必定的职责。

　　需求改变给软件开发带来的影响众所周知，在与客户签订合一起，能够添加一些相关条款，如：限制客户提出需求改变的时刻，规则何种状况的改变能够承受、回绝或部分承受，还能够规则产生需求改变时有必要实行改变办理流程。不能忽视合同的约束力。

　　项目中，人们往往不肯意为小的需求改变去实行正规的需求办理进程，以为下降开发功率，浪费时刻。正是这种观念才使需求改变变得不可控，终究导致项目的失利。因而，小的需求改变也要经过正规的需求办理流程，否则会集腋成裘，根深蒂固。

　　清晰需求改变批阅环节、批阅人员、批阅事项、批阅流程。凡未实行批阅程序的改变，一概是无效改变不予受理。

　　项目开发中“客户永远是对的”和“客户是天主”并不完全正确，由于客户所要求的或许并不能完结，并且任何新需求的改变和添加除了影响项目的正常进行以外，还影响到客户的本钱投入收益。

　　当客户坚持改变新需求时，能够主张客户将新需求按重要和急迫程度区分层次，作为需求改变评价的一项根据。向客户正式提交一份需求改变方案，注明改变引起的时刻、本钱、工期价值和添加作业量等。

　　假如没有专职人员，项目中其他人员或许由于作业原因不能随时与客户沟通。因而，需求组织一名专职的需求改变人员，担任与客户及时沟通，盯梢和报告需求改变完结进展和状况。一起，能够建立项目改变操控小组，担任裁决承受哪些改变，小组由项目所触及的多方人员一起组成，应该包含客户方和开发方的决议计划人员在内。

　　要让客户认识到改变都是有价值的，例如：进展推迟、费用添加、功率下降等问题。一般来说，假如客户以为该改变是有必要的，就会承受这些结果。经过与客户洽谈，这样开发团队即便没有报答，也不会引起公司和客户两边的抱怨。

上一篇:项目办理资源网
下一篇:情形导购：中国中煤动力集团公司OA渠道建造