V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
dododada
V2EX  ›  程序员

遇到想法很多的合作伙伴怎么办

  •  
  •   dododada · 274 天前 · 5020 次点击
    这是一个创建于 274 天前的主题,其中的信息可能已经有所发展或是发生改变。

    前情提要:

    公司有个合作伙伴,某 985 学院的工程师,有个项目是他牵头过来的,老板说他有什么需求都按他说的做就行。 项目内容只有大概的口头想法,没有具体的需求,因为客户和客户使用场景都不明确,只有在销售碰到一个具体的用户之后才能搞清楚大概需求。

    工作内容:

    一直没有书面需求,只有口头需求,类似我有个功能你们做一下这种,曾经形成书面需求,对方讲不确定,会变化。 有个公安的离线视频敏感帧分析的需求,沟通的时候说只有离线视频,其他场景未知。所以我就安排研发在视频流分析的基础上做了离线视频的分析,因为数据量很大,所以采用的文件拷贝到指定目录的方式,没有页面上传操作。

    演示结果:

    演示完之后,开喷。问,你这个太 low ,太低级,为什么没有考虑各种文件传输的场景,比如 oss,ftp, 或者 http 上传,用户可以自定义的配置项?你这个敏感规则一小时出现两次你自己清楚是什么意思么?你有没有从用户场景新考虑?巴拉巴拉。。。

    其他的还都能忍,但是写的清清楚楚的敏感规则,他是看不明白还是不懂呢?用户场景,妈的我又不是公安,沟通的时候又不讲清楚,他们怎么使用我怎么知道。

    喷完之后说,你能不能把你们能做什么写个报告给我,然后安排研发排期一项一项实现?我说从来都是要明确需求才能动的,他说以前的做法没必要追究了,于事无补,你能不能把需求写出来给我?

    他娘的,我以前跟公安直接对接都没遇到这种人。

    我变成了自己写需求的乙方。

    求问:

    和这种人沟通要注意什么?

    46 条回复    2024-03-27 10:19:21 +08:00
    LiuJiang
        1
    LiuJiang  
       274 天前
    很简单,换人。换不了他,还不能换自己?
    rookie4show
        2
    rookie4show  
       274 天前
    国内政府项目一般受着就行,软工这一套基本没戏。小事听话打杂,大事验收能过。
    NessajCN
        3
    NessajCN  
       274 天前   ❤️ 18
    每次沟通自备纸笔,线上的话打开个文本界面共享,他说一句你记一句,
    然后嘴上说「嗯嗯,好的,没问题.....」
    等他说完你把记下来的给他看,
    「您看一下我总结的这部分内容有没有问题,没问题的话签个字,我回去评估一下额外费用给您报价」
    下次再沟通就带着之前的记录,有冲突的就指出来并说明更改需求的费用
    总之一句话:客户的需求当然要满足,只要钱给够
    wizzer
        4
    wizzer  
       274 天前   ❤️ 6
    你需要 项目经理、产品经理,做缓冲
    ronyin
        5
    ronyin  
       274 天前
    不过看了你复述的话,我觉得他说的都对啊,至少需求他考虑的很全。哈哈哈。不过既然这么多需求,还是和甲方公安局说下,如果有这些需求,请多提升预算。。
    corcre
        6
    corcre  
       274 天前
    那你喷回去啊,这不喷他自己就很被动了
    sakilascott
        7
    sakilascott  
       274 天前
    1 、如果是技术岗位,对接需求不应该你来,说明公司缺少专业的产品经理、项目经理。
    2 、如果你本身就是需求设计、项目管理等相关岗位,细化甲方的需求本来就是你的职责。
    你不了解甲方的系统是你的问题,这个世界用过甲方系统、了解甲方业务需求的公司多了去了,你们公司没用过甲方系统,不清楚甲方需求,跟甲方有什么关系?
    如果甲方能说清,并且把需求文档写好,那他直接招几个研发过来写不香吗?还要你来干啥?
    me1onsoda
        8
    me1onsoda  
       274 天前
    你们其实就是乙方吧,说好听点合作伙伴。
    dododada
        9
    dododada  
    OP
       274 天前
    @wizzer 产品有,没有项目经理,我直接对接的
    me1onsoda
        10
    me1onsoda  
       274 天前
    不知道项目里你是啥角色,需求不明确就该拉会说清楚,如果你作为负责人,那还是有做不到位的地方,规范流程就是该你把口头需求整理细化找他过一下,再开工
    victer
        11
    victer  
       274 天前
    这个问题对大部分做技术的来说都会遇到,做技术的人考虑的都很简单(或者说很直接),做技术的只是听了他说的并不会做延展,其实很多时候是不知道怎么做延展,也比较难控制方向范围,这是做技术的跟甲方(需求方)直接接触会有的通病。甚至甲方会给你一个功能名称让你实现,其实你以为只是实现这个功能,其实并不是,而是根据这个功能做一个完整的工作流(场景)。
    其实反过来想你也能想通,你做的是一个项目不是一个功能,所以你必须按项目去想。
    其实,如果第一次遇到这种不要怕麻烦,多沟通,多沟通,如果遇到你说的这种,第一整理需求,调研需求,小范围扩散需求,然后沟通确认,第二再次整理需求,内部确认完成率,完善场景,再次确认沟通。不要嫌麻烦,这时候你已经是半个项目经理。。。
    其实确实是缺了一个项目经理或者产品经理做缓存。。。哈哈哈
    dododada
        12
    dododada  
    OP
       274 天前
    @sakilascott 不不不,这个大哥,我们不跟甲方直接对接,是通过他转述,渠道在他手里。相当于他有关系有渠道,我们有技术,双方合作。但是他自己都没有搞明白需求。研发好找,靠谱的算法不好找
    dododada
        13
    dododada  
    OP
       274 天前
    @victer 有道理。
    julio867
        14
    julio867  
       274 天前
    比较认同 7 楼( sakilascott )的观点~然后说一个个人的比较极端的想法:哪怕是去送外卖,我都不愿意参与政府类的项目,因为太憋屈😄~~
    dododada
        15
    dododada  
    OP
       274 天前
    @julio867 其实不能算是政府类的项目,因为这个项目原先的目标客户是工厂,政府属于业务拓展了
    Kathy1989
        16
    Kathy1989  
       274 天前   ❤️ 1
    “一直没有书面需求,只有口头需求”
    聪明人都不会给你书面的,否则容易被你拉清单
    只有口头,做成了,是他领导有方,失败了,是你执行不行
    Kathy1989
        17
    Kathy1989  
       274 天前   ❤️ 2
    @NessajCN #3
    他不会签名的,不信你让楼主试试
    luoway
        18
    luoway  
       274 天前
    @Kathy1989 #17 既然是口头需求,录音有用吗
    coderluan
        19
    coderluan  
       274 天前
    项目没做成呢,拿来的合作伙伴?楼主现在要确定是对方是真甲方还是中间人,也就是让母后他满意你是不是能拿到钱,真甲方那当一般事逼应对就行了。中间人就留个心眼,一方面对方可能有自己的心思,找点茬要点好处,比起解决问题,不如带对方去消费。一方面对方的承诺未必算数,销售碰到用户才能确定需求,要是没用户项目可能就没了。至于你说的“研发好找,靠谱的算法不好找”,你确定对方懂这些?
    Xbathy
        20
    Xbathy  
       274 天前
    那就是丙方。要么让他出文档,他中将多抽一点,要么想吃这口饭就忍着吧
    dododada
        21
    dododada  
    OP
       274 天前
    @Xbathy 这么惨么?都混到丙方了
    Kathy1989
        22
    Kathy1989  
       274 天前
    @luoway #18
    如果你没提前告知对方录音,估计对方以后不跟你合作
    cmdOptionKana
        23
    cmdOptionKana  
       274 天前
    突然发现一个问题,你说自己是合作伙伴,意思是不是没有工资?最后能拿到多少钱,还得等项目结束后他给你计算?
    cmdOptionKana
        24
    cmdOptionKana  
       274 天前
    好像不是,是你的老板和他是合作伙伴,你本来就是打工的?
    dododada
        25
    dododada  
    OP
       274 天前
    @cmdOptionKana 是公司的合作伙伴,不是我的合作伙伴,我的工资是老板开。如果是我的合作伙伴,相当于外包的话,肯定就不是这个流程了
    dododada
        26
    dododada  
    OP
       274 天前
    @cmdOptionKana 没错,我就打工仔
    zhenghuiy
        27
    zhenghuiy  
       274 天前
    OP 得先摆清楚几方的位置,他带来的项目 + 老板也认可让他给需求 = 他就是甲方,而不是啥合作伙伴。

    你们之前怎么跟甲方沟通的就怎么跟他沟通,就这么简单。

    跟甲方沟通不得各种情绪价值拉满啊,以及各种环节的多次确认。。
    HUZHUANGZHUANG
        28
    HUZHUANGZHUANG  
       274 天前   ❤️ 1
    注意录音,另外,可以理解为你的工资就是他发的,别得罪。

    如果你失去利用价值,你老板就会把你杀掉
    28Sv0ngQfIE7Yloe
        29
    28Sv0ngQfIE7Yloe  
       274 天前
    发散性的就需要边界约束
    twomoe
        30
    twomoe  
       274 天前
    「我说另请高明吧」
    0x663
        31
    0x663  
       274 天前
    “老板说他有什么需求都按他说的做就行”
    其他什么都不用管,你就按照这个人说的做,出了事不用你背锅,工期也别着急赶,磨洋工,问就是还不稳定还要再调整调整,过两三天就找他扯皮对需求,反正混日子就行了。
    这种东西做好了不是你的功劳,做的差了要被人喷,所以混是最好的解决方案,都是他们逼你的。不必要自己有心理负担。
    encro
        32
    encro  
       274 天前
    没啥好说的,

    下次让他给需求文档,然后你来出功能设计文档。

    至少能明白产品需求文档和功能设计文档的不同吧?
    superrichman
        33
    superrichman  
       274 天前
    注意先给钱后开发
    laminux29
        34
    laminux29  
       274 天前   ❤️ 1
    1.如果你在意的是他的态度,那么这个问题无解,因为你们作为软件开发公司,其实是带有服务性质的。所谓的服务,也隐含了提供情绪价值服务。所谓提供情绪价值,在这个场景 l 里,就是他喷他的,你笑脸相迎就好。不过不用觉得这是在受委屈,不用觉得这是吃亏,这只是一项工作罢了。有些人的工作是提供技术,有些人的工作是提供解决方案,有些人的工作是提供服务,但高层岗位,是包含了以上这 3 项的。

    2.如果你在意的是他没形成书面需求确认文档,那你来写,写好后,让他签字确认就行,因为你是乙方,这是你的工作。

    3.如果你是在意,自己是大佬,没必要受这种气。那么,技术大佬只是普通大佬,超级大佬不仅仅是技术大佬,还是情商高手。这种人喜欢乱喷,你当他小屁孩就好,没必要和他抬杠。
    iceWater10
        35
    iceWater10  
       274 天前 via iPhone
    别给自己找不痛快
    换个灵活点儿的去对接,会引导的
    不行也按头给我行!!!
    cabing
        36
    cabing  
       274 天前
    换人
    rehoni
        37
    rehoni  
       274 天前
    @NessajCN 那如果是给钱我也不想做呢,现在这边项目结项了我不想跟了(因为要出差),回公司做别的东西去
    k9982874
        38
    k9982874  
       274 天前 via Android
    你这哪是合作伙伴啊,你这是(至少)第三手外包。
    甲方是叔叔,乙方是他,你们是他找的外包
    echo1937
        39
    echo1937  
       274 天前
    软件产品很多时候就是来自于甲方一个点子或者一句话,需要明确和细化需求的边界和场景,最后进行沉淀和完整化,少了这个流程,做出来的产品肯定是无法满足各方要求的,这种情况遇到很多次了。

    结果你们这位合作伙伴只是一个传声筒,你们见不到真正的甲方,

    你们也没有项目经理,只有一个产品经理,摆烂的话,你就把对接工作交给产品,产品怎么规划你们怎么开发,

    如果老板给你画饼,让你兼起来,除非你真想转产品/项目经理,否则最好别傻乎乎就上,因为技术栈不同,花费的精力也不是一般的小。

    话说 需求、产品、前端、后端、运维 通吃,那才叫全站啊
    Promtheus
        40
    Promtheus  
       274 天前
    其实很正常,特别是政府相关的项目。他们都说不清需求的,都是自己又当软件开发商又当专业咨询这样子。然后出来的专利政府还得冠名,文档都是乙方写。多和政府合作你就知道了。
    ming159
        41
    ming159  
       274 天前
    生气无用 !!!
    处理方法也很简单. 正式开发前, 书面形式做出功能规划,抄送相关领导. 让他正式邮件确认. 哪里不行改哪里. 最后他甩锅的时候. 理直气壮的说: "当时功能设计,是我们共同讨论一致通过的,现在有分歧可以再改,而不是在这里事后诸葛亮"
    dododada
        42
    dododada  
    OP
       274 天前
    给各位兄弟点赞
    darkengine
        43
    darkengine  
       274 天前
    想办法把需求落实到纸上,邮件或者需求管理工具上
    blackmirror
        44
    blackmirror  
       274 天前
    @NessajCN #3 人家直接说需求不明确,肯定不会签字的,这种就是看演示,看心情做的,做什么都白瞎
    Xbathy
        45
    Xbathy  
       273 天前
    @dododada 其实按照你们目前的情况,作为丙方是最好的,你们只对他负责,你们不需要知道客户需要什么,都让他去沟通。不要这种模棱两可的关系。
    Xbathy
        46
    Xbathy  
       273 天前
    打工仔的话,那就对对对对对对,可以做,我们回去重新评估价格。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1908 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 16:22 · PVG 00:22 · LAX 08:22 · JFK 11:22
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.