文档工程师

想做需求工程师，不想做开发了，行不行？请给些意见。
悬赏：5 发布时间：2008-06-21 提问人：huihui2525 (初级程序员)
本人从事软件开发工作1年多，技术上一般般（我是做j2ee的），现在感觉越来越觉得不爱做开发了。我本人性格比较开朗，对业务理解比较好，想做需求，软件需求分析之类的，不知道行不行？需求工程师用不用开发技术很强啊？需要达到什么程度？还有我想问问做这工作一般需求怎样的素质？
--------------------------------------------------------------------------------
该问题已经关闭: 超过15天由系统自动关闭，悬赏平分给所有参与回答的会员
问题答案可能在这里 → 寻找更多解答
敏捷需求分析
架构师的有用与无用
业务流程不是需求
程序员成为架构师？
招聘java需求分析师

回答
那就做BA吧，对技术有一定的熟悉，做BA也是不错的。
温柔一刀 (高级程序员) 2008-06-22
（BA） Business Analyst是个什么样的职业呢？

参考：http://www.blogjava.net/javaora/archive/2007/10/27/156297.html
温柔一刀 (高级程序员) 2008-06-22
不用技术很强，沟通好就可以；

你是个翻译，一边是客户，一边是开发，一边是老板，一边是业务；

你经验上欠缺一点，可以多写文档练习；

做这行我感觉需要学习商务礼仪和谈判技巧。

mewleo (中级程序员) 2008-06-23
我个人不建议你转需求工程师
因为你的开发经验太少，虽说需求工程师不要求你的技术很强，但是要求对项目和系统有一定程度的了解和理解
再者，需求工程师往往是跟业务有一些联系的，需要你对某方面业务有一定的积累，不然没有办法跟客户进行交流。
你现在转过去，很有可能是做文档工程师的工作
如果你规划自己以后做需求的话，最好找一个自己合适的业务方向或者产品方向钻研进去，积累技术和业务经验，等过2，3年再去做需求，那就是水到渠成的事儿了
feygo (初级程序员) 2008-06-24

你说的需求工程师，应该叫需求分析师。

需求分析师，俗称PD，从过去的经验看，PD的主要工作就是接受来自业务部门的需求，然

后对其进行业务规则，业务范围，业务流程等等方面的分析，然后将其输出为开发工程师

看得懂的语言，比如常见的Use Case。然后在遵守基本的项目流程要求的基础上，将需求

通过工程师得以实现，满足需求方的需求。

不过我个人认为，这一行，在中国将来肯定是有很大发展空间的，但是现在的情况很难，

难在哪里，首先，一般公司的都没有设立这一明确的职位，第二，没有人带是很难有成

就。

我也是做J2EE的，做了两年，感觉还好，但是要想寻求在高的，发展我认为有两条路：

一。从技术层面，来发展自己和提高自己，努力打好基础（我的目标就是学通一门有

我认为有前景的语言）

二。从业务层面发展自己，你说的需求分析师，对业务和需求进行分析和挖掘。

一个好的需求分析是：
分析师同时做需求分析和系统总体设计（架构设计，概要设计），这样的分析师往往是设计开发高手升迁上来的；另一种只做需求分析，并且确保系统的实现符合客户的需求，这样的分析师往往熟悉客户业务，有一定的研究，或者具有一定的行业背景。

系统分析师需要不断和客户进行交流沟通，以确保需求的正确性，并对需求变更进行及时的反应；另外，和开发人员进行沟通，使开发人员对需求有准确的理解；和测试人员合作，例如编写测试用例，进行需求验证，用户测试方案等；和商务人员合作，在报价书编写方面提供必要的支持，甚至，还和帮助文档作者合作，等等。