这是一个创建于 138 天前的主题，其中的信息可能已经有所发展或是发生改变。
以下 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 谈乙方，他也直摇头
大背景：
几个月前，来到这家公司，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
 |
1
xianzhe 138 天前
事情到这种地步已经不是你能管的了，推给项目经理之类的人去和乙方谈，该扣钱就扣钱
|
 |
2
KKKKKKKKKKKKKKKK 137 天前
乙方 Q 职场混的明白，有问题就拉会，让领导知道自己在干活
|
 |
3
pecsj 137 天前
要是实在太多其他任务忙不过推一下罢了，没啥事这么推有点过了，还是存粹点
|
 |
4
baoshijiagong 137 天前
估计是这个需求实现不了，对方又没人敢说出来，只能混一步算一步，到处搜资料看是不是能解决。很多人不会承认自己不足，半桶水又没勇气。
|
 |
5
yu180 137 天前
乙方虽然能力不行，但是会做事儿，最起码领导看起来每天都很充实。
|
 |
6
wjr2012 137 天前
说实话这个需求一点都不难，我也做过相同的事情，自己的 app 内置到系统中，framework 中添加几条 xml 申明，或者在代码里直接按照包名跳过权限检查。这个 Q 拖的有点过了……
|
 |
7
wdold 137 天前
这人会工作，不过你们这管的也有点松吧，来回这么折腾，不得扣点钱疼一下么
|
 |
8
flmn 137 天前
你们跟乙方是按需求点算钱； Q 跟乙方是按时间算钱是么？那么乙方的管理也有问题。
|
 |
9
magicls 137 天前
省流：
楼主讲述了与乙方合作解决安卓平板权限问题的经历。甲方提出了出厂默认授予权限 A 的需求，但乙方 Q 拖延执行，并优先处理不重要的小需求。多次交付版本问题不断，权限在重启或刷机后丢失。乙方 Q 反复开会推卸责任，最终将问题归咎于上游厂商。经过两个月的沟通，问题仍未解决，楼主对此感到无奈。 |
 |
10
undefinedsymbol 137 天前
抛开这个场景，Q 这个人的做事风格，适合在去公务员或者事业单位里混，就是啥实事干不出来，但是又显得整天都很忙的样子
|
 |
11
EndlessMemory 137 天前
乙方这个人太会玩了
|
 |
12
HojiOShi 137 天前
非常好奇是什么权限不是 ADB 授权不了的，就算是标了 signature 之类的系统权限，让你们乙方给个系统签名应该也不是难事吧。
|
 |
13
lovelyxiaod 137 天前
你们的耐心也太好了吧？
|
Select Language