你认为需求分析师在项目管理中，扮演着怎样的角色？
回答·21
最热
最新
- 后悔入了项目管理，奇葩客户真多，真想骂街
- 其实需求分析师在国外一直是一个很关键的职位，在国内大部分的需求分析师变成了售前，只需要懂一点技术会嘴皮子，能卖产品就行了。但真正的需求分析师，即要考虑开发团队的成本因素，也要帮助甲方去理清思路，通过自身的产品经验，帮助甲方输出合理的，有用户使用价值的需求，需求分析师可以说是一个很重要的位置，有了一个好的需求分析师，甲方不仅能得到超出自己预期的产品，同时开发团队也会对需求更清楚，需求分析师更多的工作不是技术层面的，而是需求的业务场景，所有需求从头到尾的逻辑关系整理。 当时在国外读语言的时候学长就给我说，需求分析师特别火，看我的脑洞和交流能力很适合干这个，现在还真的就在做项目总监，而且我很乐于去帮助需求分析师一起对接甲方，不断学习才是关键.
- 连接器和转换器，一头连接客户，把握客户的需求范围并确立需求清单，另一头连接开发技术团队，知会技术团队客户要什么，结合产品及技术能力评估制定合理解决方案，引导两头朝着正确的目标去平衡资源与内外部利益，协助项目负责人达到预期项目目标
- 产品或项目的需求主导者，可以通过竞品或客户的需求梳理清楚需求，对需求有合理的模块切割，可以通过需求进行思维导图和原型的绘制。是客户、产品、项目团队沟通需求的桥梁，是未来产品得主导者之一。
- 客户与研发之间的桥梁，部分成本及质量也需要把控
- 个人认为，需求分析师至少应该具备两种能力：1、帮助客户梳理出真实需求，不会让人产生歧义地转化为项目团队的共同认知，即在双方的沟通中起到桥梁的作用，避免双方产生认知偏差；2、对于所有需求进行重要性、必要性排序，以支持项目目标的制定。
- 国内现实情况大部分是文档工程师。而欧美大多数情况下是从高级软件工程师晋升来的，地位如同软件架构师，一个是业务方向，一个是技术方向。 从软件工程中的三大风险程度来说，分别是：需求风险、技术风险和资源风险。最容易出现也是最难把控的就是上游流程的需求问题，做不好，在研发过程中会无限放大，甚至导致整个研发活动的失败！ 从复杂度和权责上讲，需求相关的工作是可以独立出来作为需求工程，地位等同软件工程，但测试等工作没有独成为工程的说法。 项目管理包含需求分析工作常见做法，有优势，但弊端也不少。根据业务复杂程度，人员专业程度决定。
- 站在客户的立场提需求，从公司的角色分析投入产出比
- 需求分析就是把外部用户的术语翻译成内部组织可以认知的一项项目管理职能
- 懂行的会满足和提升客户管理水平！提高效能！
相似问题
推荐关注
正在加载中...