和尚挑水故事IT新解

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

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

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

所以，三个和尚的故事对我来说是合适的。可是，如果我不再这样了呢？如果是一个擅长管理的人呢？我想他一定会说："哇噢，这么多的资源可以用！"

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

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

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

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

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

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

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

一点歪歪之言，大家只当一笑了之！

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1614181