和程序员同事沟通,思维模式带来的酸爽,真真的领教到了[捂脸] 事情发生在前天,公司自己研发团队开发了一款公司自己的内部运行系统,需要把之前用友U8里面的合同数据导入该系统。 于是提了需求给开发,告诉对方我要把U8后台的数据同步过来,让销售能在内部运行系统里看到自己的合同数据,方便大家去跟进销售,追回款等等。 开发给了排期,一周完成。一周后告诉我完成了。结果在验证的时候,发现有部分合同数据没有同步。于是再次找开发,开始了如下对话: 我:用户在使用界面看不到部分数据,你知道这是啥情况? 开发:知道啊。你不是要同步数据吗,你看后台,这不是同步过来了吗?这个需求实现了! 我:但我不能给销售看后台吧? 开发:这个是同步之后没有在用户使用界面展示。不是数据同步的问题,需要提需求排查! 我:那你倒是和我说一声啊? 开发:你提的需求是同步,这个需求完成了呀!这个数据显示的需求,是应该你提,不是应该我提… 我:大哥,你说得对。但我不能让销售对着后台数据库看吧,咱最终目的是啥大哥你能理解吗… 就在那一刹那,我似乎理解到了网上说的直男程序员男友的酸爽…但客观地说,人家的逻辑也没有错,而且十分的分明,不是吗[捂脸]
别让开发猜你的意图,没那个时间,要什么说清楚
我也是这样的,没心情揣测潜在需求,那不是我的活
你们颗粒度对齐了么?
需求提的不够清晰,不过如果不是专业产品,确实也很难提到位。而开发很多也不会想那么细,尤其是做后端的不管展示的,更不会管你用户界面上的事。说到底,是缺一个产品帮你们对齐
你如果是老板,需求提个大概,会有人完善的,你如果不是老板,需求不提完全那就是你的问题了,别人如果好心就会提醒你应该缺啥,而不是他主动加啥。
如果公司分共很细的话,你确实要提需求的,数据同步可以纯后端,前端如果要显示,是需要ui,前端,后端三个一起弄的
你要什么就说,你不说让人家猜?猜不中还伤你心了?
后端本来就是只管数据啊,展示需要前端和java 配合开发出来才行
同步数据是后端干的,已经完成了,数据展示要找前端提需求
如果你不是开发团队的,那么和你对接的不应该是程序员,你的要求应该提给团队;如果你是开发团队的,那么你的需求应该写清楚,要同步哪些数据,同步以后要在什么地方显示,甚至界面是什么样的都要写清楚,要有明确的验收标准。人与人沟通切忌让对方猜(或者说脑补)自己的意思。
额,意思是让我猜?
显示要给开发显示功能的钱
这程序猿不靠谱
其实很多开发懂的,但为什么要配合你做而已,很多开发知道自己做的要问题,但你不提出来或者写在文档里,就是没有要求
同步数据从后台数据库可以完成,能不能显示出关,关同步数据什么事。
并非开发不明白,他只是本能推卸责任,甩锅给其他人,见怪不怪了。
程序员只是各扫门前雪,不在自己职业范围内的就不管。你要是不懂点技术架构很容易被这帮程序员给坑了。而且他们理直气壮的认为自己没问题,自己的任务完成了就ok。的确是从分工上没问题,你需要的是把需求给到项目经理,由项目经理去安排前后台各部门完成,最后还要经过测试。软件是个系统工程,不是你以为只要改哪部分就能实现新需求的。
产品:我要一朵花 开发:什么花,花朵,花枝,花树, 什么颜色,红色,蓝色,绿色?,几瓣花,每瓣花什么形状,花朝向哪里,要不要倒影,水珠,要几滴水珠,
个个都以为自己是产品经理,人人都会干,其实连个需求都搞不清楚,还怪开发,动动嘴,别人就要忙一周,还说人家逻辑有问题。
人家就是摸个鱼你还替人家解释上了
最讨厌挤牙膏式提需求,一会这样一会儿那样,有啥需求不能一次提完?
这明显缺了一个环节啊?需求提出来,然后有一个到系统功能分析环节。如果你是老板,那中间缺了一个人去干协调这个事,如果你就是干这个事的人,那明显就是你的责任了。现在大型软件开发就是这么分工协作的。后台程序员没有精力来完全搞清楚原始的和潜在的需求,大多数公司你说的结果展现根本就不是后台那个程序员所在组负责的。 如果公司是几人或者十几人的开发团队,那确实是程序员的责任,这样的程序员要身兼数职。
“让销售能在内部运行系统里看到自己的合同数据,”难道这句话大家都忽略了吗?我提要求了,要看见自己的合同数据,现在有部分看不见,那就是你开发的问题!弄那些强词夺理干什么
目前国内的程序员工作是严重饱和的,没那个时间去猜你的需求。需求具体要怎么样,那是产品经理或者项目经理的事。你销售敢不敢把财务的活干了?
需求阶段没对齐
现在工作全凭口头描述个大概就算对接了吗,不形成个框架一起讨论一下,附在会议纪要上,给领导批复吗。毕竟花钱做的。
不专业,开发就只管开发代码,业务能力这层面你要负责,还推到开发头上,丢脸不,让他们给你干活吗?
程序员没错啊,你要什么,自己想清楚说清楚,人家满足你的需求。自己说不明白,说明你自己都不清楚自己想要的是什么,凭什么让程序员来猜你的想法?你又不是甲方爸爸,也不是发工资的老板。
你真的想要吗?
搞技术的不做业务,很难理解需求方的想法和痛点
所以基层的所谓项目经理的苦逼之处在于,你要对最后落地的结果负责,谁做的不到位都要你查漏补缺,最后差的那一点跟某些人讲是真讲不明白,实在不行只能自己加班上
前台的改修估计比后台数据同步多花很多时间,改完能看了,可能又提能维护的要求了
这个是作者的问题,需求必须明确,准确精细。
国产程序员
跳过产品经理,直接跟开发沟通是会这样的。那如果开发弄好了,你来一句还是先不用了,开发还觉得你耍他
配了个直男的图,你就说直不直吧
典型的不会提需求,同步别人做了啊,怎么展示和查看就忘了?
他们只是程序员,不是小仙女的男朋友
连需求都不会提么?
这是嗯没说清楚,需求不明确。
程序是看逻辑的,逻辑不通的程序无法运行,所以程序员也是讲逻辑的
产品出原型的时候,有关界面呈现的字段没有说明么?开发只会按照原型制作,有经验的或者是主动型的开发也许会找产品商量,但是人家不问也无可厚非,这个归根到底还是产品的问题,需求不明确。
所以有产品经理出现了
需求给产品和策划,由他们来和美术开发对接,怎么可能直接给开发。你要是几个人团队当我没说
看来咱俩沟通有障碍,我一会找你主管看看我和他有没有沟通障碍
开发这么干,才能体现公司产品岗位的价值,开发全包的公司通常不招产品经理
提需求到开发。。。中间有个产品经理啊
自己工作不专业,需求没有描述清楚,还怪程序员?
他是要开发像对待女朋友一样对他
没有产品经理?
同步数据和展示数据是不一样的。这不是直男思维。技术工作要严谨。提需求的人弱智
说明你是个蹩脚的产品经理,有你没你一样。换个角度说,研发假如对产品需求那么通透,那么要产品经理干什么吃的?
不是,你要的就是数据,又没说展示给客户看
缺了设计就是这样的结果
你这个属于需求调研不完备,当时没和开发人员打磨好需求清单。
如果你是产品经理你不给需求定明确边界,你就不合格,一千个人心中一个哈姆雷特,产品经理一部分能力就是把用户需求变成产品需求,那要不然要产品干啥,直接开发对接用户就得了。如果你是需求用户,那就找产品经理去。当然小公司一般没这个岗位,是有人兼任这个角色的。
自己需求没说清楚,数据同步和前端显示完全两个概念
都是被逼的!
目标不详细明确,开发个P
我想到了去银行柜台办业务的样子[哭着笑]
女人啊,想要什么总是不直说,让男人猜
需求不明确, 让开发猜猜猜? 开发的时候鬼才管你这些
人家这流程没毛病,自己没系统思维还在这叫 真要搞大系统搞航母搞飞船个个都像你这样想当然就完了
我感觉没有啥问题,你提的需求是同步数据,不是显示数据。
连个开发需求都描述不清楚,结果还想把锅丢给开发[吃瓜]
这就是你的问题啊
所以为啥是用户直接对接开发呢?产品呢?