优秀系统分析师必读：需求分析20条原则

第一篇：优秀系统分析师必读：需求分析20条原则

优秀系统分析师必读：需求分析20条原则

需求通常有一定灵活性，分析人员可能发现已有的某个软件组件与客户描述的需求很相符，在这种情况下，分析人员应提供一些修改需求的选择以便开发人员能够降低新系统的开发成本和节省时间，而不必严格按原有的需求说明开发。客户要尽量将每项需求的内容都阐述清楚，以便分析人员能准确地将它们写进“软件需求报告”中去。

对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。

经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。”

分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。”经理觉得奇怪：“我不是刚告诉你我的需求了吗？”

分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。”

经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？”

分析员尽量解释从用户处收集需求的合理性：“如果我们只是凭空猜想用户的要求，结果不会令人满意。我们只是软件开发人员，而不是采购专家、营运专家或是财务专家，我们并不真正明白您这个企业内部运营需要做些什么。我曾经尝试过，未真正明白这些问题就开始编码，结果没有人对产品满意。”

经理坚持道：“行了，行了，我们没有那么多的时间。让我来告诉您我们的需求。实际上我也很忙。请马上开始开发，并随时将你们的进展情况告诉我。”风险躲在需求的迷雾之后

以上我们看到的是某客户项目经理与系统开发小组的分析人员讨论业务需求。在项目开发中，所有的项目风险承担者都对需求分析阶段备感兴趣。这里所指的风险承担者包括客户方面的项目负责人和用户，开发方面的需求分析人员和项目管理者。这部分工作做得到位，能开发出很优秀的软件产品，同时也会令客户满意。若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。因此可见——需求分析奠定了软件工程和项目管理的基础。

拨开需求分析的迷雾

像这样的对话经常出现在软件开发的过程中。客户项目经理的需求对分析人员来讲，像“雾里看花”般模糊并令开发者感到困惑。那么，我们就拨开雾影，分析一下需求的具体内容：

·业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。·用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。

·功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。

·非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。

·需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。

前面提到的客户项目经理通常阐明产品的高层次概念和主要业务内容，为后继工作建立了一个指导性的框架。其他任何说明都应遵循“业务需求”的规定，然而“业务需求”并不能为开发人员提供开发所需的许多细节说明。

下一层次需求——用户需求，必须从使用产品的用户处收集。因此，这些用户构成了另一种软件客户，他们清楚要使用该产品完成什么任务和一些非功能性的特性需求。例如：程序的易用性、健壮性和可靠性，而这些特性将会使用户很好地接受具有该特点的软件产品。

经理层有时试图代替实际用户说话，但通常他们无法准确说明“用户需求”。用户需求来自产品的真正使用者，必须让实际用户

参与到收集需求的过程中。如果不这样做，产品很可能会因缺乏足够的信息而遗留不少隐患。

在实际需求分析过程中，以上两种客户可能都觉得没有时间与需求分析人员讨论，有时客户还希望分析人员无须讨论和编写需求说明就能说出用户的需求。除非遇到的需求极为简单；否则不能这样做。如果您的组织希望软件成功，那么必须要花上数天时间来消除需求中模糊不清的地方和一些使开发者感到困惑的方面。

优秀的软件产品建立在优秀的需求基础之上，而优秀的需求源于客户与开发人员之间有效的交流和合作。只有双方参与者都明白自己需要什么、成功的合作需要什么时，才能建立起一种良好的合作关系。

由于项目的压力与日俱增，所有项目风险承担者有着一个共同目标，那就是大家都想开发出一个既能实现商业价值又能满足用户要求，还能使开发者感到满足的优秀软件产品。

客户的需求观

客户与开发人员交流需要好的方法。下面建议20条法则，客户和开发人员可以通过评审以下内容并达成共识。如果遇到分歧，将通过协商达成对各自义务的相互理解，以便减少以后的磨擦（如一方要求而另一方不愿意或不能够满足要求）。

1、分析人员要使用符合客户语言习惯的表达

需求讨论集中于业务需求和任务，因此要使用术语。客户应将有关术语（例如：采价、印花商品等采购术语）教给分析人员，而客户不一定要懂得计算机行业的术语。

2、分析人员要了解客户的业务及目标

只有分析人员更好地了解客户的业务，才能使产品更好地满足需要。这将有助于开发人员设计出真正满足客户需要并达到期望的优秀软件。为帮助开发和分析人员，客户可以考虑邀请他们观察自己的工作流程。如果是切换新系统，那么开发和分析人员应使用一下目前的旧系统，有利于他们明白目前系统是怎样工作的，其流程情况以及可供改进之处。s3、分析人员必须编写软件需求报告

分析人员应将从客户那里获得的所有信息进行整理，以区分业务需求及规范、功能需求、质量目标、解决方法和其他信息。通过这些分析，客户就能得到一份“需求分析报告”，此份报告使开发人员和客户之间针对要开发的产品内容达成协议。报告应以一种客户认为易于翻阅和理解的方式组织编写。客户要评审此报告，以确保报告内容准确完整地表达其需求。一份高质量的“需求分析报告”有助于开发人员开发出真正需要的产品。

4、要求得到需求工作结果的解释说明

分析人员可能采用了多种图表作为文字性“需求分析报告”的补充说明，因为工作图表能很清晰地描述出系统行为的某些方面，所以报告中各种图表有着极高的价值；虽然它们不太难于理解，但是客户可能对此并不熟悉，因此客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果，以及怎样检查图表有无错误及不一致等。

5、开发人员要尊重客户的意见

如果用户与开发人员之间不能相互理解，那关于需求的讨论将会有障碍。共同合作能使大家“兼听则明”。参与需求开发过程的客户有权要求开发人员尊重他们并珍惜他们为项目成功所付出的时间，同样，客户也应对开发人员为项目成功这一共同目标所做出的努力表示尊重。

6、开发人员要对需求及产品实施提出建议和解决方案

通常客户所说的“需求”已经是一种实际可行的实施方案，分析人员应尽力从这些解决方法中了解真正的业务需求，同时还应找出已有系统与当前业务不符之处，以确保产品不会无效或低效；在彻底弄清业务领域内的事情后，分析人员就能提出相当好的改进方法，有经验且有创造力的分析人员还能提出增加一些用户没有发现的很有价值的系统特性。

7、描述产品使用特性

客户可以要求分析人员在实现功能需求的同时还注意软件的易用性，因为这些易用特性或质量属性能使客户更准确、高效地完成任务。例如：客户有时要求产品要“界面友好”或“健壮”或“高效率”，但对于开发人员来讲，太主观了并无实用价值。正确的做法是，分析人员通过询问和调查了解客户所要的“友好、健壮、高效所包含的具体特性，具体分析哪些特性对哪些特性有负面影响，在性能代价和所提出解决方案的预期利益之间做出权衡，以确保做出合理的取舍。

8、允许重用已有的软件组件

需求通常有一定灵活性，分析人员可能发现已有的某个软件组件与客户描述的需求很相符，在这种情况下，分析人员应提供一些修改需求的选择以便开发人员能够降低新系统的开发成本和节省时间，而不必严格按原有的需求说明开发。所以说，如果想在产品中使用一些已有的商业常用组件，而它们并不完全适合您所需的特性，这时一定程度上的需求灵活性就显得极为重要了。

9、要求对变更的代价提供真实可靠的评估

有时，人们面临更好、也更昂贵的方案时，会做出不同的选择。而这时，对需求变更的影响进行评估从而对业务决策提供帮助，是十分必要的。所以，客户有权利要求开发人员通过分析给出一个真实可信的评估，包括影响、成本和得失等。开发人员不能由于不想实施变更而随意夸大评估成本。

10、获得满足客户功能和质量要求的系统

每个人都希望项目成功，但这不仅要求客户要清晰地告知开发人员关于系统“做什么”所需的所有信息，而且还要求开发人员能通过交流了解清楚取舍与限制，一定要明确说明您的假设和潜在的期望，否则，开发人员开发出的产品很可能无法让您满意。

11、给分析人员讲解您的业务

分析人员要依靠客户讲解业务概念及术语，但客户不能指望分析人员会成为该领域的专家，而只能让他们明白您的问题和目标；不要期望分析人员能把握客户业务的细微潜在之处，他们可能不知道那些对于客户来说理所当然的“常识”。

12、抽出时间清楚地说明并完善需求

客户很忙，但无论如何客户有必要抽出时间参与“头脑高峰会议”的讨论，接受采访或其他获取需求的活动。有些分析人员可能先明白了您的观点，而过后发现还需要您的讲解，这时请耐心对待一些需求和需求的精化工作过程中的反复，因为它是人们交流中很自然的现象，何况这对软件产品的成功极为重要。

13、准确而详细地说明需求

编写一份清晰、准确的需求文档是很困难的。由于处理细节问题不但烦人而且耗时，因此很容易留下模糊不清的需求。但是在开发过程中，必须解决这种模糊性和不准确性，而客户恰恰是为解决这些问题作出决定的最佳人选，否则，就只好靠开发人员去正确猜测了。

在需求分析中暂时加上“待定”标志是个方法。用该标志可指明哪些是需要进一步讨论、分析或增加信息的地方，有时也可能因为某个特殊需求难以解决或没有人愿意处理它而标注上“待定”。客户要尽量将每项需求的内容都阐述清楚，以便分析人员能准确地将它们写进“软件需求报告”中去。如果客户一时不能准确表达，通常就要求用原型技术，通过原型开发，客户可以同开发人员一起反复修改，不断完善需求定义。

14、及时作出决定

分析人员会要求客户作出一些选择和决定，这些决定包括来自多个用户提出的处理方法或在质量特性冲突和信息准确度中选择折衷方案等。有权作出决定的客户必须积极地对待这一切，尽快做处理，做决定，因为开发人员通常只有等客户做出决定才能行动，而这种等待会延误项目的进展。

15、尊重开发人员的需求可行性及成本评估

所有的软件功能都有其成本。客户所希望的某些产品特性可能在技术上行不通，或者实现它要付出极高的代价，而某些需求试图达到在操作环境中不可能达到的性能，或试图得到一些根本得不到的数据。开发人员会对此作出负面的评价，客户应该尊重他们的意见。

16、划分需求的优先级

绝大多数项目没有足够的时间或资源实现功能性的每个细节。决定哪些特性是必要的，哪些是重要的，是需求开发的主要部分，这只能由客户负责设定需求优先级，因为开发者不可能按照客户的观点决定需求优先级；开发人员将为您确定优先级提供有关每个需求的花费和风险的信息。

在时间和资源限制下，关于所需特性能否完成或完成多少应尊重开发人员的意见。尽管没有人愿意看到自己所希望的需求在项目中未被实现，但毕竟是要面对现实，业务决策有时不得不依据优先级来缩小项目范围或延长工期，或增加资源，或在质量上寻找折衷。

17、评审需求文档和原型

客户评审需求文档，是给分析人员带来反馈信息的一个机会。如果客户认为编写的“需求分析报告”不够准确，就有必要尽早告知分析人员并为改进提供建议。

更好的办法是先为产品开发一个原型。这样客户就能提供更有价值的反馈信息给开发人员，使他们更好地理解您的需求；原型并非是一个实际应用产品，但开发人员能将其转化、扩充成功能齐全的系统。

18、需求变更要立即联系

不断的需求变更，会给在预定计划内完成的质量产品带来严重的不利影响。变更是不可避免的，但在开发周期中，变更越在晚

期出现，其影响越大；变更不仅会导致代价极高的返工，而且工期将被延误，特别是在大体结构已完成后又需要增加新特性时。所以，一旦客户发现需要变更需求时，请立即通知分析人员。

19、遵照开发小组处理需求变更的过程

为将变更带来的负面影响减少到最低限度，所有参与者必须遵照项目变更控制过程。这要求不放弃所有提出的变更，对每项要求的变更进行分析、综合考虑，最后做出合适的决策，以确定应将哪些变更引入项目中。

20、尊重开发人员采用的需求分析过程

软件开发中最具挑战性的莫过于收集需求并确定其正确性，分析人员采用的方法有其合理性。也许客户认为收集需求的过程不太划算，但请相信花在需求开发上的时间是非常有价值的；如果您理解并支持分析人员为收集、编写需求文档和确保其质量所采用的技术，那么整个过程将会更为顺利。

“需求确认”意味着什么

在“需求分析报告”上签字确认，通常被认为是客户同意需求分析的标志行为，然而实际操作中，客户往往把“签字”看作是毫无意义的事情。“他们要我在需求文档的最后一行下面签名，于是我就签了，否则这些开发人员不开始编码。”

这种态度将带来麻烦，譬如客户想更改需求或对产品不满时就会说：“不错，我是在需求分析报告上签了字，但我并没有时间去读完所有的内容，我是相信你们的，是你们非让我签字的。”

同样问题也会发生在仅把“签字确认”看作是完成任务的分析人员身上，一旦有需求变更出现，他便指着“需求分析报告”说：“您已经在需求上签字了，所以这些就是我们所开发的，如果您想要别的什么，您应早些告诉我们。”

这两种态度都是不对的。因为不可能在项目的早期就了解所有的需求，而且毫无疑问地需求将会出现变更，在“需求分析报告”上签字确认是终止需求分析过程的正确方法，所以我们必须明白签字意味着什么。

对“需求分析报告”的签名是建立在一个需求协议的基线上，因此我们对签名应该这样理解：“我同意这份需求文档表述了我们对项目软件需求的了解，进一步的变更可在此基线上通过项目定义的变更过程来进行。我知道变更可能会使我们重新协商成本、资源和项目阶段任务等事宜。”对需求分析达成一定的共识会使双方易于忍受将来的摩擦，这些摩擦来源于项目的改进和需求的误差或市场和业务的新要求等。

需求确认将迷雾拨散，显现需求的真面目，给初步的需求开发工作画上了双方都明确的句号，并有助于形成一个持续良好的客户与开发人员的关系，为项目的成功奠定了坚实的基础。

第二篇：需求分析师岗位职责

需求分析师岗位职责

1、负责与用户(包括客户、潜在用户、项目人员、公司高管等)沟通，进行需求调研，挖掘,分析,引导并归纳用户(客户)需求;

2、配合架构师，与开发人员沟通分析需求的可行性、合理性,参与需求汇报与评审;

3、分析项目、用户需求，熟悉竞争对手动态和市场动态，规划产品路线图，提出产品需求满足路线和现有产品改进路线;

4、通过各种手段，收集分析同类软件产品的功能，提出软件改进建议和功能需求;

5、根据产品规划或者项目要求，开展需求调研，完成调研报告和需求规格说明书;

6、进行业务流程的分析和建模;

7、进行数据结构的分析和建模;

8、进行系统架构的分析和底层设计;

9、核心模块的编码;

10、开发人员技术指导;

需求分析师岗位职责(二)

1)负责调研和收集客户需求，梳理业务流程和系统设计，完成需求规格说明书;

2)负责项目资料的编写、收集、整理、归档;

3)与开发人员对接需求，负责开发过程中的需求把控、测试、bug跟踪及现场实施;

4)沟通表达能力良好，思维逻辑清晰，有较强的学习能力;

5)熟悉物流、公路运输业务等优先;

6)两年以上项目需求、实施经验;

7)svn;Axure;office办公软件等基本软件使用。

需求分析师岗位职责(三)

1、负责O2O及电商ERP系统的业务需求分析和评估及管理工作;

2、负责相关系统的需求调研、分析和管理工作，对需求文档进行管理;

3、对需求进行分析、管理，估算需求执行的成本和工作量，跟踪及控制变更;

4、配合产品经理估算项目的需求开发成本和周期，并跟进项目/任务执行进度;

5、负责需求优先级等;

6、负责向开发和测试团队讲解业务需求和业务流程;

7、负责跟进维护型需求的设计、开发、测试、上线整个流程，保障需求与实现的一致性。

需求分析师岗位职责(四)

1、根据公司发展战略方向，收集行业应用相关信息，为新产品规划、设计提供决策支持和依据;

2、通过客户沟通、现场调研、规程研究、数据分析等方式，结合用户需求，推进产品的不断改进和完善;

3、负责客户需求的收集、整理、分析，编制需求规格说明书，完成新功能/产品的概念设计;

4、引导完成产品的界面、功能、流程设计及开发工作，负责引导用户合理控制需求范围，把控项目质量;

5、完成项目监控、协调工作，参与实施、培训、验收、推广等文件资料的编写及内外部应用培训工作

需求分析师岗位职责(五)

1、负责行业需求分析工作

2、负责行业解决方案拓展，具备一定需求应急变更应对方案能力

3、对行业业务有深入了解并具备一定的医疗卫生行业流程管理知识

4、负责需求变更记录工作

5、负责需求变更上传下达

6、负责与客户交流，并掌握变更尺度

7、良好的沟通能力，敬业，态度积极主动

第三篇：需求分析师的职责

需求分析师的职责

职责：

1.负责公司售前招标文档，产品规划方案的编写;

2.负责电信运营商电商、市场、客服等部门的需求沟通、产品设计和文档编写;

3.负责公司自用支撑系统相关模块的需求分析、产品设计等工作;

4.协助产品汇报，完成方案组合包装。

任职要求：

1、全日制正规院校本科或以上学历;

2、___年以上业务调研、需求分析或策划工作经验(有开发经验优先);

3、熟悉业务需求调研的方法，掌握相关工具Xmind、visio、Axure工具的使用;

4、具有良好的与用户沟通的能力，能独立进行需求分析及功能设计;

5、能够代表本部门与跨部门、外部的客户进行沟通，并保持良好合作关系;

6、具备良好的自我管理能力，具备快速学习能力及适应能力，能够承受一定压力;

7、工作态度端正，积极主动，团队合作能力强。

需求分析师的职责2

职责：

1、负责产品业务需求收集、梳理及可行性分析;

2、负责产品业务功能验证，数据测试，提供界面优化建议;

3、制作产品原型，参与制定需求计划并负责需求分析规格说明书编写;

4、跟踪产品开发进度，关注用户需求，收集用户反馈，分析用户行为，提升产品用户体验。

任职资格：

1、本科及以上学历，财税相关专业;

2、熟悉软件需求分析工具以及办公软件，良好的文档撰写能力;

3、良好的逻辑能力，学习理解能力强，具备优秀的沟通协作、执行能力;

4、思维活跃，对用户体验敏感，有较强的洞察能力，创新意识和责任心;

5、有财税、财税软件等相关工作经验(至少___年以上)，或具备税务师、会计师等证书者优先考虑。

需求分析师的职责3

职责：

需求调研、系统分析和设计;

产品功能、业务规则设计;

配合项目的整体计划和安排，指导系统设计和开发工作;

与程序人员及时沟通，进行需求确认，推进项目实施进度;

编写各类系统分析和设计文档。

岗位要求

三年工作经验，有项目管理经验、电气或信息化行业背景优先;

本科以上学历，计算机、电气等相关专业;

熟悉应用产品开发流程，熟悉体系架构设计，善于控制需求，进行版本范围及项目范围管理;

良好的软件质量控制意识和经验，优秀的语言表达能力;逻辑思维能力强;思路清晰、敏锐;能快速捕捉用户需求并引导用户;

熟练的office使用技巧;

良好的沟通和团队合作精神。

需求分析师的职责4

职责：

1.负责需求调研、分析，完成调研报告和需求规格说明书等需求文档;

2.负责交互式高保真原型设计;

3.负责与客户的沟通协调，编制与客户相关的各类文档、方案;

4.负责用户的培训和技术指导;

5.参与系统设计工作，并向开发团队提供咨询、指导、解释业务需求;

6.参与整个项目开发过程，负责需求跟踪，需求变更的管理，与项目团队一起保证最终交付。

任职要求：

___本科学历，___年以上业务需求分析工作经验;

2.精通业务需求分析方法如UML;

3.精通业务流程图绘制，如使用VISIO绘制职能带图等;

4.精通原型设计，能使用Axure原型工具进行高保真原型设计;

5.快速学习能力，从业务专家处快速学习业务，进行归纳总结提炼;

6.有国网物资业务经验更佳。

需求分析师的职责5

职责：

1.根据概要需求(客户及内部需求)编写详细需求规格说明书;

2.系统规划，与产品人员进行前期调研和产品设计工作，编写调研报告和项目解决方案;

3.参与系统功能验收工作及用户手册、新增产品功能培训资料的编写;

4.负责客户需求调研及需求反馈的分析;

5.配合测试人员编写测试计划、测试用例、测试报告的编写、问题缺陷的发现及跟踪、产品用户手册编写等;

6.协助系统架构师、系统分析师对需求进行理解。

要求：

1.计算机相关专业，全日制本科以上学历，二年以上软件需求分析工作经验，有软件开发和大型行业应用系统撰写经验;

2.熟悉软件工程理论，掌握软件需求获取与分析技术和管理方法;

3.熟练掌握用户调研、需求分析、架构设计及交互设计等分析相关技能;

4.熟悉软件研发过程，关注用户体验，了解企业级系统的基本开发技术;

5.能独立阅读英语资料，有较强的书面和语言表达能力;

6.具有良好的团队意识和合作精神，具敏锐的观察力和良好的分析判断能力;

7.思维敏捷，责任感强，善于发现和理解业务需求、挖掘并引导客户需求。

第四篇：需求分析师的岗位职责

需求分析师的岗位职责

职责：

1、负责客户需求调研，进行需求收集、分析、整理、提炼，并能有效引导控制用户的需求。

2、根据项目需求进行原型设计，编制用户需求说明书，并得到用户的认可与确认。

3、负责需求评审会议上的需求讲解，协助开发团队理解和掌握需求，保证需求的正确实现，对项目需求方向和易用性负责。

4、负责产品的现场演示和售前讲解，广泛收集客户的意见和反馈，为后续系统迭代提供需求支持。

5、负责系统交付使用前，验证需求实现情况。

6、根据公司的产品编写用户操作手册，开展用户的操作使用培训工作。

任职要求：

1、熟悉需求调研方法、软件工程理论，有较强的业务流程及业务模型分析设计能力。有开发经验的优先

2、具有很强的业务分析和文档编写能力，熟练掌握Axure、visio等设计工具，思路清晰;

3、具有较强逻辑思维能力和严谨的工作态度。

4、具有良好的沟通能力，丰富的客户访谈经验，对客户需求有敏捷的感知能力;

5、有高度的责任心和团队协作精神，能承受较大的工作压力;

需求分析师的岗位职责21、分解项目建设内容，对比项目招投标等材料，形成待调需求列表;

2、需求调研，输出《需求列表》、《需求说明书〉及必要的原型设计;

3、持续不断地学习公司产品，有效应用到需求调研及引导工作中;

4、需求确认，与客户达成一致，最小范围的控制需求变更;

5、有效对需求进行传达开发工作，确保需求可落地，兼备系统分析师职责;

6、验证需求实现，确保满足项目建设需求功能;

7、有效提炼需求，反馈优化需求至产品中心;

8、其他需要配合的工作，譬如POC演示、擅长方案的编写、PPT汇报等工作;

9、具备一定的项目经理职能。

需求分析师的岗位职责3

职责：

1、根据产品规划或项目要求进行需求调研及分析，撰写高质量的需求文档;

2、设计产品原型图、产品交互设计，确保技术及业务部门准确理解，并监控开发过程中的需求质量;

3、制定产品版本计划，对产品需求进行可行性分析;负责需求的跟踪及控制;

4、配合产品经理做竞品分析，以及产品的战略规划。

任职要求：

1、计算机或通讯相关专业本科或以上学历，___年或以上的实际需求分析经验，丰富的IT技能;

2、具有很强的文档撰写能力及表达理解能力，能够理解客户的需求并向设计开发人员清晰地阐述;

3、熟悉软件需求分析的理论和方法，熟悉软件生命周期、需求相关文档标准;

4、熟悉掌握常用的需求分析工具，如Visio、Axure等相关软件;

5、有一定的数据挖掘及分析能力;

6、有安全相关及大数据业务工作经验者优先考虑。

需求分析师的岗位职责4

职责：

1、负责进行需求调研、客户沟通、需求分析、需求确认等全流程工作;

2、主导开展需求陈述、需求评审工作，完善并确保需求可行合理;

3、配合并参与设计评审、测试评审，确保需求高度转化;

4、持续跟进项目开发工作，对需求实现进行跟踪与确认。

任职资格：

1、本科及以上学历

2、计算机、软件工程、通信工程、网络工程等相关专业

3、具有政务类相关工作经历，至少___年以上软件开发，需求分析或项目管理工作经验，其中___年以上软件需求分析经验，成功参与过大型政府项目的需求分析工作;

4、熟悉需求调研方法，具备较强的业务流程及业务模型分析设计能力;熟悉软件工程理论，掌握软件需求获取与分析方法，熟悉数据库，熟悉J2EE知识体系。

5、善于控制需求，进行版本范围及项目范围管理;具备政务业务需求分析经验者优先;具备开发经验者优先;

6、具备较强的团队协作精神、有效的沟通技巧，在团队协作中具有精炼思维和解决复杂问题的能力，具备良好的学习能力，责任心强，能够承受较大的工作压力

需求分析师的岗位职责5

职责：

1、负责对需求资料收集、进行需求调研，与用户沟通并归纳用户需求;

2、根据业务需求完成产品设计、流程设计，优化系统相关功能，并转化为系统需求文档;

3、负责与UI、开发、测试人员沟通及协调，确保对于需求理解的正确性;

4、收集和跟踪问题反馈，维护已有产品的业务需求变更;

5、对项目进度进行监控并验收功能;

任职要求：

1、全日制本科及以上，985/211院校优先;

2、___年以上工作经验，具有金融行业，特别是证券、期货交易前后台工作经验的优先;

4、熟练使用Axure原型工具;

5、具备良好的逻辑分析能力和文字表达能力，思维清晰敏捷，执行力强;

6、熟悉软件系统开发流程、擅长技术文档的书写。

第五篇：需求分析师的主要职责

需求分析师的主要职责

职责：

1.辅助产品总监做用户需求分析，快速产出产品原型，以原型迭代方式明确产品需求范围，细化产品功能;

2.产出___、用户与业务需求说明书、需求规格说明书、交互原型等工作成果，并通过评审。

3.在进行项目需求分析的同时，在行业应用层面进行业务积累与沉淀。

4.在项目与应用的需求分析过程中，对本公司的业务方向与研发平台的规划提出建议，以提高公司核心竞争力。

5.进行需求讲解，帮助研发与测试团队准确的理解需求。

6.对于具备项目管理经验的需求分析师，可承担项目管理工作。

7.对需求过程进行管理，合理安排需求工作计划，对需求进行跟踪并管理需求变更。

8.本部门安排的其他相关事宜。

岗位要求:

1.熟练使用原型制作工具如Dreamweaver或Axure，能够快速产出动态原型，熟练使用各类常用办公软件;(必备要求)

2.具备良好的需求分析思想，具备优秀的表达沟通能力与团队合作能力。

3.具备交互设计或开发经验者优先，具备产品或平台需求分析与规划经验者优先。

4.具备应急行业经验者优先，具备千万级项目需求分析经验者优先。

___人机交互、心理学(应用领域)、计算机等相关专业优先，本科及以上学历。

需求分析师的主要职责2

职责

1、需求调研：进行需求调研，了解客户需求，归纳需求模型，能根据客户的描述进行需求分析;

2、需求分析：负责需求分析与系统设计，编写详细的需求规格说明书;

3、组织评审工作：组织开发人员及测试人员进行需求规格说明书的评审工作;

4、与产品的开发流程，与开发人员沟通并验证结果;

5、功能验收：负责系统功能验收工作，保证产品符合客户需求;

6、资料编写：对系统的用户手册、新增产品功能培训资料的编写;

7、需求变更管理;

8、处理客户问题;

9、指导、培训开发及测试人员理解用户需求及设计实现;

10、必须具备服装行业经验;

岗位要求

1、本科以上，服装行业相关专业或计算机相关专业;

2、___年以上软件需求分析经验，成功参与过大型产品项目的需求分析工作，有大型互联网网站或ERP项目需求分析经验，有服装行业供应链项目(PLM)待遇从优;

3、熟悉需求调研方法，较强的熟悉需求调研方法，较强的业务流程及业务模型分析设计能力，善于控制需求，进行版本范围及项目范围管理;

4、丰富的客户沟通经验，能快速把握需求的核心要点;熟悉软件开发的过程，有较强的文档编写能力;需有较强的团队协作精神，有效的沟通技巧，在团队协作中具有精炼思维和解决复杂问题的能力;

5、具备良好的学习能力、责任心强，实事求是，热爱本职工作，遵纪守法，秉公办事，能够吃苦耐劳，有较强的团队协作能力;

需求分析师的主要职责3

职责：

1.根据客户业务的发展策略完成业务需求分析，深刻切入业务场景构建，参与系统策划研究;

2.具有较强的沟通能力，负责与客户对接产品相关功能与规划模块构建工作，完成产品需求文档、原型设计等产品相关文档的撰写;

3.对需求负责，推进并协调项目各协作方业务规划和执行，推进项目团队完成产品技术方案和计划并落实执行，确保项目的开发进度和质量，保证平台功能顺利发布上线;

4.与各业务部门紧密合作，完成对应需求上线后的用户反馈和产品业务数据和业务流程分析，持续优化;

5.参与需求的开发设计、功能测试及上线运行支撑等;

___部门领导交代的其他事项。

任职要求：

1.___年工作经验，___年以上移动运营商需求分析经验相关经验优先考虑;

2.有很强的敏感度，良好的自我管理能力、环境适应和执行能力;

3.具备与多团队合作的经验，良好团队协作精神;

4.沟通交流能力强，有与客户方直接交流、讨论业务需求的经验;

5.有移动通信业务知识背景、有过大型项目需求分析、产品规划等管理者经验者，或有一定技术背景者优先.需求分析师的主要职责4

职责：

为软件工程师提供咨询、指导、解释业务需求，向用户说明系统功能;

进行需求调研，完成调研报告和需求规格说明书;

整理和分析客户需求，对其分类汇总和实现预估，提出需求分析报告和实现计划要求;

参与整个产品开发流程，负责需求开发与跟踪，完成需求变更的控制与管理，与开发测试团队一起保证最终产品的正确定位;

支持测试工程师根据测试需求;

负责需求变更管理、生命周期管理;

完成领导交给的其他任务。

任职要求：

本科以上，___年以上的软件需求分析经验;

熟悉软件工程的理论，掌握多种需求调研方法，能够熟练使用UML工具建立系统模型;

能够较好的把握需求重点，有较强的系统需求分析和文档编写能力;

熟悉保险公司运营方式或者参与保险公司系统开发经验优先;

具有良好的团队协作精神，有较强的业务模型分析能力，思维清晰敏捷，逻辑分析能力强，善于与人沟通。

需求分析师的主要职责5

职责：

1、收集和挖掘用户需求，进行业务需求的整理和初步的分析工作

2、编撰需求规格说明数，并向开发、测试等团队进行需求解释。

3、协助需求负责人、产品经理进行需求进度跟踪、问题确认等工作。

任职资格：

1、大学本科及以上学历，计算机、信息管理、软件工程等相关专业;

2、___年以上IT相关的工作经验;

3、熟练掌握常用需求流程图工具，具备一定的流程分析梳理能力;

4、熟练掌握常用原型制作工具，具备一定的用户界面设计能力;

5、熟练将需求信息转化为需求文档，具备良好的文字表达能力;

6、能够快速了解新业务、掌握新知识，具备较强的学习能力;

7、能够有效沟通，具备良好的理解力、沟通力，具备团队合作意识;

8、工作积极主动，具备较强的责任感;