前情提要:
公司有个合作伙伴,某 985 学院的工程师,有个项目是他牵头过来的,老板说他有什么需求都按他说的做就行。 项目内容只有大概的口头想法,没有具体的需求,因为客户和客户使用场景都不明确,只有在销售碰到一个具体的用户之后才能搞清楚大概需求。
工作内容:
一直没有书面需求,只有口头需求,类似我有个功能你们做一下这种,曾经形成书面需求,对方讲不确定,会变化。 有个公安的离线视频敏感帧分析的需求,沟通的时候说只有离线视频,其他场景未知。所以我就安排研发在视频流分析的基础上做了离线视频的分析,因为数据量很大,所以采用的文件拷贝到指定目录的方式,没有页面上传操作。
演示结果:
演示完之后,开喷。问,你这个太 low ,太低级,为什么没有考虑各种文件传输的场景,比如 oss,ftp, 或者 http 上传,用户可以自定义的配置项?你这个敏感规则一小时出现两次你自己清楚是什么意思么?你有没有从用户场景新考虑?巴拉巴拉。。。
其他的还都能忍,但是写的清清楚楚的敏感规则,他是看不明白还是不懂呢?用户场景,妈的我又不是公安,沟通的时候又不讲清楚,他们怎么使用我怎么知道。
喷完之后说,你能不能把你们能做什么写个报告给我,然后安排研发排期一项一项实现?我说从来都是要明确需求才能动的,他说以前的做法没必要追究了,于事无补,你能不能把需求写出来给我?
他娘的,我以前跟公安直接对接都没遇到这种人。
我变成了自己写需求的乙方。
求问:
和这种人沟通要注意什么?
1
LiuJiang 243 天前
很简单,换人。换不了他,还不能换自己?
|
2
rookie4show 243 天前
国内政府项目一般受着就行,软工这一套基本没戏。小事听话打杂,大事验收能过。
|
3
NessajCN 243 天前 18
每次沟通自备纸笔,线上的话打开个文本界面共享,他说一句你记一句,
然后嘴上说「嗯嗯,好的,没问题.....」 等他说完你把记下来的给他看, 「您看一下我总结的这部分内容有没有问题,没问题的话签个字,我回去评估一下额外费用给您报价」 下次再沟通就带着之前的记录,有冲突的就指出来并说明更改需求的费用 总之一句话:客户的需求当然要满足,只要钱给够 |
4
wizzer 243 天前 6
你需要 项目经理、产品经理,做缓冲
|
5
ronyin 243 天前
不过看了你复述的话,我觉得他说的都对啊,至少需求他考虑的很全。哈哈哈。不过既然这么多需求,还是和甲方公安局说下,如果有这些需求,请多提升预算。。
|
6
corcre 243 天前
那你喷回去啊,这不喷他自己就很被动了
|
7
sakilascott 243 天前
1 、如果是技术岗位,对接需求不应该你来,说明公司缺少专业的产品经理、项目经理。
2 、如果你本身就是需求设计、项目管理等相关岗位,细化甲方的需求本来就是你的职责。 你不了解甲方的系统是你的问题,这个世界用过甲方系统、了解甲方业务需求的公司多了去了,你们公司没用过甲方系统,不清楚甲方需求,跟甲方有什么关系? 如果甲方能说清,并且把需求文档写好,那他直接招几个研发过来写不香吗?还要你来干啥? |
8
me1onsoda 243 天前
你们其实就是乙方吧,说好听点合作伙伴。
|
10
me1onsoda 243 天前
不知道项目里你是啥角色,需求不明确就该拉会说清楚,如果你作为负责人,那还是有做不到位的地方,规范流程就是该你把口头需求整理细化找他过一下,再开工
|
11
victer 243 天前
这个问题对大部分做技术的来说都会遇到,做技术的人考虑的都很简单(或者说很直接),做技术的只是听了他说的并不会做延展,其实很多时候是不知道怎么做延展,也比较难控制方向范围,这是做技术的跟甲方(需求方)直接接触会有的通病。甚至甲方会给你一个功能名称让你实现,其实你以为只是实现这个功能,其实并不是,而是根据这个功能做一个完整的工作流(场景)。
其实反过来想你也能想通,你做的是一个项目不是一个功能,所以你必须按项目去想。 其实,如果第一次遇到这种不要怕麻烦,多沟通,多沟通,如果遇到你说的这种,第一整理需求,调研需求,小范围扩散需求,然后沟通确认,第二再次整理需求,内部确认完成率,完善场景,再次确认沟通。不要嫌麻烦,这时候你已经是半个项目经理。。。 其实确实是缺了一个项目经理或者产品经理做缓存。。。哈哈哈 |
12
dododada OP @sakilascott 不不不,这个大哥,我们不跟甲方直接对接,是通过他转述,渠道在他手里。相当于他有关系有渠道,我们有技术,双方合作。但是他自己都没有搞明白需求。研发好找,靠谱的算法不好找
|
14
julio867 243 天前
比较认同 7 楼( sakilascott )的观点~然后说一个个人的比较极端的想法:哪怕是去送外卖,我都不愿意参与政府类的项目,因为太憋屈😄~~
|
16
Kathy1989 243 天前 1
“一直没有书面需求,只有口头需求”
聪明人都不会给你书面的,否则容易被你拉清单 只有口头,做成了,是他领导有方,失败了,是你执行不行 |
19
coderluan 243 天前
项目没做成呢,拿来的合作伙伴?楼主现在要确定是对方是真甲方还是中间人,也就是让母后他满意你是不是能拿到钱,真甲方那当一般事逼应对就行了。中间人就留个心眼,一方面对方可能有自己的心思,找点茬要点好处,比起解决问题,不如带对方去消费。一方面对方的承诺未必算数,销售碰到用户才能确定需求,要是没用户项目可能就没了。至于你说的“研发好找,靠谱的算法不好找”,你确定对方懂这些?
|
20
Xbathy 243 天前
那就是丙方。要么让他出文档,他中将多抽一点,要么想吃这口饭就忍着吧
|
23
cmdOptionKana 243 天前
突然发现一个问题,你说自己是合作伙伴,意思是不是没有工资?最后能拿到多少钱,还得等项目结束后他给你计算?
|
24
cmdOptionKana 243 天前
好像不是,是你的老板和他是合作伙伴,你本来就是打工的?
|
25
dododada OP @cmdOptionKana 是公司的合作伙伴,不是我的合作伙伴,我的工资是老板开。如果是我的合作伙伴,相当于外包的话,肯定就不是这个流程了
|
26
dododada OP @cmdOptionKana 没错,我就打工仔
|
27
zhenghuiy 243 天前
OP 得先摆清楚几方的位置,他带来的项目 + 老板也认可让他给需求 = 他就是甲方,而不是啥合作伙伴。
你们之前怎么跟甲方沟通的就怎么跟他沟通,就这么简单。 跟甲方沟通不得各种情绪价值拉满啊,以及各种环节的多次确认。。 |
28
HUZHUANGZHUANG 243 天前 1
注意录音,另外,可以理解为你的工资就是他发的,别得罪。
如果你失去利用价值,你老板就会把你杀掉 |
29
28Sv0ngQfIE7Yloe 243 天前
发散性的就需要边界约束
|
30
twomoe 243 天前
「我说另请高明吧」
|
31
0x663 243 天前
“老板说他有什么需求都按他说的做就行”
其他什么都不用管,你就按照这个人说的做,出了事不用你背锅,工期也别着急赶,磨洋工,问就是还不稳定还要再调整调整,过两三天就找他扯皮对需求,反正混日子就行了。 这种东西做好了不是你的功劳,做的差了要被人喷,所以混是最好的解决方案,都是他们逼你的。不必要自己有心理负担。 |
32
encro 243 天前
没啥好说的,
下次让他给需求文档,然后你来出功能设计文档。 至少能明白产品需求文档和功能设计文档的不同吧? |
33
superrichman 243 天前
注意先给钱后开发
|
34
laminux29 243 天前 1
1.如果你在意的是他的态度,那么这个问题无解,因为你们作为软件开发公司,其实是带有服务性质的。所谓的服务,也隐含了提供情绪价值服务。所谓提供情绪价值,在这个场景 l 里,就是他喷他的,你笑脸相迎就好。不过不用觉得这是在受委屈,不用觉得这是吃亏,这只是一项工作罢了。有些人的工作是提供技术,有些人的工作是提供解决方案,有些人的工作是提供服务,但高层岗位,是包含了以上这 3 项的。
2.如果你在意的是他没形成书面需求确认文档,那你来写,写好后,让他签字确认就行,因为你是乙方,这是你的工作。 3.如果你是在意,自己是大佬,没必要受这种气。那么,技术大佬只是普通大佬,超级大佬不仅仅是技术大佬,还是情商高手。这种人喜欢乱喷,你当他小屁孩就好,没必要和他抬杠。 |
35
iceWater10 243 天前 via iPhone
别给自己找不痛快
换个灵活点儿的去对接,会引导的 不行也按头给我行!!! |
36
cabing 243 天前
换人
|
38
k9982874 243 天前 via Android
你这哪是合作伙伴啊,你这是(至少)第三手外包。
甲方是叔叔,乙方是他,你们是他找的外包 |
39
echo1937 243 天前
软件产品很多时候就是来自于甲方一个点子或者一句话,需要明确和细化需求的边界和场景,最后进行沉淀和完整化,少了这个流程,做出来的产品肯定是无法满足各方要求的,这种情况遇到很多次了。
结果你们这位合作伙伴只是一个传声筒,你们见不到真正的甲方, 你们也没有项目经理,只有一个产品经理,摆烂的话,你就把对接工作交给产品,产品怎么规划你们怎么开发, 如果老板给你画饼,让你兼起来,除非你真想转产品/项目经理,否则最好别傻乎乎就上,因为技术栈不同,花费的精力也不是一般的小。 话说 需求、产品、前端、后端、运维 通吃,那才叫全站啊 |
40
Promtheus 243 天前
其实很正常,特别是政府相关的项目。他们都说不清需求的,都是自己又当软件开发商又当专业咨询这样子。然后出来的专利政府还得冠名,文档都是乙方写。多和政府合作你就知道了。
|
41
ming159 243 天前
生气无用 !!!
处理方法也很简单. 正式开发前, 书面形式做出功能规划,抄送相关领导. 让他正式邮件确认. 哪里不行改哪里. 最后他甩锅的时候. 理直气壮的说: "当时功能设计,是我们共同讨论一致通过的,现在有分歧可以再改,而不是在这里事后诸葛亮" |
42
dododada OP 给各位兄弟点赞
|
43
darkengine 243 天前
想办法把需求落实到纸上,邮件或者需求管理工具上
|
44
blackmirror 243 天前
@NessajCN #3 人家直接说需求不明确,肯定不会签字的,这种就是看演示,看心情做的,做什么都白瞎
|
46
Xbathy 242 天前
打工仔的话,那就对对对对对对,可以做,我们回去重新评估价格。
|