社区
非技术区
帖子详情
写需求文档是谁的职责
而立的少年
2015-07-27 04:11:39
我作为一个开发人员,有义务去了解需求,有责任去写需求文档?这是谁干的活
...全文
649
6
打赏
收藏
写需求文档是谁的职责
我作为一个开发人员,有义务去了解需求,有责任去写需求文档?这是谁干的活
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
6 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
而立的少年
2015-07-28
打赏
举报
回复
小公司的,算是项目经理吧,让我写的,她就是懒。长得漂亮也就算了,但是。。。。。。。
daiqw
2015-07-27
打赏
举报
回复
这得看你公司是大公司还是小公司了,大公司一般都分工很明晰的,需求都是项目负责人写;如果是小公司的话,老板叫谁写就谁写!
qqw6789567
2015-07-27
打赏
举报
回复
需求不是客户给的????
nicholasbobo
2015-07-27
打赏
举报
回复
小公司的开发就是需求开发测试实施全包,大公司当然都是分工明确的
迷林
2015-07-27
打赏
举报
回复
需求文档一般都是需求分析员做的事 然后技术总监跟需求分析在去设计项目
weixin_29932277
2015-07-27
打赏
举报
回复
需求文档,测试用例,上线配置,代码开发这些都是开发做的,在我这边都是这样子,大公司除外
相关推荐
机构与
职责
DOC
机构与
职责
DOC是技术的、经济的、社会的、客观的,相信机构与
职责
DOC能够满足大家的需求,喜欢的朋友赶快...该文档为机构与
职责
DOC,是一份很不错的参考资料,具有较高参考价值,感兴趣的可以下载看看
Wiki版产品需求---产品
需求文档
到底是谁的?产品到底是谁的?
在听了测试的一通唠叨之后,"内部实现一堆逻辑,只有一句话的
需求文档
","文档那么简单,我们怎么测试啊",心中突然想起来自己曾经干的一件当时觉得还不错的事情,但是事后想起来,可能比较二的决定,当时在做一个类似原型的产品,那时候的问题就是时间很短,需求根本就
写
不完,研发测试时间也都是很短,于是当时就决定协作
写
需求文档
,也就是产品经理先给大家讲解一下整体的产品功能,细节的地方没有讲的很透彻。然...
互联网行业最佳产品开发流程 推荐!
举一个产品开发的栗子 1、一个boss管理5个产品经理 2、5个产品经理分头给baidu设计产品需求,需求之间没有交集,各人
写
各人的文档,设计各人的原型,谁的需求合理,有创新,有价值,谁的需求优先级就高,这个boss谁说的算。文档不全、不合理的需求自然就没法开始做,这个产品经理的绩效自然也比较低,互相之间有很强的竞争意识 3、到这个阶段有可能已经有3个需求通过了boss的审核,进入UI设...
写
好产品
需求文档
(PRD)的5个小技巧
产品经理的部分
职责
是准备产品需求,对于有些人来说,这可能是一项艰巨的任务,但还有部分产品经理非常喜欢这项挑战,很乐于制定一份了不起的产品
需求文档
。这里给5点
写
PRD文档的小技巧。在开始
写
PRD文档之前,要充分理解客户需求或者说这个产品要解决的问题。最好,在市场
需求文档
(MRD)中已经阐述了“客户问题”;如果没有的话,那么在详细说明之前先
写
下高层或者“大局”要求。1. 在电脑上打出之前,现在纸上...
Java面向对象设计原则
单一
职责
原则 一
职责
原则,Single Responsibility Principle,简称SRP。 一个合理的类,应该仅有一个引起它变化的原因,即单一
职责
,就是设计的这个类功能应该只有一个。 例:公司员工,既要出需求、
写
代码,又要面谈客户... /** * 员工
职责
**/ public class Engineer { public void makeDemand(){}//出需求 public void writeCode(){}//
写
代码 public..
非技术区
23,405
社区成员
70,758
社区内容
发帖
与我相关
我的任务
非技术区
Java 非技术区
复制链接
扫一扫
分享
社区描述
Java 非技术区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告