PanicOak349
2020-12-22T14:00:02+00:00
[img]https://img.nga.178.com/attachments/mon_202012/30/-7Q5-39iaK17T1kSgv-d5.jpg[/img]
我跟他说:客户需要提前三天预警
研发:我完全懂了!
还好因为明早要出差提前检查了下,不然明天客户打开一片空白[s:ac:黑枪]
你就不能把需求写的详细点吗?(我是研发[s:ac:茶])
[quote][pid=481232297,24895454,1]Reply[/pid] Post by [uid=42867309]lozzow[/uid] (2020-12-30 23:47):
你就不能把需求写的详细点吗?(我是研发[s:ac:茶])[/quote]同意 矛盾点往往就是产品觉得自己觉得说得很清楚了,但是对开发来说压根没说明白重点[s:ac:哭笑]
可以试试参加点项目管理的培训
信息接收方没能正确理解信息
责任就是信息发送方的
发出方有责任确认接收方是否正确理解
到现在还是没懂到底想表达什么
作为一个中文母语的人,能不能表达能力好好练练
天天来nga找老哥对喷相信你都能得到提升
emm,我也没看懂LZ想表达啥……没头没尾,连相关背景都不提……
当楼主老哥发了这个帖子以后
我才切身感受到了为什么研发理解不了产品需求所提的要求
[s:ac:哭笑][s:ac:哭笑][s:ac:哭笑]
你们提产品需求能不能招一些初中语文及格的人来啊!
产品写需求的时候就不能举个简单的说明案例吗?
我开发写详设的时候,怕有人看不懂都是写一个简单案例的,怕的就是出现理解不同。
真的烦一些产品,叽叽歪歪说半天说不到重点,有这时间,举个案例说个12345不更简单?还可以留档方便对质
产品经理不是能开口说话就能当的
你们设计文档和需求研讨呢?
看了帖子后基本可以确定是LZ的问题了。你瞅瞅有几个人能看懂你在说什么。
[img]http://img.nga.178.com/attachments/mon_201209/14/-47218_5052bc4cc6331.png[/img]存储过程?
需求设计推荐落实在文档上的,一是确保有据可查,二也方便为以后可能的修改留下足够的说明。虽然确实会耗费一些成本,但相比回报,这些付出是值得的。必须要口头说明的场合(比如紧急变更),一定要以对方可能未正确理解为前提进行沟通。
口头说明后,必须确认对方已正确理解,通常由对方“copy”你的说明内容,来判断对方的理解程度。再之后,要在合适的时间点以文件/邮件等方式说明该设计变更点,避免今后不必要的纠纷。
你真以为你口头说了一句变更,对方没按你的想法做就全是对方的错?不会吧?不会吧!?