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

乙方程序员:我没看明白、我不理解、贵司的需求到底是什么呢?拉会对下吧。

  •  
  •   andforce · 120 天前 via iPhone · 2077 次点击
    这是一个创建于 120 天前的主题,其中的信息可能已经有所发展或是发生改变。
    以下 Case 看似荒诞,实则也有可以借鉴学习之处

    大背景:
    几个月前,来到这家公司,2 个月前开始与之前就存在的乙方公司开始合作,处理之前就已经在跑的业务。

    我们作为甲方,公司的盈利模式是从乙方采购安卓平板电脑。定制应用给特定的行业,因此应用也不单独外发,就是预装到平板中,给特定的行业用。

    我们这边只有应用开发,因为不对外发布,有时候产品需求就比较有针对性。

    小故事背景:
    新需求:
    产品想让我们的应用出厂(我们应用是预置在平板内的)就自动获取某个权限 A ,产品的意思是别让用户再确认一次。
    大家应该知道安卓后来的权限管的也比较严格了,多数情况下用户不授权,应用是拿不到某些权限的。
    这里我们不去讨论产品这个需求合理与否,也不讨论应用层面有没有其他解决方案。

    反正最后的结论是给乙方提需求,让他们从 framework 层进行修改,我们应用就正常开发就行了,不需要做任何修改。


    人员配置方面,我们甲方这边,技术接口人是我,我属于研发部。还有厂商对接人 W ,属于硬件部。我们不是一个部门的,W 不懂安卓技术。

    乙方的人员配置: 技术对接人 Q ,需求对接人 L


    需求沟通开始。

    前期沟通需求,评估工作量都比较顺利,感觉乙方 Q 比较认真仔细。他会整理每一天需求到一个表格中,让我们这边确认。
    哎不对啊?前面不是说,你们的需求只有一条,就是出厂自动获取权限 A 这一条吗?怎么这里还要整理表格了?

    其实是我们甲方的 W 觉得这一条需求太简单了,把之前一些鸡毛蒜皮的小需求也加进来了。
    比如在在系统设置中隐藏选项 A ,让某个选项不能点等等这种。其实就是半天就能搞完那种改 UI 的需求。

    算上前面说的默认给权限 A 那个需求,一共凑合 5 条。

    所以开会的时候,乙方 Q 整理到表格中,一条一条确认。最终乙方评估的工作量是一周时间。

    我不懂 framework ,咱也没法判断这个一周时间是长是短。不过我们这边的 W 先生说可以给 2 周时间,让他们充分测试后再交付给我们。乙方说没问题。


    2 周内我就干我自己的活儿去了,W 也会间隔 2 天就问问进度,有没有疑问之类的,对方都说正在弄。


    交付最后一天。
    W 问搞定了没有?答案是搞定了 90%的需求,还有一个正在弄,说先给我们一个版本先测试着。
    我们仔细疑问,只是把那 4 个隐藏设置选项之类的先需求搞了。


    我当时有点懵逼,就说"怎么最主要的默认给权限需求怎么没搞啊?"

    乙方 Q 说:你们也没说需求优先级,也没有说哪个重要,需求列表都在那个表格里。我们可以再对下。

    然后我们真就开会又对了一下默认把权限 A 给到我们 App 的需求。

    他们说要 2 天时间再研发,理由是之前需求不明确。


    2 天后,交付给我们的版本,我们验证之后呢,发现重启设备,权限 A 就丢失了。


    与乙方 Q 交涉,Q 说:“你们的需求是什么?不是出厂默认授权给你们权限 A 吗?”

    我说"是的没错,但是不能重启一下就丢掉权限啊"

    总之乙方 Q 坚持称已经交付了需求,如果有问题再拉上双方公司相关人讨论,然后就又拉了一个会。


    讨论的结论是,我们需求要加上一条,重启设备后权限不能丢,研发时间再加 2 天。

    2 天后,乙方 Q 说,你们这个需求,跟几个月前的一个需求有冲突,不好处理。需要改挺多代码的,需要加时间。


    我一听就说,你把冲突代码逻辑截图发一下,我怎么感觉不会有冲突啊?

    乙方 Q 又说了一些别的,最后没法代码,反正第二天一早交付了一版。


    这一个版本更不对了,刷机后就拿不到权限,别说重启了。然后我就把操作流程,复现步骤录了一个视频,发到群里。

    乙方 Q 直接引用我的视频说“你能用文字描述一下问题吗?”

    我以为他不方便看视频,用文字回复说“这个版本改坏了,无论怎么样都没法获取权限 A 了,试了 2 台机器必现”


    这个时候我还没有意识到乙方 Q 是防御性拖延打太极回复。

    乙方 Q 说他验证完没问题才发给我们的,质疑我的操作方法等等,最后说让我抓一份系统 Log 给他。


    说要重新刷机再抓 Log ,这时候环境都坏了之类的不好分析,然后我就乖乖刷机复现给 Log 。


    又是 1-2 的等待,中间小插曲不断。

    几乎每次群里反馈问题,他都会说他不明白什么意思。

    不仅仅是回复我,他不明白我说的。每次都要拉上双方的所有人开会,把群里讨论的重新会上再说一遍。


    我也在这期间明白了,一个程序员不可能听不懂甲方的所以需求。如果真的如此也不会当上程序员。
    乙方 Q 在乙方公司混的应该非常好,所有人都看到了他再给甲方解决问题,努力拉会对齐疑点,落地方案。


    但目前为止接近 2 个月的时间了,是的没错,2 个月时间。

    现在的问题是,如果我们的 App 意外崩溃,权限 A 就会丢失。

    我们拉了几次会,沟通为什么我们的 App 要崩溃等等问题,最后乙方 Q 说应用崩溃权限丢失的问题,他断定是上有芯片厂商的问题,他在积极跟进督促上游厂商解决这个问题。

    而我作为这个群里唯 3 懂技术的人,没有戳破他,为啥是唯 3 ?因为我的 Leader 也在里面,我每次跟 Leader 谈乙方,他也直摇头
    13 条回复    2024-08-15 21:49:44 +08:00
    xianzhe
        1
    xianzhe  
       119 天前
    事情到这种地步已经不是你能管的了,推给项目经理之类的人去和乙方谈,该扣钱就扣钱
    KKKKKKKKKKKKKKKK
        2
    KKKKKKKKKKKKKKKK  
       119 天前
    乙方 Q 职场混的明白,有问题就拉会,让领导知道自己在干活
    pecsj
        3
    pecsj  
       119 天前
    要是实在太多其他任务忙不过推一下罢了,没啥事这么推有点过了,还是存粹点
    baoshijiagong
        4
    baoshijiagong  
       119 天前
    估计是这个需求实现不了,对方又没人敢说出来,只能混一步算一步,到处搜资料看是不是能解决。很多人不会承认自己不足,半桶水又没勇气。
    yu180
        5
    yu180  
       119 天前
    乙方虽然能力不行,但是会做事儿,最起码领导看起来每天都很充实。
    wjr2012
        6
    wjr2012  
       119 天前
    说实话这个需求一点都不难,我也做过相同的事情,自己的 app 内置到系统中,framework 中添加几条 xml 申明,或者在代码里直接按照包名跳过权限检查。这个 Q 拖的有点过了……
    wdold
        7
    wdold  
       119 天前
    这人会工作,不过你们这管的也有点松吧,来回这么折腾,不得扣点钱疼一下么
    flmn
        8
    flmn  
       119 天前
    你们跟乙方是按需求点算钱; Q 跟乙方是按时间算钱是么?那么乙方的管理也有问题。
    magicls
        9
    magicls  
       119 天前
    省流:

    楼主讲述了与乙方合作解决安卓平板权限问题的经历。甲方提出了出厂默认授予权限 A 的需求,但乙方 Q 拖延执行,并优先处理不重要的小需求。多次交付版本问题不断,权限在重启或刷机后丢失。乙方 Q 反复开会推卸责任,最终将问题归咎于上游厂商。经过两个月的沟通,问题仍未解决,楼主对此感到无奈。
    undefinedsymbol
        10
    undefinedsymbol  
       119 天前
    抛开这个场景,Q 这个人的做事风格,适合在去公务员或者事业单位里混,就是啥实事干不出来,但是又显得整天都很忙的样子
    EndlessMemory
        11
    EndlessMemory  
       119 天前
    乙方这个人太会玩了
    HojiOShi
        12
    HojiOShi  
       119 天前
    非常好奇是什么权限不是 ADB 授权不了的,就算是标了 signature 之类的系统权限,让你们乙方给个系统签名应该也不是难事吧。
    lovelyxiaod
        13
    lovelyxiaod  
       119 天前
    你们的耐心也太好了吧?
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1375 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 21ms · UTC 17:10 · PVG 01:10 · LAX 09:10 · JFK 12:10
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.