需求工程师怎么样

❶ 做好需求工程师需要什么如何改进需求

如果团队只把“技术”定义为“实现软件”，认为需求只要愿意去做就能做好，那是不切合实际的。 房屋的根基是好奇心，有三根柱子：探索力、沟通力、表达力，以热情作为屋顶。 好奇心 好奇心，首先指对不熟悉的事物提起兴趣的能力。在做项目时，有的开发人员只对项目将要用到的新技术感到兴奋，对项目所涉及的业务领域则不感兴趣。为什么调研过程总是流于形式？为什么更喜欢在办公室“编写”用例，而不是深入第一线？为什么喜欢甲方的信息中心人员，而不是不懂电脑却至关重要的涉众？这就是原因之一。好奇心，更重要的是从熟悉中发现惊奇的能力。很多时候对业务太熟悉或者存在已有系统，也是 捕获需求的一种阻碍 只描述它被使用时表现出来的功能和性能。 探索力 探索力，首先是寻找线索的能力。业务现实就是这样，资料在那里，涉众也在那里。你怎样去寻找线索？拍拍涉众的肩膀，“来吧，说说你对这个系统有什么需求？”这样行吗？探索力，还包括从线索中归纳出问题的能力。就象侦探一样，需求工程师需要从涉众提供的各种信息碎片中捏出真正的问题。这种探索力更强调的是“合成”，而程序员擅长的是“分解”——针对问题，采用某种软件技术解题。某开发团队在一个制作报表的需求上纠缠了很长时间，最后才发现客户方的最高负责人从未要求，也不在意有没有正式的“报表”，他在意的是随时掌控进展情况并做出平衡。如果他确实需要一份“报表”，系统可以给他提供基本数据，他宁愿用自己的人制作任何他想要的报表。可惜，没有人早一点问：为什么需要这个报表？ Fowler要来中国”，如果一开始只是知道这么一个事件，并不了解其中细节，可以尝试针对各个环节的信息，通过“反转”、“取代”等手法来探索。 沟通力 沟通力包括需求工程师和涉众沟通的能力。涉众往往表达的并不是需求，而是一种“需要”或者“利益”。认为客户和程序员一说，就能理解执行得到正确的软件，这种想法是天真的。例如，一名操作员涉众说系统要简单易用。但“简单易用”并不能直接成为需求。需求工程师要耐心和涉众沟通，了解涉众是以什么标准来度量“简单”和“易用”的。沟通力还包括需求工程师在不同涉众之间协调的能力。涉众往往有很多方，A类涉众的利益和B类涉众的利益可能在一定程度上是冲突的，例如，录入人员希望操作步骤尽量少，但如果因此省略了一些确认和验证的步骤，使用这些录入数据的审批人员、施工人员的利益可能就会受到损害。需求工程师需要平衡各方涉众的利益以得出恰当的需求。沟通力还包括需求工程师在涉众与程序员（也是一类涉众）之间协调的能力。例如，操作员要求“一键完成操作”，却难为了程序员。需求启发技术中的访谈、观察、会议等，无不需要人与人之间的沟通能力。而平时程序员更多使用的是和机器的交流能力，这一点也是身兼多职的程序员值得注意的。程序员如果要去承担需求工程师的角色，沟通力可能是木桶上最短的板。 表达力 表达力在这里着重指文字表达和组织的能力。需求最常见的形式是以文字方式表达出来的。象用例文档，就是一种规范的、有层次的需求表达形式。用例的写作需要表达力，也培养表达力。 “伸缩性”之类的各种字眼，明明只是一个小小的管理系统，却起名叫“××平台”，似乎大家听不懂才说明高深。 我有好奇心，有探索力，有沟通力，有表达力，也掌握了各种具体的需求技能，就意味着我会积极地尽我所能去向涉众探索需求吗？没有热情作为屋顶，上面提到的各种“力”不能得到贯彻。培养上面提到的各种素质，主要靠需求工程师自己的努力。培养热情则复杂得多。要了解自己内心的想法，你是否真的喜欢这份工作并享受工作内容呢？

❷ 需求工程师的薪资行情

一般月薪范围在4500-9000元。【薪资和所处城市有很大关系】

❸ 软件售前工程师和需求分析师，哪个职位有挑战性，哪个前景好

根据个人有限的了解,提出一点肤浅的看法
售前工程师和需求分析师其实有着大量的共同点
两者都是需要对需求有着一定的了解,两者都需要跟客户做大量的交流与沟通,两者都需要全国各地来回奔走
至于两者的区别,也是很明显的
售前需要考虑到项目的成本,利润.毕竟做产品,利润才是根本目的
售前在跟客户谈项目事宜的时候,更多的时候是像客户展示自己公司的优势以及价格上的确定,说得直白一点就是忽悠客户选择你们公司来做项目
需求分析师的话,更多的是要对业务的精通.不管什么样的业务,都会出现千千万万种不同的变化,对于技术人员来说,甚至对于客户来说,他们可能都不是很明白什么样的变化才能满足他们的需要.而需求分析师就要用自己精湛的业务知识来敲定这些变更的复杂业务,甚至是引导客户明确业务变更.
在项目过程中,经常出现客户前期需求谈得很马虎,然后项目启动后,边做边改的情况.
这种情况相当的麻烦而且存在着不小的风险隐患,需求分析师就是要尽量减少这种情况的发生
至于职位的挑战性,我觉得要看个人兴趣了
有的人善于沟通,那就适合做售前,有的人心思缜密,头脑清晰,那就适合做需求分析师
前景的话,我只能说,任何职业,只要做好了,前景都是很可观的
希望这些个人意见能对楼主有点帮助.呵呵!

❹ 软件需求工程师应聘需要哪些知识

应该了解软件工程的过程，软件需求的获取、分析、编写需求说明书（SPECIFICATION)和验证的关系及其迭代过程。还应该了解用例（USE CASE）、类图、ER图等。你可以买几本有关软件需求的书看看，如徐锋的《软件需求最佳实践——SERU过程框架原理与应用》等，供参考。

❺ 需求工程师需要出差吗

需要的，不会太多的

❻ 需求工程师的工作内容

需求分析阶段的工作，可以概括为四个方面：需求获取、需求分析、编写需求规格说明书和需求评审。
1、需求获取的目的是确定对目标系统的各方面需求。涉及到的主要任务是建立获取用户需求的方法框架，并支持和监控需求获取的过程。
2、需求分析是对获取的需求进行分析和综合，最终给出系统的解决方案和目标系统的逻辑模型。
3、编写需求规格说明书作为需求分析的阶段成果，可以为用户、分析人员和设计人员之间的交流提供方便，可以直接支持目标软件系统的确认，又可以作为控制软件开发进程的依据。
4、需求评审是对需求分析阶段的工作进行复审，验证需求文档的一致性、可行性、完整性和有效性。
对客户进行需求调研，整理客户需求，负责编写用户需求说明书；
负责将完成的项目模块给客户做演示，并收集完成模块的意见；
协助系统架构师、系统分析师对需求进行理解。

❼ 文档工程师和需求工程师哪个好

当然需求分析重要，需求分析是软件开发的重中之重，需求分析可以接触很多开发人员接触不到的业务流程，这个世界技术不能做一辈子的，掌握业务分析，特别是金融，ERP等业务分析，最终能上业务顾问，那时开发人员可望而不可及的。在大公司的需求分析都是开发AM以上级别做，在小公司锻炼一下，3几年上大公司工资不只翻2翻。 信我，别前功尽弃，文档工程师就是整理技术文档，开发手册，用户手册。

❽ 软件需求工程师需要什么考试认证资格吗

中培教育有，"软件需求分析与管理"的班，
理论与实践相结合，学以致用 2、真实的案例剖析，深入浅出。
“需求分析与管理最佳实践”-课程大纲
第一天上午：需求分析要点、需求分析方法概述
第一天下午：业务需求定义与项目目标
第二天上午：用户特征分析与用户群划分、用户需求捕获与用例规约（Usecase 捕获）
第二天下午：系统分析与建模（Model 用例建模）
第三天上午：非功能需求捕获与分析策略
第三天下午：需求写作
第四天上午：需求评审、需求变更
第四天下午：需求跟踪

❾ 软件需求分析师的发展前景如何

软件分析师即软件需求分析师，主要是负责内外部需求调研即反馈分析，配合测试人员编写计划、测试报告等，即使发现并跟踪问题等。至于发展前景可以了解公司的业务运营及管理模式，可发展为软件架构师，如果做的比较好的话，可以参与企业的运营管理。

❿ 现在国内对JAVA工程师的需求怎么样，薪水待遇怎么样

企业对于java的需求还是非常大的。如果你是学习java的，而且有一定的项目开发经验的话，找工作不是问题。工资嘛，北京刚刚出道大概是：3000--4000，这个数字其实是很不准确的，我只是说保底，因为这个和本人的“能力”有关，这里的能力为什么要“”上呢。
如果你很善于交际，而且比较能吹，恭喜你，你应该能拿到不错的薪资。
我学习java，2年多了，和我一起学习的人现在一般都拿7000左右，而我只能拿到5000多，其实水平都差不多，可能还没有我好些，但是人家就能拿不较高的。这就是能白话的水平。

如果你没有什么项目经验，我教你一个好方法：自己写一个小项目，之后用各种技术实现，之后面试的时候就可以拿来说是自己在某某公司做的。公司随便写---只要不是面试的那个就行。

面试的时候不要低三下四，那样显示你心虚，没有底气，没水平。也不是让你没有礼貌，只要理直气壮就可以了。水平高的人是很牛的，程序员更是。

慢慢来，只要你有项目可说，能吹，基本上都能过关。

还有不要怕自己水平混过了一时，到了做项目的时候可能不行，其实大可不必担心，进入之后学习都赶趟，程序员嘛，不就是用什么现学什么，熬夜嘛。
过不了试用期也无所谓，我们要的是钱。不要妄想在一个公司干到老。最实在的是钱，其他别和老子说。

跳巢也是快速涨工资的好方法，你可以按这个递增速度增长：
跳一次涨1000左右，周期一年左右。

不要怕失败，公司多得是。你只需要担心的是，没有时间去面试，而不是没有面试。