“我这”是产品管理/产品经理'S

什么是WIMP？源自《code complete》第三章：三思而后行，why isn't mary programming? 讲一个将军去看国防部的项目，结果发现所有的人都没有编码，这位将军怒了：你们不编码，在干啥呢！ 在将军的眼里，编码就是劳动者按ABCD 12345输入到电脑里，程序就可以运行了。将军发怒了，下属咋办？ 四个方案：1 回答 遵命！ 2 假装在编码，然后投入到需求架构中去 3 教育你的老板 4 在一个蛮荒的企业是没有前景的，离开。

为什么会出现这个情况？  将军带兵出征，身经百战，雷厉风行，打仗前都知道要运筹帷幄，却不知道产品开发也需要前期的分析。在现实工作中，有很多BOSS出自销售市场，关注前端销售，对研发工作一知半解，不注重技术，经常会出现市场牵着技术走的情况，这时候往往需要一个CTO或者技术领头人去分担压力，需要PM站出来去平衡技术与市场的矛盾，否则公司真的会成为蛮荒地带，原始而落后。

产品经理或项目经理在实际工作中也经常会遇到压缩产品开发时间的问题，客户或老板咆哮着说：必须5月30号将这个功能上线，否则会损失XXXXX钱。技术回应：技术难度大，人力不足，最快也得6月30才能出来。PM:%￥……%……%……怎么办？通常在这种情况下应该顺上解下的解决，整体上去思考，这个功能不可能取消，所以顺应领导意愿，但需要重新剖析需求，看功能是否有替代方式以缩短人月，向上分析完成后转向开发，和开发一起考虑如何解决，是增加人力还是改变开发模式，一般的解决办法：1 增加人力 2 内部流程优化 3 集中开发（奖金必须地）。看出来了吧，PM在BOSS和RG之间充当了一块平衡板，当然这块平衡板不是万能的，不可能完全解决所有问题，但如果没有PM的协调的话，产品失败的几率会大大增加。

1 技术和市场之间需要PM协调，这个协调工作需要沟通技巧和专业技能双重火力。
2 PM作为平衡板，应该趋向于解决问题，而不是去受夹板气。向上需要分析需求和功能架构，向下需要和开发一起克服困难。

作者：月光@“我这”是产品管理/产品经理'S
地址：http://www.wozhe.com/read.php/26.htm
版权所有©转载时必须以链接形式注明作者和原始出处及本声明！

请给这篇日志评个分吧！