今天本跃发出了一个疑问：
目前前端disco这个模块还有两个问题:
- disco列表排序还存在问题，排序无效；前端是有传值的，这个应该找谁对接（之前对接的后端，目前暂时休息）。
- swap列表一直未在真实环境（测试环境）测试过，目前主要是没有测试数据。这个可以造点测试数据吗（或者如何去创建相关swap列表数据流程也可）。
本跃表示这两个问题不知道该找谁对接，之前找人对接也找错了。
对于开发者对接的问题，大家展开了一场探讨：
kering 表示：
以后大家遇到问题 找泽辉、Nigel 和 二锅头三任何一位都可以，一站式解决，开发者自己 的沟通问题都找自己的直属mentor，这样节省很多沟通成本。
二锅头表示：
是自己让本跃在开发群里暴露问题的，因为这个问题需要其他团队协调，后续如果有问题，前端直接找自己，后端直接找 Nigel，V3 合约报错找泽辉，V4 合约找钦佩。
kering表示：
最好不要让开发者自己直接去找对应的人，一个是开发者不知道对接人是谁；二是效率低，浪费开发者时间。委员争取要覆盖，组内成员所有任务交流的问题穿插起来会乱。
二锅表示：
大部分之前都是我分发的，到有些情况经过我中转会让流程非常长，本跃要跟我沟通，我要理解，我再去找nigel， nigel再去理解，他再去找人协调，然后协调时间还要再确认一轮，整个过程会非常长。 所以这次直接让本跃在大群暴露，直接和对应模块负责人沟通，省去很多中间沟通成本。
本跃表示：
个人的一些建议: 明确找谁对接，可以在建task的时候，把相关协作方关联一下:
- 前端任务中关联对应的后端任务链接地址，这个可以知道后端的开发进度及后端责任开发人员。方便前端准确定位找谁对接。
- 前端任务中关联需求地址及需求负责人（产品），前端在执行开发任务时，如果遇到不理解的问题可以直接找产品沟通（这里可以减少很多中间沟通，避免无效沟通以及传达失真）。
- 前端任务中关联ui地址及ui负责人的，同理前端在开发过程中遇到无法理解或者需要沟通调整的也可以快速找到负责人。
上述只是针对前端开发任务改动。像二锅（相关方面负责人）主要负责任务分配、资源调度、统筹协调开发进度等。通过二锅中转的话，不太合理，效率也比较低，出错率也大。委员压力也大，收效可能反差很大。
kering 表示：
这个意见很有道理，我们之前类似好的经验和总结 有应用性的很多，问题是一直没有正式升级到我们的 正式协作流程里，所以也就是我们的组织在整体上 其实一直没有进步是根本原因。
就拿这个作为例子，具体如何将本跃的意见 升级到我们的工作流里，这个是委员会的任务，不应该是说完就过去了，其实v3 前，v2的时候大家就题了一些意见，尤其是paul哥的反馈 都很实用，只是我们没有升级，导致v3 出了问题。
现在如果好的意见还无法升级到整体中，这就是我说的 开发者委员会职能缺失。 就拿这次作为一个实际的例子正好，一个好的意见 如何升级到 主协作流程里，并且能够落地在后续的的版本中。
鉴于这个问题，众人经过讨论，目前还没有特别好的解决办法，因此 kering 决定晚上和二锅、泽辉先电话沟通一下，然后升级到组织层面。
若有收获，就点个赞吧
0 人点赞
