引子:
项目中十件最痛苦的事
NO.1:需求变更,我变我变我变变变!
痛苦等级:★★★★★
原因:没完没了的开会,没完没了的争吵,没完没了的修改……最后,项目失败,世界都清净了。
解决办法:
谈到需求变更,几乎所有的开发人员都谈虎色变,那简直是一个让人深陷的泥谭,相当多的技术牛人们,都倒在了需求变更的途中。
为了解决“需求变更”这件项目中最令人痛苦的事情,小P总结了几招。
第一招:找准目标
做项目就像谈恋爱,搞定一个项目,并不比搞定自己的女朋友技术难度高,对于大多数理工科出生的技术人员来说,搞定女朋友甚至比搞定客户更加难一些……因为至少客户丢了就算了,女朋友要是跑了,那可真是肝肠寸断、未语泪先流了。咳,扯远了。
当一小伙在找女朋友之前,肯定会在众多环肥燕瘦的MM中挑选,找准目标之后,展开猛烈的攻势。
做项目也是如此。当一个项目中,众多的客户纷纷提出需求变更之时,作为项目经理,就要思考一个问题,谁是最重要的目标客户?
这个重要的目标客户,可以是某企业的CIO、某单位的局长主任、某科室的技术员、或者某个窗口的90后小MM。总之,只要对这个项目的成功有最关键影响的人,就是最重要的目标客户。
而很多项目经理犯的错误就是,视客户为上帝,对所有客户的需求变更都来者不拒。最后的结果可想而知。试想一个小伙,今天对A女大献殷勤,明天为B女鞍前马后,第三天又为C女烛光晚餐,通常之下,这人的后果就是鸡飞蛋打,一个MM都捞不着。
曾经有一个项目,项目试运行时,客户的“需求变更申请”已经写到200多页,如果一一完成的话,十几人的项目现场开发小组,得不眠不休地工作到若干年之后。而这个项目能成功的在一年内完成,就靠的是“找准目标”法。把目标客户的所有需求变更,全设为最优先的等级5,放在200多页的“需求变更申请”的最前头完成,哪怕这个要求是“为了美观,在输入框的前面空二格”。
第二招:深入了解业务
女朋友过生日,你送过礼物吗?你见过有人傻乎乎地拎着一个小罗在世界杯上踢过的足球,作为生日礼物送给一个不爱运动的文静的MM?并热情地邀请MM去球场一起踢一场吗?
没见过?那么,你见过有人傻乎乎地指着笔记本、设计文稿、投影布等等媒介,拼命地推荐给客户某个业务流、模块、功能或者报表?而这个却是客户的业务流程里没有的、不需要的、或者不适合的。
这种场景,你是不是常常见到?
这就导致了,到了开发的中期或者后期的时候,问题集中爆发,不断地被客户提出重大的功能和业务缺陷,开发团队陷入需求变更无底深渊。
所以,对于一个开发项目经理要非常清楚的事是:业务流程是如何运作的?小到一个文档是由谁来签字,大到整个公司如何运转的,项目经理都要做到心中有数,至少要做到纸上有数。
开发项目经理只有成为了客户的“业务专家”,至少是“业务能手”,才可能极大的保障项目的功能贴近客户的需求,才能尽可能地避免需求变更。
下一次,如果你再见到那种盲目推销的程序员,就可以想想那只“小罗的足球”了。
第三招:寻找背后的真相
当你的女朋友生病时候,可能会有些奇怪的要求,例如,本来很讨厌榴莲味道的,生病的时候却想吃你“亲手摘的榴莲”之类的。如果你傻呼呼地跑到热带地区,千辛万苦地给MM带回来“亲手摘的榴莲”时候,病早好了的MM把臭哄哄的你和“亲手摘的榴莲”关在了门外。你只好大叹女人真擅变。
其实每一个擅变的女人背后,都有一个不懂女人心的小伙(小P语录)。当你的MM提出这样或者那样的要求的时候,你有没有想过,她为什么提出这样的要求?有可能MM提个很难达到的要求,只是对你撒撒娇,看你是不是真的喜欢她而已。
那么你在项目当中是不是经常碰到擅变的客户呢?每开一次会,就推翻了上次的需求,让你让项目的每个一版本之间疲于奔命。那么作为项目经理就需要考虑一下这个问题:需求变更的原因是什么?
可能某个客户提出“做新浪一样的网站”的原因是,他觉得新浪的首页内容很丰富,而过了几天这个客户又提出“做QQ一样的网站”,是他看了QQ的首页后,觉得配色比较活泼。
第四招:非请勿入
大学住校时,MM的宿舍楼,是一群光棍男生心目中的圣地。校花MM宿舍外的窗帘,常常是男生们目光的聚焦点。采访一下,你进入过女生的宿舍吗?心情是如何的?是兴奋?还是惶恐?迎接你的是MM的笑脸?还是MM的一句“流氓”?这之中的区别,是不是因为前者是MM邀请去的,所以心情兴奋、MM也高兴?那后者是不是以尾行、潜入等非常手段进入的,所以心情惶恐,MM唾骂?
女生宿舍、非请勿入。
而当你在做项目的时候,会不会也碰到这种“女生宿舍”呢?例如,涉及到客户的行业机密、某个部门的部门利益,或者某位大佬的年终红包?所以,项目中会遇到相互扯皮、莫名其妙的变更,拖时间、不点头等等需求变更的情况,你还会奇怪、摸不着头脑吗?这是因为,你没有经过允许,已经进入了某个“女生宿舍”了。所以,项目经理要清楚的知道:哪些业务不能碰?
曾经有一个项目,某个机要部门常常做无理的需求变更,拖着项目二年未能结束,最后只有宣告失败。换了一家机要部门选的软件公司,却很快就完成了。其实二个项目功能基本一致,唯一的改变是后来的软件公司,将某个收费流程,改回到了机要部门负责。
明白了吗?
最后一招:置之死地而后生
如果以上几招通通不灵,最后没有办法的办法,就是向CEO、CIO、总监、经理、部长、局长、或者任何一位重量级大佬哭诉了,让他们来解决这个问题。这方法与恋爱时走“岳母路线”有异曲同工之妙。
分享到:
相关推荐
项目需求变更申请单是项目管理中一个非常重要的步骤,它能够帮助项目团队更好地应对项目中的变化和挑战。 项目变更申请单是项目团队在项目执行过程中遇到变更请求时,用于记录和跟踪变更请求的状态的文档。这种文档...
在软件开发过程中,需求变更是一项常见但至关重要的活动。需求变更申请表是管理这些变更的核心工具,确保项目团队和利益相关者对变更的理解一致,并能有效地执行和跟踪变更。以下是关于"需求变更申请表"及其在需求...
"项目需求变更模板"就是为了解决这个问题而设计的一种工具,用于规范和管理项目过程中出现的需求变动。以下是对该模板的详细说明: 1. **项目名称**:这是识别项目的唯一标识,有助于确保变更信息与正确项目对应,...
软件开发项目需求变更申请表是软件开发项目中的一种重要文档,用于记录和管理项目需求的变更。该表格涵盖了变更申请的基本信息、变更的影响分析、变更处理意见等方面的内容。 一、变更申请信息 变更申请表的第一...
在项目管理中,需求变更是一项常见的活动,尤其在软件开发和工程领域,需求变更登记表是确保变更有序、可控的重要工具。"项目管理需求变更登记表模板"是用于记录和跟踪项目需求变化的一种标准化表格,它帮助团队系统...
### 需求变更流程模板知识点详解 ...综上所述,“需求变更流程模板”不仅是一个简单的文档,更是项目管理中不可或缺的重要工具。通过对变更流程的规范和优化,可以有效促进项目的顺利进行,提高整个团队的工作效率。
在项目管理中,需求变更是不可避免的现象,尤其是在IT行业中,随着技术的发展和用户需求的不断演变,需求变更管理成为项目成功的关键因素。本文件详细介绍了需求变更管理的一个具体流程,包括变更申请、变更评估、...
需求变更申请表是项目管理中的一个重要工具,它不仅有助于规范变更流程,还能提高项目的透明度和可控性。通过对需求变更的合理管理和控制,可以有效地减少项目风险,确保项目的成功交付。因此,在实际操作中,应重视...
《企业SaaS OA平台管理系统需求变更说明书》是一个关键的文档,用于记录软件开发过程中需求变更的详细信息。在软件工程中,需求变更是一项常见的活动,它涉及到对原定功能、性能或其他系统特性的修改。本说明书的...
综上所述,需求变更单是软件开发过程中的关键文档,它提供了一个结构化的方法来处理项目需求的变化,确保团队能够适应需求动态,同时保持项目的可控性和质量。正确地使用和管理需求变更单,是保障项目成功的关键因素...
"附五:需求变更控制报告.doc" 是一份详尽的文档,用于记录和管理这些变化,确保项目的顺利进行和质量控制。以下是对该文档内容的详细解释: **需求变更申请**: 在软件项目中,需求变更申请(Change Request,CR)...
### 系统需求变更单模板知识点解析 ...综上所述,系统需求变更单是项目管理中不可或缺的一部分,它不仅有助于清晰地记录和管理需求变更,还能促进团队之间的有效沟通与协作,确保项目的顺利进行。
### 项目中的需求分析管理 #### 一、需求分析的重要性 需求分析作为项目开发的基石,其质量直接决定了后续工作的开展以及项目的成功与否。在实际操作过程中,虽然很多团队已经意识到了需求分析的重要性并采取了...
《软件项目变更请求书(说明书)模板》是项目管理中不可或缺的一部分,它不仅能够帮助项目团队有效管理变更过程,还能够确保所有的变更都经过了适当的审批和评估,从而减少项目风险,提高项目的成功率。通过对上述各...
需求变更文档是软件开发过程中不可或缺的一部分,它详细记录了在项目进行中,需求出现变动时的具体情况,确保团队成员、利益相关者以及客户都对需求的更改有清晰的理解。本篇文档主要关注的是一个功能需求的变更,即...
一、变更申请基本信息 需求变更(提出方填写) 需求确认(由主管部门填写) 开发人员填写 需求提出人: 需求确认人: 需求响应人: 响应时间: 提出时间: 需求确认时间: 变更工作量: 计划完成时间: 二、变更...
软件开发项目中的需求变更分析和解决之道.pdf