软件开发需求文档怎么写 软件开发需求文档怎么写的

大家好，今天小编关注到一个比较有意思的话题，就是关于软件开发需求文档怎么写的问题，于是小编就整理了1个相关介绍软件开发需求文档怎么写的解答，让我们一起看看吧。

开发人员总是质疑产品需求的合理性和必要性，怎么解？（产品经理困惑系列一）？

通常遇到这样的情况，有以下原因：

1.你的需求分析待优化，确实是因为本身的问题；

2.研发想减轻工作负担，刻意逃避问题，或者是能力不佳，不能理解你的需求。

3.你的沟通问题，找错了沟通对象。

4.你在他们眼里却少可信度。

那怎么解决呢？

第一步：沟通找对人，找研发负责人先沟通，或者主要和他对话。

第二步：沟通前梳理沟通逻辑，提前准备好他们可能要问到的问题。

第三步：告诉他们你的需求来源，与需求部门，领导的沟通情况。

第四部：听一听他们的解决方案，给不了的别BB。

这个问题在原来的工作中经常碰到，特别是比较活跃和open的团队，但是这种争论多了，确实非常影响效率，甚至会产生更大的不良影响，正所谓“过犹不及”。

解决这个问题要从几个当面下手

一，产品经理要通过专业能力，软性技能及成果来建立影响力；

1.产品经理要专业，每个需求的来源，需求的分析与论证，需求的价值，需求的描述，需求的预期等要力求极致；

2.把团队其他人当做客户和用户，需求的陈述与澄清一定要清晰，特别是要学会画饼，这也是产品经理的核心能力，不仅要对产品整体的未来画饼，同时也要对每一个需求点画饼，特别是要把需求的价值和预期阐述清楚，讨论清楚了。

3.要对每个需求进行闭环，用结果说话，我相信有了需求发布后的市场数据支撑，大家就会很快认可你对产品和需求把握。

4.要从思想上把团队其他成员当做第一批客户和用户，open心态，真诚的聆听他们的声音，有选择的采纳他们的意见（就当作交换，这也是软性技能的一部分）

注：产品经理一定要具备优秀的情商和软性技能。

5.碰到原则性的问题，无法达成一致，可以寻求外界帮助，如，影响力大的专家或者是领导。

二，无以规矩，不成方圆，无论什么样的团队都应该建立清晰的岗位职责。

以往的工作经历中确实经常碰到这种情况，适当的参与性的讨论是必要的，但是过度确实会引起效率上的问题，而且随着时间的推移和程度的加深，还能引起更深层次由于责任不清晰而导致的矛盾升级，产品经理、开发人员和测试人员之间会争吵不断，甚至影响到团队的和谐与协作。

解决一个问题，首先要分析产生这种情况的原因，以下列举了几个在以往工作中碰到的原因：

（1）开发人员由于思想活跃、主观能动性强、原来在一个非常OPEN的团队等正向的原因，让他们积极参与到需求的讨论中，并且提出自己的意见

（2）开发人员从技术角度（经验丰富），认为有更好的解决办法或者实现路径，特别是在前端交互需求领域

（3）开发人员从技术实现的难易程度上，认为实现的成本和产出的效果不合理，认为可以牺牲某种特性换取更好的投入产出

（4）开发人员从实现的角度，认为需求的优先级不是非常合理或者需求的必要性不合理

（1）开发人员由于任务繁重，或者长期处在疲劳状态，导致的他们从潜意识或者思想层面无理由的排斥需求

（2）开发人员与产品经理由于沟通和知识传递的过程中存在偏差，双方对需求的理解不一致，导致开发人员一直非常纠结

到此，以上就是小编对于软件开发需求文档怎么写的问题就介绍到这了，希望介绍关于软件开发需求文档怎么写的1点解答对大家有用。