自下而上的一点想法

当一个人有一个观点或者感悟，如果这个人不那么自以为是的话，他可能会问自己：这个是自己个人的想法还是其他人也这么认为？因为很多时候，你真的不确定别人会不会有和你一样的感受，特别是每个人的背景和经历等都不太一样。也正因为如此，当你有一个具体的想法，留在心里很久，而某天和人聊天，别人无意中说出一样的感受的时候，就会有一种共鸣的感觉。

最近就有一个这样的体验，不妨写出来看看是不是有更多人有类似的体会。

一个有明确产品经理职位的公司，在外部开来，开发团队（包括Dev和QA） 就是按照产品经理的设想来实现一个定义好的产品，没有太大的发挥的空间。但是实际上，大家自己做过产品都会知道，其实有大量的细节，包括设计和实现。比如产品经理说我们的产品要有report的功能，可以告诉用户我们一段时间处理了多少请求，比如HTTP的页面访问。这个看似明确的功能其实有很多的实现细节，比如：
- 基于客户端的分类数据
- 基于用户ID的分类数据
- 页面的size统计数据
- 页面或者网站的类型
- top x最常被访问的页面
- 有问题或者满足特定条件的页面
- 按时间段的显示
…...
还有很多类似的需求。每个需求又对应着更细节的设计的考虑，比如页面排序等。这些细节很多时候是开发团队讨论决定的，也就是说我们是有决定权的（当然，不包括Steve那样追求细节的老板）。
从另一个方面，对于用户而言，哪些设计更好用更方便，其实在设计的时候就是知道的，因为有一些能想到的常见的操作。

也正是因为这其中有大量的细节，就提供了巨大的空间，基于实现的考虑，要不要做，做到什么样？而这就直接牵涉到开发和测试的复杂度和工作量。

很多时候面对这样的状况就会有两股力量在纠结。
一方面项目的时间都很紧。现实中的商业项目应该都是这样，都会有schedule的压力，这个互联网时代就更是这样了，看看现在产品的推出速度就知道了。在面对这样的压力的时候，很容易做的一件事情就是简化。少做一些东西，简单的做一些东西。这看似也没有什么不合理。

另一个方面，大家都希望做一个成功的产品，希望我们做出来的东西用户会喜欢，会有人愿意买，被很多人用，商业上成功。而这，有时候就需要花费大量的经历把一些东西做得精，有些不能妥协。

这两个方面是会一些矛盾，现实中也是综合考虑的结果。而在这个过程中，开发团队的主管起到很大的作用，他们的思维导向往往很大程度上会影响最后的决定。也很难简单的说好坏，但是有一种情况应该是不太好的，那就是过分的妥协选择更易于实现的方案。

从外面看起来应该开发团队的成员会喜欢这个方案，因为按要求完成了项目而大家也不会那么累。但是实际上我发现这样会造成一些内伤。内伤的原因是很多开发人员，特别是那些技术好有追求的人，他们往往内心深处想做一些值得骄傲的产品或者模块，而不只是完成一个东西。这样的想法直接说出来会显得矫情和做作。但是实际上就是这样的。你想想这些热爱产品和技术的人钻研很多东西，而且常常花很多业余时间看书，做东西，和别人讨论，为的是什么？难道不是做出更好的东西? 如果只是追求做更少，一般，能完成就行了。似乎不太能解释。

他们希望他们设计出来的产品有很不错的功能，usability很好，性能和健壮性都很好，测试的人希望他们测的模块没有什么缺陷（尽管总会留下一些），从用户的角度也很好，更进一步，整个产品都是很棒的，比竞争对手的更好，在市场上很受欢迎。

但是
可能很少会有人跳出来说，“我宁愿加班也要做那个对用户更方便但是花费更多时间的方案”。

在manager参与的review中，尤其是有巨大的时间压力的情况下，说这样的话简直有点不对路。有一些人可以做到说出自己的想法，据理力争，但是我看到的是很多人不会。
因为心理上也会有很大的压力（我也亲身感受过舌战群儒的体验），感觉是在和整个团队作对。

这些都是些自下而上的想法，也许从上往下很难理解。拿的钱一样，干活更少不是对你更好吗？

实际可能真的不是这样，做不好的东西有时候对士气也是一种伤害。甚至有些人会用更激烈的方式来面对。

我们很多时候在讲对于人员的motivation。最直接想到的是钱，工资、股票和福利等等，但是实际上，被要求做高品质的东西的那个challenge也是一种motivation。当一个工程师认为他做的东西很有价值，质量很高（粗俗的说就是很牛x），内心里会有一种被激发的自豪感和成就感，也是很大的动力。

那么有些人会觉得，这些人很傻，从个人的角度。真的很傻吗？其实不然，即便从个人的角度，做这样的东西其实才能算是真正的积累，在这个过程中，个人也在增值。

我们工作久了都会有机会带领一个团队或者指导别人，写下此文自鉴一下。不要忘了这种激励，也是为别人的career负责任吗，当然主要责任还是自己。