null2error

不太理解是什么场景下，要产品去做定位梳理的事情，于情于理，我们狗产品可以做，但是不能这么卑微的做吧~
如果是非正式的需求推进，最好还是确定 一下对方和你关系 有没有这么好，人家要做多余的事情，何必呢？

至于实操层面，我自己是三级响应模式

lv3：我就能定位，且能明确这道这一坨是谁拉的（会辅助一个确认过程，总有关系好的开发吧~），直接过去叼 ta
lv2：不能定位或者不知道是谁拉的，找研发接口（我们这里是技术负责人），不能一眼看清楚的问题肯定会推三阻四，所以会辅助一个：我已经跟测试报备了，如果你这边短时间处理不了，我让测试报 bug ，省的回头忘记了。
lv1：lv2 找了人，大致看了，没回复或者没人认领，要么是很难搞要么就是有人要背锅，这种情况下轻声细语已经没用了，一定要出重拳！（拉会，产品老大，研发老大，测试老大，项目经理一起来（我拉会只拉这几个人，我自己组内只要叫上老大来给我撑腰就行了，其他组内要拉谁过来分锅，他们老大自己决定

作为一个产品，摇人才是第一生产力 [狗头] ~

羡慕哦~
不知道有没有机会在老家的房子里弄一套~

人少的小团队用多维表自己搭一个就完全可以，这块甚至可以找飞书，钉钉的供应商少量付费帮助搭建，他们见的多了，可以比自己摸索来的更快。

当然，完全不花钱，那么效率和效果肯定是有打折扣的风险的。

PS：甘特图实际上是一种很落后的进度图示方法，现代多维表的仪表盘功能更丰富，特别是临时性指标加加减减都很方便，我个人是更推荐用多维表干这个事情。

有，W*S 大会员~

还有一个角度是（开发者总数/平台各层级分支总和）的相对数值优势，苹果这边分母无限趋近于 1 ，要到语言、框架这个层级才开始分叉，x86 平台上看起来是一个平台，但是平台每个层级上都有分支，从硬件到编译器到操作系统到语言运行时，分叉太多。

力出一孔，加上绝对数量也不少了，两者一比，差距就出来了~

同一个软件，在苹果生态下玩命优化，这个优化大概率可以惠及每个终端用户，X86 这边，你先把 Windows 和 Linux 跨平台搞定了再说其他

幸福者避让原则~

应该也算正常吧，现在别说国企了，规模上去了的民企龙头都在卡人头，下面做事和中间管理的人一个个去问，不一定有几个是签的主体公司。

不过三方和外包还是有很大区别的，如果因为人头问题没编制了，要签一个三方公司解决发钱的问题那也不是不行；如果就是奔着外包去的，大可不必了，低人一等很难受的。

所以我觉得，还是要问清楚，岗位是什么，向谁报告。

二弟：大脑，来点刺激的
大脑：这部旧片子再看一遍？