和尚挑水故事IT新解

在昨日写《小谈子对象中接口的设计原则》这篇博文的时候,突然想到三个和尚没水喝的故事,想来特有意思。故再次拿出来说明一下。

一个和尚挑水喝,两个和尚抬水喝,三个和尚没水喝。这个寓言故事是大家都非常熟悉的。但是,我想问一下,多个和尚真的不好吗?如果真的不能太多,那么多少个和尚最合适了?

其实我拿出来的原因之一,大多是因为我自己的缺点所在。我自己是一个绝对的技术人员,因此,我有着技术人员都可能拥有的弊病。解决问题的潜意识中,总是希望隔离系统和周围的联系。我非常擅长处理独立复杂的系统。但是,很显然,我潜意识中总是避免处理联系。

所以,三个和尚的故事对我来说是合适的。可是,如果我不再这样了呢?如果是一个擅长管理的人呢?我想他一定会说:“哇噢,这么多的资源可以用!”

呵呵,谈起这个和尚的问题,就非常有意思。

我的一位技术型的同事,认识到人多可能引起的问题,于是就开始提出一个所谓最合适人数的问题。而我也开始重视这个问题。

  • 如果我是其中一位和尚,怎么办?
  • 如果这三个和尚都是我的手下,怎么办?

赶走一个和尚,是一个非常可能的答案。这个能直接解决协调障碍。在软件开发中,敏捷开发,走得路线和这个有一些异曲同工的感觉。

改变取水方式,也应该是很可行的方案。比如说直接作成自来水。那么,就直接取消了所谓责任推卸的问题。这是我们技术人员最倾向于使用的办法。能用技术解决的,绝对不用管理解决。因为一旦解决了,就不需要再关心了。

找一个协调者,是一个非常现实的方法。但是我不擅长管理,怎么办?请外人协助管理,或者再加入一个管理者。协调将变得简单。可是协调的成本,转换成资源的成本。

上面三个有意思的解决问题的方法,其实都紧紧围绕着我们的处事特点。当然了,也给我们一个启示。找到问题的解决方案,往往不光要关注事情本身,还要关注解决问题的人。这样,方案才变得合理。

一点歪歪之言,大家只当一笑了之!

你可能感兴趣的:(职场,杂谈,休闲,IT新谈,和尚跳水)