"完成任务≠结果"心得交流

   《请给我结果》中讲了这么一则故事：有一个小和尚担任撞钟一职，半年下来，觉得无聊之极，“做一天和尚撞一天钟”而已。

    有一天，主持宣布调他到后院劈柴挑水，原因是他不能胜任撞钟一职。

    小和尚很不服气地问：“我撞的钟难道不准时、不响亮？”

    老主持耐心地告诉他：“你撞的钟虽然很准时，也很响亮，但钟声空泛、疲软，没有感召力。钟声是要唤醒沉迷的众生，因此撞出的钟声不仅要洪亮，而且要圆润、浑厚、深沉、悠远。”

    为什么小和尚不能胜任撞钟一职？因为小和尚在这里就是在做任务——撞钟，他以为这就是主持与众生想要的结果。但主持与众生真正想要的结果是什么？不是撞钟，而是唤醒沉迷的众生！

    撞钟是任务，撞得唤醒沉迷的众生是结果！而要撞得唤醒众生，首先是要你真正用心去撞！我们有多少员工是成天在做撞钟这个任务？只要钟响，但从来不想、也不管钟声是不是达到了真正的结果——唤醒沉迷的众生。

 

"完成任务≠结果"心得交流

1.数据展示。

  客户告诉我们**数据再重新展示一下，我们怎么做的：大家往往把Cube一点击生成按钮就完事了，至于生成之后结果正确与否不去理会。当客户发现问题的时候，才知道有问题了，然后再去查找原因。

  这实际上就是为了完成任务而完成任务，客户想要的是什么，是正确的展示结果，而不是光让你展示一下数据。

2.显示代码还是名称的问题

  客户要一个清单，里面要保护被保险人、机构等信息。我们通常提供的是什么？是被保险人代码、机构代码、考核分类代码？谁能记住那个代码是表示的什么含义？客户真正想要的结果是什么？是要看到被保险人名称、机构名称、考核分类名称而不是代码。

  对于我们来说，我们是完成了“提供清单”这个任务，但完成的这个任务并不是客户想要的“结果”，如果不是客户想要的，那我们所作的这一切都没有意义！

3.工作总结

  通常是怎么做的？把我写的工作计划拿来，在前面加完成二字。

  或者写“完成了本周的支持问题”。

  其实我想要的是什么：

  1)本周任务完没完成，完成什么进度，什么原因耽搁了。(最起码的)

  2)本周解决了哪些问题，都是什么原因导致的?是新需求，还是程序Bug。

  3)本周工作是否按计划进行？比实际估计工时是多了，还是少了？

4.错别字问题

  通常是怎么做的：文档、邮件写完就算完了，从来不检查，错别字一大堆。

  我们要的结果是什么：是清晰、准确的文档。一个满是错别字的邮件发给公司外的人，就有损公司形象，是严重的不负责任。

 

  "过程没有价值，结果才有价值",希望大家明确这一点儿。