上周晨会，挨批了，因为CTO认为自己管理的团队有些乱，而自己又只会抱怨，而不是自己去解决问题。有些郁闷，想总结点东西，但不知道问题在哪里，该如何做才能进步?该如何总结，才能拿出来分享?
想通一些问题后，又开启了“老习惯模式”(文章《呛水的项目经理》中提到的)：即只管顺着思绪敲字。
一、真实的”乱“象
当别人口中说出”觉得你们组最近比较乱时“，我选择了解释，说了一些理由，但是解释被理解成了抱怨……陈述事实如何不被理解为抱怨?语气语调?还是干脆沉默?
真的”乱“吗?为什么我自己没有感觉，只是觉的有些紧张而已，毕竟现状是好几个方向都要提需求：产品的需求是计划性的，运营的需求是计划外的，销售的需求的紧急的，这些需求都是要响应的……
不巧的是，最近的线上bug有些多，大有凑热闹之势，实际上这些bug都是之前的代码中就存在的，只不过没有触发或者没有彻底解决……制定好了开发计划规定了提交日期并发了邮件，突然插进来临时的紧急需求，扰乱你的计划，不想延期，说了句”尽量按时提测不延期提交“，就被理解为”整个项目失去控制“……
也许我的表达方式还是要改进，比如我直接说”最近突发的事情比较多，之前没有遇到过，需要在总结一下做出改进，这次开发期内有什么感觉不爽的地方，需要大家一起扛过去“……同一件事情，每个人都会站在自己的角度去观看去理解，然后得出自己的结论，表达自己的观点，影响他人的认知……的确很奇妙，笑一下表示自己的乐观主义精神，哈哈哈……
承认与否，”乱“是存在的，只不过是程度而已，有人看到的是绳子，有人看到的是柱子，有人看到的是扇子，除非你让这头“大象”不存在，想要盖住是很难的。这一段文字要表达什么?有点乱了!so what ，大家都是出来混的，要互相理解，周末了产品还在工作，赶紧问一下……
二、别脚轻易踩两只船，，除非你腿足够长
之前在传统软件公司的时候，翻看过《人人都是产品经理》一书，印象不太深刻。最近又开始细读，有些感觉了，今天有产生些共鸣，合上书思考，才发现封面上的字“互联网 产品经理 第一本书”，怪不得自己原来没有足够的定力细读呢，原来是没有脚踩“互联网这条船”，腿又不够长……
How To Be A Good Product Manager 《人人都是产品经理》---从产品到项目
产品经理——靠想。产品经理是做正确的事，其所领导的产品是否符合市场的需求，是否能给公司带来利润。
项目经理——靠做。项目经理是把事情做正确，把事情做的完美，在时间、成本和资源约束的条件下完成目标。
产品经理关注：产品生命周期，产品是否赚钱，是否持续赚钱，规划整个产品的架构和发展路线，预计产品价值和效益。重要的是判断力和创造力。
项目经理关注：项目是否按既定计划完成，重要的是执行力与控制力。
为什么让产品经理管项目?
开发经理做项目经理的话，往往倾向于简化项目，尽量少做、做自己熟悉的，使得项目顺利完成，并且bug很少，但是做出来的东西也许会商业价值不足、用户体验不好。所以公司决定让PD兼任项目经理，希望让对商业目标负责的人自己来掌控，在商业目标、项目资源、用户体验等各种限制条件下取得平衡，解决目标不一致的问题。
但是，一个事物必然有它的两面。PD会不断给项目增加新的需求，导致项目总是无法按期完成，继而大家怨声载道，影响团队士气。
