“快速闪电”是我们明天要上线功能的代号，由Y team、T team和S team三个团队共同完成。我在T team，是需求的发起方；Y team是被调用方，主要功能在Y team上展现；S team是一个为Y team提供工具的团队。三个团队加起来有22人左右。
功能的主要架构是这样的：
T的移动端调用Y的移动端接口，Y的移动端调用Y后台提供的服务，Y后台再调用T后台提供的服务。
S为Y的iOS端提供工具支撑。
这个功能的探讨是经过预研的，大概在一个月前。
我作为T team的Android开发，与Y team的小徐同志一起讨论接口的定义。当然了，双方的后台也必须要参与其中。我们的后台外号连长，他参与的比较多，这为以后帮助iOS接口制定打下了坚实基础。
花了3天左右时间，小徐和我基本上就接口做好了定义，并发出邮件来。我这边忙其他事情，就不再参与了。
半个月前，iOS的这边才开始启动。我们的iOS开发仍然是大树，与Y team的iOS开发小马和连长一起，参考Android的接口，也搞定了。并且联调了很多种场景，比Android这边做得深入多了。这样预研阶段就过去了，大家觉得正式上线也是分分钟的事。
上周，正式按照需求进行开发，准备这周四上线。
上周三开始，我把我这边的逻辑按照要求都梳理清楚并开发完成，周五找到了小徐，用了一下午联调，覆盖了几乎所有场景（环境原因，有一个场景没有验证）。心中觉得问题不大。周一的时候，与连长把另一个场景也验证了，Android这边就OK了，我直接给测试转测了。（这期间也经历了连长临时改网络接口等各种状况，但是程序很坚挺，T与Y都没有改动之前定义的接口。用连长的话说，安卓这边为什么怎么也搞不死？）
可iOS那边并不平静。
大树早就写好了代码，等着跟下马联调。从上周四开始，就各种问题。因为，我们主要是调用Y的接口，所以，问题都是出现在Y那边。为了排查问题，连长是从头跟到尾，还时不时把我拉进来，帮忙看传的url是否正确。
直到今晚，问题依然没解决。
为了这个问题，大家拉了一个群，群里22人。
而群里的主角，是小马。
所有人都在帮忙推动问题的调查，分析各种原因。
小马在群里不停的说，我去看一下，我去尝试一下。估计是满头大汗的敲着代码吧。
我们这边私下里议论着，别给小马压力了，他其实也知道这二十几人都是因他而加班，越着急越容易出错。在这种情况下，我都认为小马已经没有主见了，别人让尝试啥他就搞一下，这样做明天上线都挺悬的。
讨论：
为什么会出现这种情况？
伟仔认为，这跟小马对项目了解程度已经iOS开发基本功有关。
就人员配置来说，T team是安卓、iOS、后台、测试各一个；Y team基本也是这样。三个team22人，包括了pm已经利益相关人。那就是说，小马的位置是无可替代的，Y team iOS相关没有人比他清楚了，如果他自己找不到问题，那么别人再怎么支招，恐怕也不能解决问题。这就造成了，这么多人陪着加班，但效率依然很低。
与神队友共事，神采飞扬；
与猪队友共事，神情沮丧！
欢迎关注博主微信公众号：“懒人的技术笔记”
