软件开发《需求文档 》 到底谁来写?

噬妖麒 2014-06-10 10:41:32
最近跟产品人员一直争吵的问题,需求明确,一个完整的需求文档。要不然不开发。这道理对不对。很头疼
下面先来谈一谈需求文档的重要性:
一个软件开发过程中,最关键的阶段就是需求确定。
  概要设计的依据是需求文档,详细设计的依据也将是需求文档,测试大纲的结构级次也是依据需求文档框架结构而提炼产生的,测试案例编写依据测试大纲的结构和功能点列表而设计出来的,因此需求文档成了整个项目从始至终的重要的依据性文档标准,因此其重要性自然不言而喻。
一个合格的产品,离不开产品人员和开发人员。没有产品的人员的产品,那这个产品的商业价值就几乎等于零。
一个没有开发的产品,那么这个产品等于你空壳子。所以是鱼与水的关系。
...全文
19238 18 打赏 收藏 转发到动态 举报
写回复
用AI写文章
18 条回复
切换为时间正序
请发表友善的回复…
发表回复
zhaofanren 2016-10-26
  • 打赏
  • 举报
回复
这个是由产品经理来写的,但现在很多产品经理都很水,所以技术就自己定了
山书生 2016-10-21
  • 打赏
  • 举报
回复
多说一句, 视乎团队。题主之争吵,说明这个“团队”或“组织”,有问题!上级,也有问题! 由此推导的,是管理上的天大漏洞。不管规则、还是流程还是默契上来说,这个都不应该成为问题! taizans(来自豆瓣)
山书生 2016-10-21
  • 打赏
  • 举报
回复
有专门的产品经理,由产品经理负责(自己写或安排产品顾问/产品分析人员编写)。 需求文档,一般产品写出来的需求文档,偏业务需求、目的与目标、产品组成及模块、业务流程和逻辑、界面交互等;不会涉及系统层面,如系统边界、输入输出、系统模块等。 专业的产品人员,会从诉求/目的(痛点)、场景、用户过程入手,辅助调研、思考、沟通(包括团队/研发沟通),形成业务性强、逻辑性强的方案,然后形成文档,评审--修正--review评审--定稿。 这个过程,从用户、到实现,是统一的,大家“思路”是一致的。 如果放到一些快节奏的创业团队,只是文稿不会那么事无巨细,也许有些部分就是在讨论、沟通、争辩过程中形成的A4草图、白板书写,拍照就形成文档了。 真需求,是第一要务;沟通、思想一致,是关键要素。 文档是辅助!
xczvver 2016-10-21
  • 打赏
  • 举报
回复
但凡讨论问题的主题里面有"应该"两个字,这个问题就没有意义了。
gw6328 2016-10-21
  • 打赏
  • 举报
回复
理论上由系统分析人员完成,但是现在公司一般没有设这个职位。现在一般都是由产品来完成的。
sinat_36463635 2016-10-21
  • 打赏
  • 举报
回复 3
我们就是一个当几个用,需求竟然要我来写,我TM都不知道你们到底要什么,我说我不知道,就叫我自己想,老子想了几天了,请问我能想出来他们要什么吗? 请问这样合理吗
命运十三 2015-11-13
  • 打赏
  • 举报
回复
国内项目还谈什么需求明确,后期变更绝逼比原本的需求多,如果是国企不满意推翻从来
suen624 2015-11-13
  • 打赏
  • 举报
回复
wannbe00 2014-07-31
  • 打赏
  • 举报
回复
如果有专门的需求分析师岗位肯定是需求人员写,如果没有,最好是项目经理来写,一方面需要对业务很了解,另一方面刚好项目经理也可以借此机会了解项目需求。
宁波朱超 2014-06-13
  • 打赏
  • 举报
回复
引用 楼主 h1003000869 的回复:
最近跟产品人员一直争吵的问题,需求明确,一个完整的需求文档。要不然不开发。这道理对不对。很头疼 下面先来谈一谈需求文档的重要性: 一个软件开发过程中,最关键的阶段就是需求确定。   概要设计的依据是需求文档,详细设计的依据也将是需求文档,测试大纲的结构级次也是依据需求文档框架结构而提炼产生的,测试案例编写依据测试大纲的结构和功能点列表而设计出来的,因此需求文档成了整个项目从始至终的重要的依据性文档标准,因此其重要性自然不言而喻。 一个合格的产品,离不开产品人员和开发人员。没有产品的人员的产品,那这个产品的商业价值就几乎等于零。 一个没有开发的产品,那么这个产品等于你空壳子。所以是鱼与水的关系。
你领导吃屎的吗 呵呵
lys696969 2014-06-13
  • 打赏
  • 举报
回复
正规公司应该有需求分析人员,他们主要工作是调研用户需求,并分析,写出IT人员能够理解的需求文档,为IT下一步开发测试提供支持。 小公司就都有可能了,随便拉人写了。
我在肖申克 2014-06-12
  • 打赏
  • 举报
回复
你们都有专门的搞产品的人,肯定是产品的人写了 不过要是产品不懂技术,他的文档你就看看得了,就那回事
  • 打赏
  • 举报
回复
要么客户,要么产品经理,要么分析员,开发 最多根据这个写概要设计而已
luckyman_2 2014-06-12
  • 打赏
  • 举报
回复
如果是大公司,分工明确的话,需求确定这东西不应该落到开发人员头上的。小公司,一个人当几个人用的那种,就不好说了。
猴头 2014-06-12
  • 打赏
  • 举报
回复
调研人员去写,开发人员再核对,有不同意见,双方协商
帅员外 2014-06-10
  • 打赏
  • 举报
回复
开发只管写 开发文档。 需求文档。 我们这边 都是 让客户写 或者 售前兼作的。
噬妖麒 2014-06-10
  • 打赏
  • 举报
回复
软件开发。由产品人员出去市场调研,采集数据,然后回来跟开发组,进行需求分析。需求讨论。讨论结束后会产生一个需求文档 。问题来了:谁来写这个文档??
西门呀在吹雪 2014-06-10
  • 打赏
  • 举报
回复
谁需要这个系统,谁来写;当然有很多客户比较操蛋,自己对业务就不熟练,需要开发的人帮忙梳理下业务。

594

社区成员

发帖
与我相关
我的任务
社区描述
提出问题
其他 技术论坛(原bbs)
社区管理员
  • community_281
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧