拥有鲸鱼的身体，但像鲨鱼一样的灵活

本文链接：https://blog.csdn.net/tryanderror/article/details/5810878

这是一个在余世维管理讲座中听到的故事：

1986年，行业不景气，马自达没有裁员，而采用了一个变通的方法。把工厂里要裁掉的两百五十个人通通送到战场上去打，说，各位，最近不景气，我们不需要这么多人生产汽车，但是你们都是公司的活宝，我们舍不得丢掉你们。这样，替公司做点贡献吧。市场需要你们，因为你们是做汽车的，你们懂，应该知道怎么卖。这件事，让马自达猜对了，那两百五十个生力军投入市场，没想到业绩比真正的业务员做的还要好。什么道理呢？
客人要买汽车找到他们，说：你看我这部汽车现在要卖值多少钱？
他一瞄就说多少多少—日币42万。
客人说：你怎么猜这么准。
你不相信打开看一下。右边第二个XX有问题。
客人心悦诚服，甘心情愿的把它卖掉。客人说：那么你介绍部汽车。
马上指明客人适合什么样的汽车，这些生力军卖得好的不得了。
结果三年过去，景气恢复，公司又和他们讲，各位，现在公司需要你们再回到生产线上去。因为你们在市场当中打了3年，深深了解客户的心态。现在回来，重新做汽车，做一个他们更喜欢的汽车。这两百五十个员工又重新投入生产。改良了尾翼，改良了侧灯设计，改良了车身和轮胎。

说到轮调，组织里提出QC和RD的轮调已经很久了，但是并没有形成制度化。只是有时候会根据项目的需要，让资浅的RD来做做一些测试执行的工作（不做测试计划，不设计测试用例；只是撰写测试程序以及按用例执行）。但多半被RD当作稍有些抗拒的任务安排，很少会真的从这种岗位轮换中体会到成长。而QC轮调到RD就更加困难一些了，因为QC的编程能力确实相对要差很多，很难胜任开发的任务。今年新进入QC部门的应届生，我开始尝试在第一年不设定她具体是做QC还是RD；而是根据培训和项目需要来安排。希望用这样的方式，逐步在QC部门中也培养出Coding能力较强的人，以后帮助部门开发SDK的自动化测试程序等。

在台北公司，新招聘的RD，在入职第一年往往会安排去做技术支持工程师。其实，我倒觉得也不妨做了2、3年开发的RD，也安排3个月左右的轮调去做技术支持，和客户直接接触，体验一下客户的需求和产品使用上的困扰，对于需求分析能力的提高是有帮助的。要知道，我们开发SDK的工程师，常常会这么说：“难道我们的客户都是笨蛋吗？这都不会用。”