人人学人人【一】 —— 谁人打的太极拳？（转）

原文链接：http://book.douban.com/review/3379162/

　　今天看了人人的前几章，觉得简直说到了我的心里。
　　
　　我们现在在做一个模块，在当时开发的时候没有想得太清楚，原本有一个雏形，然后随想随做，东一点西一点拼凑出来一个东西。当时给我的感觉就是 爸爸糊涂，妈妈也糊涂，然后迷迷糊糊生出来一个丑孩子。
　　
　　后来为了推广产品，产品经理对这个模块进行了理念上的包装，什么基于SOA架构啊，什么分层啊，引擎啊，扯了一堆概念，画了几张图，凑成了一 个PPT给用户演示，业务倒是满足了，用户也挺满意。就好比一个高明的化妆师给这个丑孩子画了一个高明的妆，让这个丑孩子一下变成了风度翩翩的白马王子。
　　
　　再后来，领导看了那几张图之后非常满意，尤其是觉得引擎的概念很不错，于是建议开发人员头脑风暴，将引擎进一步做成通用的构件，但是这个引擎 里面是由业务算法构成的，木有业务又怎么凭空变出来算法呢？领导的意见很坚持，于是大家都傻了。这就好比孩子的爸妈看到了化妆师画出来的白马王子之后，就 当真以为自己的孩子跟白马王子的距离不大，于是说干脆让孩子整容吧，彻底改头换面，关键是连照着谁整都不知道，是想整成刘德华呢，还是想整成周润发？起码 得有个照片吧。
　　
　　我私下想，这个孩子还小，您还是容他长两年吧，先把鼻子眼睛都长得像回事了，咱再整容也不迟。。。
　　
　　后来我给我们组长的建议是，我们先组织一次评审，叫上领导，看大家有什么想法，看看事情该从哪开始做起，如果领导有具体实施的想法，我们就不 用管了。如果都没有想法，还一定要做的话，我建议是弄一个问卷，然后下发各个现场，把问卷以邮件或其他形式发给这个模块的用户，这样有两点好处，如果真要 做的话，这样起码我们有了具体东西可以参考；如果想拖一拖的话，等问卷下发下去再收回结果，起码要两个月，到时候不一定是什么形势了，哈哈。
　　
　　其实这也是一种悲哀吧，由做项目向做产品转化时必然经历的痛苦，导致我们这些负责实现的人必须要学会打太极拳，要讲究虚实变化。。。

《人人都是产品经理》书评，附本书豆瓣链接：http://book.douban.com/subject/4723970/
互动网购买链接：http://www.china-pub.com/196570&ref=hotsale