基本操作：无限里鬼
背景
APP的引导页改版，由产品向UI（注：本部门的UI辞职了，这个UI在另一个部门另一个地方，之前没有合作过）那边提出需求，同时，产品对测试说：“你去问一下开发那边有没有什么需要注意的。”
于是测试来问我跟安卓。
我和安卓只强调了一点，那就是不要用整张图片做引导图，因为整张图片没法适配各种机型。
不要用整张图片做引导图，我们说了不下三遍。
第二天，产品把引导图打包发到群里面了，我跟安卓下载下来一看，懵了，这尼玛怎么是5张大图？！
我立即去问测试什么情况。测试也懵，然后说：“你们直接去跟UI沟通。”接着建了一个讨论组，把开发和UI都拉了进去。
接着就是一阵尬聊：
到下午三点的时候，我估计UI那边应该差不多了，就@了一下他，问他OK没有，他没有回应。
过了一会儿，产品跑过来跟我说：“UI说他不会。”
我靠，不会就不能早点说吗？当然这里可能是真不会，也有可能是UI不高兴了。
适配各种机型是不可能的了，晚上就要发布了。虽然结果只是引导图在iPhone X上被拉伸这种小的体验问题。但是，修改引导图这个需求的执行过程中却暴露出了一些其他问题。
暴露出来的问题
1.过于信任队友
我们开发这边认为，只要把不要用整张图片做引导图传达到UI那里，就OK了，因为UI肯定能理解。
另外我们告诉了测试不要用整张图的原因：“无法适配各种机型”，我们也相信测试肯定懂。
但是，由测试到产品再到UI的过程中，这句话却被忽略了。
我跟安卓都想当然的认为这么简单的需求，大家肯定都明白。却不知“整张图片没法适配各种机型”，这句话听起好像很容易理解，开发和UI都懂得起，但是却忘了测试和产品不一定能get到这个点。
这就导致关键信息在传递的过程中丢失了。
2.直接关系人没有直接沟通
“不要用整张图作引导图”，这句话应该由开发直接对UI说，而不是由开发传测试再传产品最后传到UI那里。
当测试来向开发询问UI方面的问题的时候，开发就应该要求建讨论组直接跟UI沟通。
如果知道直接沟通的重要性，后面乱七八糟的事情都可以避免了。
3.没有主动沟通的意识
当开发这边对UI提新需求的时候，UI不管是不会做还是不想做，总之就是不做，不做就不做，直说就行了，但是不要沉默啊，生闷气能解决问题吗？开发还等着要图呢。
显然这个UI没有主动沟通的意识，没有主动沟通的意识在团队里面就是没有团队意识，跟没有团队意识的伙伴共事请做好随时被坑的心理准备。
总结
工作的这两年，越来越觉得沟通是项不可或缺的软实力，其重要性甚至不亚于专业能力这项硬实力。
或许有人会说专业能力才是王道，我想说，专业能力固然很重要，它也是你在一个公司的立身之本。但是，在你没有具备不可替代的专业能力之前，你的那点专业能力不足挂齿，毕竟，你走了，公司可以马上找到替代你的人。我们公司之前也有专业能力强但是不善沟通的人被辞退的例子。当然更多的是因专业能力不足而被辞退的人，有趣的是，专业能力不足的这类人他们都有一个共同点：不仅仅专业能力不足，还不喜欢沟通。
一个团队的成员，如果都乐于沟通、善于沟通，真的可以节省很多时间、少走很多弯路。
让我印象最深刻的一次是UIWebView换成WKWebView后，字体变小了，我上网各种找答案各种尝试都没有解决，后面测试那边看我很绝望就叫我问问部门后台人员（webView展示的内容是读取的HTML字符串，后台给的），我抱着试试的心态请教了一下，他还真的一下子就看出了问题所在：https://stackoverflow.com/questions/45998220/the-font-looks-like-smaller-in-wkwebview-than-in-uiwebview/46000849#46000849
我们上司以前开会时经常说的一句话：遇到问题就说出来，大家一起想办法解决，不要蒙着脑袋一个人干，也不说，最后到了不可挽救的地步才说没做出来或没做完之类的。你这是在为难我，你既然要为难我，那我也就只有为难你了。
网友评论