详情

在DISC里讲因果报应，归结到这个金句：别人怎么对你，是你教的。

在职场上尤其如此。如果你一直用S，别人很可能就会一直使唤你；如果你一直用I，大家就不太敢把重要的事情托付给你。

但实际情况可能更复杂。这里提供一个真实案例。

小云是生产部总监，发现公司有两台机器运转数据出现异常。于是向运维部门反应。运维部门回复说会处理。但随后小云发现还是一样。连续八天，她都坚持反应。运维对接人员一下子说忙，一下子说软件要重装，最后回复说：“只是前台数据显示有点问题，后台运转一直是良好的。”小云的火“噌”一下冒起来了：“那意思就是让它一直这样？你们不打算管了？”本来她还想亲切一点，维持跟对接人的良好关系，不想把事情闹大。但她实在忍不了了，直接跑去找运维总监，运维总监态度也强硬：“后台你自己来看嘛，一直都好好的！”小云心想说，你们这是欺负我不懂技术，可是我好歹懂逻辑——这是两套系统，如果出现不统一，就是数据接口出了问题啊！于是她回应说：“那这样，把你们后台的数据明细和我那边最终的数据明细一一对比一下。”算完帐之后，一目了然，机器的确出现了问题。运维总监一个电话打过去，不到一小时，机器恢复了正常。明明很快就可以解决的问题，因为运维人员高C的拖延以及对后台数据的盲目自信，拖了八天才处理。如果不是小云强硬起来，一个月也解决不了。可是小云部门的绩效是按照机器数据来折算的，因为坏了八天，她心里一算，整个部门少了好几万。运维会赔给她吗？显然不，公司认为这是小云自己的责任——谁叫你不第一天就去追查问题呢？而这种事后追责，又往往都是口水仗，很难分清谁对谁错。经此一役，小云下定决心，以后对运维，要用非常强势的态度，并且对他们的任何说法都要保持警惕。

原来小云对运维同事用的是S，接下来，她会开始用DC，否则吃亏的就是她自己。

她向总经理投诉，并且要求修改对运维部门的考核机制，运维工单超过一天不闭环处理，就扣他们的绩效。总经理也立即表示同意，毕竟生产部门机器坏了，影响的是整个公司。小云这么说：“我想做个优雅的女人，可是他们却逼着我做泼妇，那就不能怪我不客气了，毕竟我背着整个部门的重担呢！” 所以我们总是说：别人怎么对你，是你教会他的。