第一篇:测试人员如何应对需求变更(转)
需求频繁变更这个产生的主要原因是:
1.前期需求调研工作没有做到位,在需求调研时没有真正深入了解用户需要什么东西?用户做这个东西的目的是什么?为什么要这么做?
2.项目经理对项目掌控力度够,如果一个项目的需求一定情况向,尽可能避免在短时间里频繁变更,可以采用集中变更或者分阶段变更
3.客户在最开始时自己也没搞清楚要做出什么样子?随着系统的成型上线,提出一些新想法等导致需求变更。
4.客户就是上帝,所以有些变更时必须的测试人员如何面对变更?
1. 协调制定变更规范,比如说每次需求人员都会发出变更申请书,这样可以作为开发人员和测试人员工作的依据。如果这点也做不到的话,建议把发给开发人员的变更信息同时抄送给测试人员,使测试人员和开发人员保持信息基本一致
2. 在每次测试前,一个比较详细的测试测试任务列表单,同时注明本次测试的侧重点【变更哪些需求、新增了哪些需求】,找相关人员确认【可以抄送多人】
3. 良好的团队合作。对新的改动及时通知对方,短时间内开展最有效的团队协作及时沟通,需求相关人员和开发人员、测试人员做好即时沟通,第一时间知道需求的变更,及时做好测试策略更新。知道的越早对我们的影响越小,需要的测试成本也越低。
4. 及时整理并记录测试需求变更,在每次不论通过何种方式得到需求变更信息,都要及时记录,以便以后测试
5. 每天保持记录测试工作日志,主要包括【1.测试中遇到的问题及其解决方式(可以形成测试知识库)、2.记录测试任务及其工作成果(主要是记录今天做了什么?成果是什么?以便以后总结)、3.记录测试进度(记录个人或者团队的工作进度情况;这样时间长了就基本可以评估测试那个模块,那个流程,哪一类问题需要多长时间,以便对日后工作做一个计划)、4。记录测试问题总结等(对问题归类总结,时间长知识库、日后需要加强学习和注意的地方)】
6. 测试人员应该把需求变化当作是一种项目常态,平常心应对。任何项目要想安装预期规划发展那几基本上是做不到的,所以变更将是我们工作中的一个常态。
注:本文转自网络,
第二篇:产品经理如何应对非功能性产品需求变更
产品经理如何应对非功能性产品需求变
更
令人烦恼的非功能性需求变更
在软件开发中,大家都会遇到过这样的问题:客户的一个新想法,就推翻了之前与客户经过再三讨论而确认定下来的需求。如果是功能性需求变更还会让人容易接受一些,毕竟功能性需求不实现的话,是会大大影响到软件产品的质量。但现在我所负责的这个开发项目中遇到的都是一些非功能性的变更,而且许多是看起来无关痛痒的、鸡毛蒜皮的变更。(1)什么是非功能性需求?
在IEEE中,软件需求的定义是:用户解决问题或达到目标所需的条件或功能。一般包含业务需求、用户需求、功能需求、行业隐含需求和一些非功能性需求。业务需求反映了客户对系统、产品高层次的目标要求;功能需求定义了开发人员必须实现的软件功能。所谓非功能性需求,是指为满足用户业务需求而必须具有除功能需求以外的特性。包括系统性能、可靠性、可维护性、易用性和对技术和对业务适应性等。其中最常见的是软件界面、操作方便等一系列要求。(2)非功能性需求变更的特点
让我们从客户角度和开发人员角度去看看非功能性需求的特点。首先,有些非功能性小需求从客户角度看起来工作量不大,但是实际上开发人员要耗费比较长的时间去完成这些小功能。其次,许多非功能性需求,如界面美观、操作方便等都是客户头脑一热、或领导一拍脑袋就部署下去的需求,往往是原来在需求分析阶段所没有注意的内容。其实,非功能性需求是常常被轻视,甚至被忽视的。原因是非功能性需求描述很困难,它很难像功能性需求那样,可以通过结构化和量化的词语来描述清楚。在描述这类需求时候,我们经常采用软件性能要好、操作要方便、软件界面要美观大方等较模糊的描述词语。例如,易用性就同时涉及到美工和UI界面、人机工程、交互式设计、心理学、用户行为模式等内容。这类描述词语都是脱离了软件的执行环境,是对人和相关的场景的描述,因此很难体现到软件架构设计和具体的实现中。
为什么非功能性需求变更会频繁发生?
为什么非功能性需求不能固定下来呢?或定下来后就不许变了呢?通常有许多人会问这样的问题。实际上,当他变成了客户时,他可能就不会问这个问题了。(1)非功能性需求容易产生理解分歧
在软件需求分析阶段,客户和开发人员对非功能性需求的理解呈现“大体上共识多,细节上差异多”的特点。一般跟分析员的知识、背景,还有客户表述的标准程度、双方的交流情况有关。即使通过反复沟通,但是以实践经验来看非功能性需求的描述还是永远不够清晰、不够明确的,主要是因为在这个阶段所谓的产品还只存在于大家的大脑构思中。
作为一个客户,大多数情况下是不懂技术的,但他所需要的软件在他的心里还是有一个印象的。他会想象出软件的样子和功能,然后通过口头或者笔头的方式告诉需求分析人员。简单的说,就是在这个阶段用户往往不能确切地定义自己需要什么。用户常常以为自己清楚,但实际上他们提出的需求只是依据当前的工作所需,或者是他们想象出来的东西。结果是当客户向需求分析人员提出需求的时候,往往是通过自己的想法用自然语言来表达的,这样的表达结果对于真实的需求来说只是一种描述,甚至只是某个角度的描述,但远远不能保证这样的描述可以得到百分之百的正确理解。
当客户提出要求之后,在双方认为理解大概没有分歧的时候,开发人员就开始工作了。但随着开发工作的不断进展,系统开始展现雏形,客户对系统的了解也逐步深入。这个时候,客户就会对系统的界面、操作、功能、性能等有一些了解,就有可能提出需求变更要求,而且这些要求很多是基于主观的、人为的因素。总之,他们了解得越多,新的要求也就会越多。(2)没有明确的需求变更管理流程
在软件开发中的常识是,一旦发生需求变更不要一味的抱怨,也不要一味地去迎合客户的新需求,而是要管理和控制需求变更。但令人不解的是我们常常看到变更的提出、讨论和执行常常只停留在口头上。这样做有两个弊端:首先是时间一长,无论是当事人还是开发团队都说不清楚变更是因何发生以及结果怎么样了。显然,这对于提高项目质量、改进开发过程是很不利的。其次是由于缺乏形式上的约束和对变更代价的定量分析,变更会被非常随意地提出、或被草率地执行,也会大大影响项目的进展和开发质量。
因此,没有明确的需求变更管理流程,就会使需求变更变得泛滥。因为并不是所有的变更都要修改,也不是所有变更都要立刻修改,需求变更管理的目的是为了决定什么类型的变更需要修改和什么时候修改。比如界面风格问题,就可以先不修改,或者规划一下修改的时间待到以后进行优化。(3)没有让客户知道需求变更的代价
对变更的影响没有评估是需求变更泛滥的根本原因。变更都是有代价的,应该要评估变更的代价和要让客户了解需求变更的后果。如果客户不知道需求变更付出的代价,对开发人员的辛苦就会难以体会。
相比于需求开发人员而言,客户可能对需求变更认识不足,认为他们出钱,软件开发团队就要为它服务。因此,客户对需求变更往往会肆无忌弹,将需求变更视为儿戏,随个人喜好随意变更需求。所以,在和客户接触时应该挑明态度,特别是要让他们清楚需求随意变更所带来的代价和风险。如果客户认为代价太大,那么开发人员就没有必要及时修改,按原来的进度走,但仍要记录变更,待下一版本在修改。
如何有效控制非功能性需求的变更?
做任何变更之前,我们都要考虑后果。由于非功能性需求变更在开发中所处的重要地位,一旦需求发生变化,影响面是很广的。因此,有效控制非功能性需求频繁变更是一件不容小视的事情。(1)建立明确的非功能性需求基线
对于软件开发来说,变更无可避免,也无从逃避,只能积极应对。因此,在开发过程中,建立明确的非功能性需求基线是一件重要的事情。如果非功能性需求没做好,基线范围就含糊不清,就容易被客户抓住空子,往往要付出许多无谓的变更。如果非功能性需求基线做得好,文档清晰且又有客户签字,那么后期客户提出的非功能性需求变更就会大大减少。因此,在建立需求基线的时候千万不能手软,这并非要刻意针对客户,而是不能让客户养成经常变更的习惯,否则后患无穷。
(2)建立需求变更管理流程
需求变更对软件开发成败有重要影响,既不能一概拒绝客户的变更要求,也不能一味地迁就客户,所以必须要做好需求变更的控制。有句通俗的话说得非常好:需求变更管理的目的不是控制变更的发生,而是对变更进行管理,确保变更有序进行。需求变更管理流程包括变更申请环节、审批人员、审批事项、审批流程等。目的有两个:一是将客户下达变更的流程尽可能地规范化,减少张嘴就来的非必要、非紧急、非合理、非高层领导意图的无效变更。二是留下书面依据,为今后可能的成本核算准备好变更账。因此,凡未履行审批程序的变更,一律是无效变更不予受理。在实践中,人们往往不愿意为小的需求变更去执行正规的需求管理过程,认为降低了开发效率,浪费了时间。但正是由于这种观念才会使到需求变更逐渐变为不可控,最终导致项目的失败。(3)确认客户是否接受变更的代价
需求变更作为一个计划外的风险对项目肯定存在冲击,只是大小的差别。而且客户的需求是永远不会满足的,可能一天一个样,为了达到控制频繁的需求变更。需要将变更后产生的成本进行评估与量化,形成分析报告提交双方领导。否则,一味的妥协只会让项目进一步恶化。因此,要让客户认识到变更都是有代价的,不要让客户养成随意变更的毛病。一般来说,如果客户认为该非功能性变更是必须的,而不是其上级领导拍脑袋提出的就会接受这些代价。通过与客户的沟通和协商,开发团队即使没有回报也不会招致客户的埋怨。(4)加强合同约束力
虽然软件开发合同很难在签订之初就能够精确定义每项需求,单靠合同是帮不上忙的,但也不能忽视合同的约束力。因为有时销售人员为使客户能够快速的签订合同,往往草率决定和片面同意客户提出的需求。当客户提出新的需求时,销售人员往往一看“应该”只是一个小小的修改,没有太大的影响,可能会直接答应能变更。所以,在与客户签订开发合同时,可以增加一些相关条款,如限定客户提出需求变更的时间,规定何种情况的变更可以接受、拒绝接受或部分接受,还可以规定发生需求变更时必须执行变更控制流程等。(5)加强感情沟通,注意沟通技巧
大多时候单靠合同的约束力是解决不了纷争的。客户着急了就是一句潜台词:做不做,不想做就滚蛋,想做的公司多着呢。例如,有时明明是不合理的要求,可是客户也会狡辩凭什么不给他们做,这可是合同范围内的工作。所以,单看合同是没用的。
那可怎么办呢?通常的做法是通过感情联络,争取客户的同情。我们常常对客户说的一句老生常谈的话,就是提需求也要讲究合情合理,这句话在变更管理中有着独特的意义。用我们的行话说是:做好需求变更管理控制只是做好了一半的工作,还有一半的工作就是去讲道理,去用心、用感情劝客户回头。
月有阴晴圆缺,潮涨潮落。变化并不一定总是给我们带来麻烦,有时也会带来惊喜。在软件开发中,对待客户提出的非功能性需求变更,我们需要用平常心去看待,不是一味拒绝,也不要一味答应。
第三篇:人员需求
一、围帽车间需求以下人才:
1.电脑横机制版、打样师各一名。要求:从业资格三年以上,男女不限,年龄40岁以下。
2.生产部经理一名。要求:从事过羊毛衫、服装、围巾、帽子等生产,熟悉生产工艺流程,组织生产能力强,协调工作强,从业资格五年以上,年龄50岁以下,性别不限。
3.针织电脑横机挡车工数名。要求:熟练工优先。
4.机修工5名,要求:从事电脑横机维修、、保养具有一定的机械和电路知识,有从业资格者优先,限男性,年龄在30岁以下
5.电工5名,要求:懂电路知识,熟悉强弱电控制,有从业资格者优先。
6.仓库管理员两名,要求:熟悉电脑办公软件,具有一定能的仓库管经验,最好懂ERP管理系统,年龄35岁以下。
二、缝制车间需求以下人才:
1.裁剪工两名,要求:具有从业资格三年以上,能够独立操作裁床的工作,熟悉裁剪工作流程。
2.样衣工六名,要求:能够独立完成服装的制作,工作认真、细心,具有敬业精神。
3.制版师一名,要求:具有一定的从业经验,能够操作服装专用CAD制图,有一定的面料知识。
4.毛料采购一名,要求:熟悉面料知识,熟悉国内外面料行情的价格变化,熟悉针织面料的制作印染过程,思维敏捷,具有敬业精神。
5.业务员三名,要求:具有一定的服装专业知识,熟悉面料行情的变化,具有报价、接单能力,熟悉外贸操作流程,能够进行英语交流。年龄在40岁以下。
6.整烫工六名,要求:从业三年以上,具有一定的操作经验,熟悉服装整理的操作规范,能够操作电加热蒸汽发生器,并熟悉工作原理。
第四篇:人员需求申请
人员需求申请
申请部门:XXXXXXXX 申请职位:物业消防专员
(消防大队要求消防专员三班倒,每班配备2人,共计6人)人数:3人(为降低人员成本,消防专员与监控室3人配合工作)消防专员职责 :
一、遵守公司制度,服从保安领班工作安排,日常工作由保安主管监管落实,同时应积极主动协助保安主管开展各项工作。
二、在小区广泛开展防火宣传,普及消防常识,确保小区消防安全。
三、对小区消防工作开展以及对防火、防灾等安全负有管理责任。
四、管理好小区的消防器材,定期进行维护保养,确保消防器材、设施设备的正常运转和使用。
五、制定防火规章制度,落实防火责任,建立健全消防安全档案的整理和管理工作。
六、做好小区员工及义务消防队员的防火安全教育,并组织消防知识培训及进行各项演练工作。
七、根据小区的灭火设施、设备制定相应的应急灭火方案。
八、经常开展消防检查,及时排除火险隐患,同时以书面形式提出消防整改计划和消防安全工作报告。
九、负责小区消防标识、消防警示牌等树立及维护。
十、检查各部门各岗位防火责任制及防火安全制度落实情况,发现问题及时以书面形式通知所在部门负责人进行整改。
十一、负责对商铺做好防火宣传,增强业主的防火意识,使其学会基本的防火自救方法。
十二、负责加强对电源、火种、易燃气体、液体的检查及储存管理工作。
十三、负责制定其它安全防火措施及有火情马上组织人员进行抢险。
十四、当消防主机有火警显示,接到火情侦察指令,必须及时赶到现场确认,属于误报应及时排除,若有火情应探明火灾情况并及时启动火灾应急方案。
十五、作好楼层安全巡查工作,预防失窃、火灾和杜绝其它突发事件发生。
任职资格:
一、年龄18-40岁,形象良好,身体健康
二、高中以上学历,相关技术专业优先。
三、有中控室值机操作上岗证或退伍军人优先。
四、良好的沟通与协调能力,能准确传达上级的指示和工作安排,可以用书面形式总结本岗位的工作情况,能与其他部门保持良性的合作与协助关系
五、有责任心,勇于担当,为人阳光、正直,执行力强,具备优秀的职业操守。
六、熟悉与物业消防工作有关的法律、法规和政策。
第五篇:人员需求计划表
人员需求计划表
需求单位:申请日期:
需求岗位1需求岗位2需求岗位3需求岗位4编制人数 现有人数 需求原因
需求人数 需求人数 需求人数 需求人数
人 人
需求日期 需求日期 需求日期 需求日期
年月日 年月日 年月日 年月日
工作需要
性别: □男(人)□女(人)□不限(人)学历: □研究生(人)□大学(人)□大专(人)□高中(人)□不限(人)□其他(人)专业:
任用资格 经验:
语言能力:普通话:□听 □说 □写英语:□听 □说 □写
其他语言及状况 _______________________________________________ 电脑技能:□打字 □计算 □制作报表 □其他 ___________________________ 其他资格要求:
部门经理
人力资源部
总裁办公会
年月日 年月日