网站建设软件项目如何控制客户需求.doc

《网站建设软件项目如何控制客户需求.doc》由会员分享，可在线阅读，更多相关《网站建设软件项目如何控制客户需求.doc（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、做过网站建立,软件销售工程的人应该都经历过这种场合:公司的销售人员兴冲冲的拿来一份与客户签订的合同交给你,声称这工程又搞定了,但是当你拿过来合同(或者任务委托书一看,关于工程范围的说明只有寥寥数行,要么是一些高举高打的套话,要么只说工程都包含什么样的模块,而对具体的业务只是一两句话就完事儿了,如果是一位身经百战的管理者并且对于工程的具体业务很熟悉还可以,如果不是那该如何开场这个工程呢还有一种情况,客户在工程进程中,不断对移交的系统提出修改意见,更可气的是,有些问题开场提出更改,某一天客户突然就发现情况不对,又要求你给改会来,看起来客户的需求总是无穷无尽,作为工程的承当者该如何应对这种令人沮丧的

2、局面呢一、客户需求为何过渡膨胀作为工程的承当着,在规定时间用有限的资源来保质保量的完成工程,让公司与最终客户都满意是工程组的神圣职责。但是为了让客户满意就要满足客户所有的需求吗因为不断满足客户的需求会不会导致工程失败怎么办呢为了弄清楚这些原因,首先应该找到这些问题发生的根源。1. 签订合约的时候,工程范围描述不清楚。这是最常见的问题之一,也正是早期的这些问题没有引起工程组的足够重视,导致后期工程无穷无尽的修改。2. 客户与工程组对写成纸面文件的需求理解不一致。这种情况也较常见,虽然客户已经确认了工程组提交的工程范围说明书,工程组也是完全按照这个文件规定的内容做的,但是客户还要求改,当工程组拿着

3、纸面的文件与客户对质的时候,才发现客户也认可这需求,但是同一件事情,客户的认知与工程组的认知完全不同。举个简单的例子:客户要求系统能够电子签名,工程组的成员就模拟了一个,自动产生客户的签名在系统中,但是当移交给客户的时候才发现,客户要求的电子签名实际上是想把原来手写签名的工作也移植到电子化的系统中,让领导能够通过画图的方式产生一个手写的签名在文档中应该落签字的地方!有时候就是当初一点点疏忽,导致工程后期大量修改甚至工程延期。3. 客户总有在结项之前把每一件事情都做得淋漓尽致的初衷。一般来讲,在工程结项之前,客户都会把所有的想法尽量逼着工程组解决,因为一般的客户心理都会认为:一旦结项了,再想找工

4、程组成员对业务系统进展修改可就难了,因为IT公司人员流动性强的特点,即便以后能够找到承包商,当初做工程的工程组成员也不一定在了,或者很多公司因为业务繁忙,已经顾不得原来已经结款的客户了。4. 工程组人员总是无条件迁就客户,客户有求必应。这种做法的出发点是好的,目的是要客户完全满意,但是实际上这种做法不一定能到达目的。一般的客户需求都是无底洞,这样做对整个工程经常也会带来很多负面影响。当然,如果过分控制客户的需求,客户肯定也不会满意。二、解决方法针对上述工程问题以及发生的原因,结合以前一些工程的教训经历,我感觉可以通过以下几点来有效屏蔽客户需求过渡膨胀的问题,让工程完成得更加漂亮。未雨绸缪:工程

5、初期一定要制定清晰的目标与工程范围,并且让工程主要干系人(最重要的当然是最终客户了确认。不管通过什么途径得到的工程,作为工程主管,在工程前期,可以分三步走。第一个想到的问题应该是“为什么“,也就是客户做工程有什么目的,知道这些以后,才能在以后的工作中更加想客户之所想,不至于工程方向错误,最终争取到达双赢得局面。网络推广软件知道了“为什么“以后,接下来就要非常清晰的知道做什么“,有一个比拟好的办法就是用一两句非常简洁的话概括出来整个工程,并且能够用这种方法概括出工程中的各个子任务,并且能够让前台业务人员与后台研发人员都能够心领神会,那么说明工程主管对工程的内容在大方向上已经有很好的把握了。最后就

6、要弄明白“怎么做“了,对于比拟陌生的工程来讲,这一阶段工作量比拟大也很重要,在这个阶段多花点精力绝对值得,当然,根据具体的情况,也可以在这个需求调研阶段简化一些不必要的工作,这需要工程主管具备平衡那些彼此冲突的工程目标的能力。在实际的工作中,这需要一个过程,值得注意的是,在需求整理完毕形成文档以后,最好先让工程组人员把自己总结的需求跟客户比拟详细的讲一遍,在实际的操作中,这种做法不仅能够把工程人员与客户在业务层面的歧义问题数量大大降低,还可以很好的发先潜在的问题,并且掌握一些沟通技巧,也会让客户更能深刻的感觉到承包商对他们的重视。另外,如果工程前期得需求人员对技术非常不了解,根据实际情况最好在

7、需求每次提交给客户前与研发人员沟通,以防止不必要的给客户的承诺,更加准确的界定工作量。总之,有效的计算出工程范围将会占用一定的时间,但是同样会节省资源、资金以及解决工程今后令人头疼的问题,例如:需求(范围变更。另外一个很值得注意的问题是:工程的需求经过几次确认以后,要让有权力的客户明确确认,最好有书面签字,这个有说服力的文件会在以后客户发生需求变更的时候起到很好的作用,很显然,因为客户已经签字确认,总是反悔肯定理亏呀,即便因为业务变化不得不对工程进展大的调整以至于工程延期,这种情况下也会是工程组处于有利地位,不至于让自己的公司非常不满,甚至可以以此为依据来要求客户重新考虑工程经费。当然,对于客

8、户来讲,通过这些很好理解的需求的阐述,也会以此作为以后交付产品的依据,做到心里有数,消除不必要的疑虑,这个对双方有同等的约束力,很有好处。灵活应变:遇到变更要与客户沟通经常有这种情况,工程都已经执行到最后阶段,客户突然提出了新的要求或者要求对已有需求进展更改,这会让工程主管非常为难:一方面要尽量满足客户的需求,另一方面又不能对系统做太大的改动,影响进度方案。这种情况发生除了与需求阶段有关以外,同时说明在实施过程中没有与客户有密切的联系,缺乏沟通。沈阳网站建立从客户的心理来分析。由于网站的特殊性,客户通常非常关注后期的效劳,尤其是在国内大家做的网站绝大多数都是与实际业务严密相连的。作为工程管理者

9、,非常忌讳的是在做工程的过程中对客户置之不理,而最后交付的时候才与客户突然发生大量接触,本来后期的实施过程出现问题的可能性最大,之前与客户又比拟生疏,很可能会造成非常大的风险。比拟稳妥的方法就是在工程进程中也要让工程组与客户保持联系,相互了解,建立更加融洽与谐的沟通气氛,为以后关键的实施移交阶段可能与客户发生的冲突做好准备。值得一提的是:在工程进程中阶段性的给客户呈现一下工程的进展状况,让客户对工程有一个更加直接可视化的认识,更能及早的发现解决问题免除后患,在不断的沟通过中,应该让客户认识到工程组时时站在客户角度着想,让客户的主要负责人也能深深的感觉到他们是工程组的重要组成局部、荣辱与共,并且

10、工程组能为客户提供完善持续的后续效劳,这样可以有效的防止客户绞尽脑汁想把所有的事情在第一次结项之前做完。即便前期工作做得再好,很多情况下,需求变更是不可防止的。工程主管通过良好的沟通机制随时掌握变更情况与可能发生的变更,一旦发生了变更,工程组一定要冷静处理这些问题,一般可以按照产品分析本钱/收益分析备选方案专家判断这四个步骤来首先评估需求变更,并且尽快形成工程范围变更书面的说明书,它是以后工程决策的根底,当然比拟稳妥地方法还是让客户对明显发生的变更做出确定(选择签字最好,尤其是在评估了变更可能导致的工作量增加以后,让客户认识到过多的变更很显然会造成工程延期,客户对此也要负责任。在客户提出需求变

11、更的时候,一定要掌握一定的沟通技巧,一定不要总是无条件迁就客户。一般来讲客户对IT都不太熟悉,他们认为很简单的事情,可能要花费工程组大量的无谓得多余精力,所以千万不要认为客户所说的就一定是他想得到的!大局部客户都是第一时间突然脑海里面冒出的火花,所以工程组人员要冷静的分析一下:客户到底想要实现什么目的,抓住问题得本质。一般来讲,实现客户本质的需求有很多种方法。在与客户的沟通中,一定防止与客户正面冲突。在初期认真倾听客户意见,多问一些您还有什么想法之类的问题,等客户把他的想法都表述清楚以后,工程组成员成员最好迅速评估一下客户的建议,如果实现起来实在太困难,可以给客户一些更加中肯的提议,多问些您看这样行不行其实可以到达同样的目的。之类的问题,最后还有一个重要的过程就是要与客户确认这次沟通的结论。总之,工程整体管理是平衡那些彼此冲突的工程目标的一种能力。看起来简单,但是实际上很复杂,工程主管在工程进程中要学会如何对常见变更进展控制,控制客户需求的肆意膨胀,保证工程安康稳定的进展。1. 在工程启动时,公司会批准一个新的工程阶段的开场。2. 在范围方案编制的过程中,将制定一份说明书来描述在工程中将做什么。3. 在范围定义中,工程的主要局部被分成更小的局部。4. 在范围审核时,需要验收工程的范围。5. 在范围变更控制中,随着时间的过去,需要对工程范围变更进展监视。第 6 页