有舍才有得

我不希望五月没在这儿留下一句话，虽然不知道要从何说起。

从明天开始放假，调休加剩下的年假一直放到6月1号。订了去丽江和香格里拉的机票酒店门票，在深圳修整三天就可以出发了。特意把静水以前写的游记再看一遍，发现境界相差太远，我要选择一个休闲的旅程，梦想中的状态是每天在丽江古城里瞎晃悠，晚上看看表演，吃吃夜宵，在酒店和好朋友聊天，所以还是不要跟静水的境界比了，不过还是想大赞一下静水的文笔和胆大。

从丽江回来打算回家陪妈妈过生日，很久没有回家了，更重要的是从大学毕业以后就没有陪妈妈过过生日，恰好能在这个时间放假也算是天赐良机了。本来打算不告诉妈妈给她一个突然袭击，但是最后还是因为要安慰妈妈因家里被入室偷窃而受伤的心情，提前告诉她这个好消息了。这两件事情足够让我兴奋一阵子了....

===========冷静下来的分割线============================================

这个project终于close了，这是我在香港的第一个project，历时近两年，有很多的痛苦也有很多的收获，也许最重要的收获是它把我锻炼得更加robust，当然不是physically的robust。最近上班对于女生来说就像坐在自助式Cafe，可以自己冲一杯饮料然后围在一起闲聊一整天，对于男生们来说就像坐在一个网吧，排排坐玩online game. Samson说“资本家心里在滴血”， 我想他花这么多钱养着我们在这玩，又舍不得马上炒掉我们，他应该确实心里在滴血吧。反正我也没事干，遂决定总结一下。

===================理性的分割线=======================================

我常常跟人家形容我们的PM是一个教主，他对这个team的每一个人布道，宣传他的教义，要每一个人都信奉这个教。就像每一个宗教的教义都有它的可取之处和局限性一样，我们的这个教主也有其可取之处和局限性。

1. Pilot, POC(Proof of Concept) and Methodology
整个项目进行的每一个环节，都有一个理论上的methodology，然后又一个team负责pilot或者POC。然后在pilot完了以后就会有一堆的guideline和template让剩下的人跟着做。前提是大部分的人都是普通的developer，他们没有经验，甚至他们很笨，倾向于把事情做错。本身这种方法没什么不好，只是教主太extreme了，以为靠一两个smart的人做出来的guideline就可以apply to all situations。而且理论和可操作性之间往往有一定的差距，看起来很理想化的理论，实际上的可操作性可能并不强。软件项目不同于机械化的流水线，developer也不是机器，即使pilot已经提取很多很典型的sample，也不可能得到一条适用于所有情况的rule。我做过这种pilot，过程很痛苦，结果很frustrated。做出来的东西当然也是有一定的value的，但是挫败感多于成功感。所以可以和smart的人合作是幸福的事情，不要想着你可以做一个框，框住所有人。

2. Control
这是在这个project team非常流行，甚至可以说经久不衰的一个词。另外一个曾经一度很流行的词叫problem domain，这两个词连起来的用法就是要找到你面对的problem domain的control point，然后才能control quality。所以每一个出炉的guideline都有一个对应的checking list。基于大部分的人都倾向于把事情做错的前提，光有guideline是无法保证一件事做的对做的好的。所以每一件事情都要measurable，要有一个标尺可以去衡量所有deliverables的quality。
这个是一个层面的control，另一个层面的control其实是staff management的范畴了。这是一个我没怎么涉猎过的范畴，至于前一个层面的control，也确实让我头疼过一阵子。每个人都有不同的个性，所以写出来的东西可能好或不好的方面都各不相同，在一个软件项目里，你很难有一个硬性的标尺去衡量所有deliverables的质量。所以很多时候只能靠supervisor review，review的这个人用自己的脑子去思考和衡量哪些偏离了guideline或者自我发挥的部分是可取的，哪些是必须改过来的。

3. Responsible and Accountable
教主问过很多人responsibility和accountability的区别，我相信没有什么人答上来了，我承认我英文很差，我也答不上来。他说responsible是对你自己做的事情负责任，保证自己做的事情做得好；而accountable是对自己做的事情负责任的同时还要对自己负责任的范围有承担。就比如说如果我们这个项目做的不好，那么教主不仅仅是没有经营好这个教的问题，他还要向他的上级教主主动承担，轻则被上级教主责骂一顿，重则被削减教堂经费等等。所以你在回答教主问题的时候一定不能模棱两可或答非所问，并且你要不仅responsible而且要accountable。所以你拟的guideline和checking list如果并不有效，那么你也必须accountable，承担失败或不完善带来的后果。

当然不只这些教义，不过所有宗教的教义都有最核心的部分，这些就是我能想到的最核心的部分。positive的看待这些，所有教义里都充满了追求完美和对结果负责；negative的看待这些，所有教义里都充满了对team的不信任和赋予team的压力。当然也许根本原因是他们把teammate看成教徒，教主的目的只是想统治。教主总是想control他的信徒，这个是自然规律。可惜我们不是一群虔诚的信徒，而是一群很selective的信徒。